Что подготовить для разработки сайта: материалы и бриф

Бриф: объясните задачу на одном примере

Формулировка «нужен современный сайт» почти не помогает определить объём работы. Полезнее конкретный сценарий: закупщик должен найти подходящую категорию оборудования, открыть характеристики и отправить запрос с названием модели. Или посетитель должен выбрать услугу, узнать условия и записаться на консультацию.

Запишите, кому вы продаёте, что человек должен узнать и какое действие совершить. Если есть действующий сайт, добавьте ссылку и объясните, что в нём мешает работе. Приложите несколько понравившихся сайтов с комментариями: удобный каталог, понятное описание услуги, хорошая работа на телефоне. Ссылка без пояснения оставляет слишком много места для догадок.

Укажите ограничения: дата события, необходимость сохранить старые адреса, языковые версии, каталог, запись, CRM. Если функция ещё обсуждается, так и напишите. Список пожеланий не обязан становиться составом первой версии.

Соберите факты раньше рекламных формулировок

Для каждой услуги нужны состав работ, ограничения, порядок обращения и принцип расчёта цены. Черновик с точными фактами полезнее отполированного текста «предлагаем индивидуальные решения». По фактам можно построить структуру и объяснить отличия предложений.

Представим мастерскую, которая принимает заказы только после осмотра изделия. Если это выяснится после согласования макета с кнопкой «Купить», придётся менять сценарий. Лучше заранее записать: что клиент присылает, кто проверяет запрос, что происходит дальше. Это условный пример, а не история нашего клиента.

Отдельно соберите подтверждения: собственные фотографии, примеры выполненной работы, характеристики продукции, разрешённые к публикации отзывы. Отметьте, какие материалы можно публиковать, какие нуждаются в согласовании и каких ещё нет. Не заменяйте недостающие доказательства придуманными цифрами.

Таблицу можно прокрутить по горизонтали

Опишите, что происходит с заявкой

Слова «подключить CRM» не описывают задачу. Нужно понять, какие поля передаются, в какую воронку попадает обращение, кто получает уведомление и что увидит посетитель при ошибке. Приложите название системы и контакт сотрудника, который знает её настройки.

Для первой оценки достаточно перечня систем и ожидаемого результата. Доступы предоставляются отдельно, когда согласованы работы и способ их передачи. Пароли, ключи API и данные реальных клиентов не должны лежать в общем документе с брифом.

Если на сайте нужен каталог, дайте небольшой образец реальных данных. По нему проще увидеть, бывают ли варианты товара, несколько единиц измерения, документы и нестандартные характеристики. Пустая таблица с названиями колонок эти различия часто скрывает.

Назначьте одного человека для итогового согласования

Эксперты могут быть разными: инженер проверяет характеристики, руководитель продаж — условия, дизайнер — бренд. Но кто-то один должен собирать замечания и подтверждать итог. Иначе две несовместимые правки попадут в работу одновременно.

Составьте список материалов с тремя состояниями: готово, нужно проверить, нужно сделать. Рядом укажите ответственного и согласованную дату. Это позволяет обсуждать сроки разработки с учётом того, когда действительно появятся тексты, фотографии и данные.

Договоритесь, как проверять готовность сайта

«Всё работает» трудно проверить. Сформулируйте наблюдаемые действия: посетитель открывает услугу на телефоне, заполняет форму, видит подтверждение, а ответственному приходит обращение. Редактор меняет цену без вмешательства разработчика, если это было согласовано. Старые важные адреса ведут на соответствующие новые страницы.

Не обязательно писать техническое задание самостоятельно. Для начала хватит перечня сценариев и вопросов. В EO Labs можно отправить короткий бриф: он поможет обсудить состав работы, а подробные требования уточняются после знакомства с задачей.

• Описание бизнеса и аудитории
• Главное действие посетителя
• Услуги и обязательные функции первой версии
• Материалы с отметками готовности
• Ответственный за согласование
• Сценарии проверки перед запуском