Бриф на разработку сайта: что подготовить заказчику
Каркас брифа с вопросами о задаче, контенте, интеграциях и приёмке. Пример для B2B-сайта и порядок действий, если бюджет или требования ещё не определены.
Редакция ecomvision
4 мин
Опубликовано
Обновлено
Что важно запомнить
- 01Бриф описывает задачу и ограничения, а не диктует готовый макет.
- 02Примеры должны сопровождаться объяснением, что в них важно.
- 03Неизвестные ответы полезнее явно отметить, чем выдумать.
Опишите задачу через действие
Вместо «нужен современный сайт» запишите, что должно измениться. Например: посетитель самостоятельно находит подходящую услугу и отправляет запрос с нужными данными. Укажите аудиторию, её ситуацию и сомнения перед обращением.
Для существующего сайта приложите доступные наблюдения: обращения клиентов, частые вопросы менеджеров, проблемные сценарии. Целевой показатель полезен, если понятно, как он измеряется и кто отвечает за результат.
Соберите исходные материалы
Передайте тексты, фотографии, бренд-материалы, структуру каталога и сведения о правах использования. Отметьте, что готово, что требует правки и что нужно создать.
Референсы сопровождайте комментариями: нравится плотность каталога, подача кейса или управление меню. Не просите механически скопировать чужой сайт: задача — объяснить ожидание и найти решение для вашего контента.
- Текущий сайт и причины изменений.
- Материалы и их владельцы.
- Примеры с короткими комментариями.
- Список обязательных страниц и действий.
Перечислите ограничения
Укажите CRM, ERP, оплату, формы, языки и роли пользователей. Для каждой интеграции нужен владелец со стороны бизнеса. Отдельно обозначьте жёсткие даты и причину ограничения.
Если технология ещё не выбрана, опишите требования к редактированию и поддержке. Название фреймворка само по себе не объясняет, кто будет обновлять каталог и сколько времени команда готова тратить на обслуживание.
Договоритесь о результате
Опишите, по каким признакам проект будет принят: согласованные страницы, работающие сценарии, корректная передача заявок, доступы и инструкция. Назначьте человека, который объединяет обратную связь.
Хороший бриф не обязан быть длинным. Его задача — отделить известное от неизвестного и дать основу для оценки. Нерешённые вопросы можно вынести в отдельный этап обследования с собственным результатом.
Каркас брифа, который можно заполнить за один подход
Скопируйте вопросы ниже в общий документ и ответьте обычными словами. У каждого неизвестного укажите, кто может помочь его прояснить. Необязательно заранее выбирать технологию или расписывать все экраны: важнее увидеть решение, которое сайт должен помогать принять.
Пример для B2B-компании: «Закупщик находит нужную категорию, видит совместимость и отправляет запрос на расчёт. Менеджер получает позиции и количество, уточняет условия и готовит предложение». Это уже основа для обсуждения каталога, фильтров и заявки; корзина с онлайн-оплатой из такого сценария автоматически не следует.
- Задача: что посетитель должен сделать и что происходит после этого?
- Аудитория: кто принимает решение, что ему нужно проверить и какие вопросы он задаёт?
- Содержание: какие разделы обязательны, кто готовит тексты, фото и данные?
- Системы: с чем связан сайт, кто предоставляет документацию и тестовые доступы?
- Ограничения: какой бюджет доступен, к какой дате нужен результат и почему?
- Приёмка: кто проверяет сценарии, объединяет замечания и принимает этап?
Если бюджета или требований пока нет
Так и напишите в брифе. Попросите разделить ответ на известный объём, предположения и вопросы для обследования. Для сравнения предложений полезны два варианта: необходимый первый запуск и дальнейшее развитие. У каждого варианта должны быть собственный результат и зависимости.
Например, сначала можно выпустить страницы ключевых услуг и рабочую заявку, а сложный кабинет оценить после проверки процесса продаж. Это пример последовательности, а не универсальная рекомендация: если без кабинета нельзя оказать услугу, он входит в обязательное ядро.
В первый контакт достаточно дать ссылку на текущий сайт, коротко описать задачу и ограничения. Пароли, клиентские базы и внутренние документы стоит передавать позже по согласованному каналу, когда понятен необходимый доступ.