Как заполнить бриф на разработку сайта и что действительно нужно подрядчику

Зачем вообще нужен бриф

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

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

Что действительно нужно написать в брифе

1. Опишите бизнес-задачу

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

Если задач несколько, расставьте приоритет. Это влияет на структуру.

2. Назовите аудитории

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

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

3. Перечислите услуги и продукты

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

Не заставляйте разработчика собирать продуктовую линейку по старому сайту, если она уже изменилась.

4. Расскажите о текущем сайте

Если сайт уже есть, напишите, что в нем работает и что мешает. Особенно важны:

• поисковый трафик и SEO;
• аналитика;
• домены;
• интеграции;
• формы и CRM;
• страницы, которые нельзя потерять;
• ограничения текущей CMS.

При редизайне это помогает не уничтожить полезное вместе со старым интерфейсом.

5. Дайте референсы с комментариями

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

Референс нужен для понимания языка дизайна, а не для копирования чужого сайта.

6. Конкуренты - это не только визуальные примеры

Назовите прямых конкурентов и альтернативы, с которыми вас сравнивает клиент. Подрядчик сможет посмотреть, какие услуги они выделяют, как строят доказательства и где можно отстроиться.

7. Укажите, какие материалы уже есть

• логотип и фирменные элементы;
• фото и видео;
• тексты;
• кейсы;
• отзывы;
• сертификаты;
• каталоги;
• карточки товаров;
• брендбук, если он существует.

Если чего-то нет, это нормально. Главное - узнать об этом до того, как дизайн начнет зависеть от несуществующих фотографий.

8. Интеграции и технические ограничения

CRM, платежи, личный кабинет, бронирование, внешние базы, мультиязычность, каталог на тысячи товаров - эти требования влияют на выбор платформы и архитектуры сильнее, чем понравившийся визуальный стиль.

9. Скажите, планируется ли SEO

Это важно до разработки. Если поисковое продвижение появится через месяц после запуска, структура может потребовать переделки. Семантику и URL лучше учитывать на этапе карты сайта.

Для проекта, где SEO является каналом продаж, мы бы не отделяли проектирование структуры от будущего продвижения.

10. Бюджет и сроки можно указывать диапазоном

Бюджет помогает предложить реалистичный объем, а срок - понять ограничения. Если точной цифры нет, диапазон лучше полного отсутствия ориентира.

Не нужно подгонять ответ под предполагаемую цену подрядчика. Бриф полезен именно как честная вводная.

Бриф, список материалов и техническое задание - разные документы

Бриф отвечает на вопрос зачем и в каком контексте создается сайт. Список материалов показывает, что уже есть у команды: тексты, фотографии, презентации, бренд-материалы. Техническое задание фиксирует согласованный объем и требования после обсуждения проекта.

Не нужно пытаться превратить первичный бриф в договор на сорок страниц. Его задача - дать подрядчику достаточно контекста, чтобы задать правильные вопросы и предложить рабочую структуру.

Плохой ответ и полезный ответ

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

Почему вопрос про SEO задают до дизайна

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

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

Что писать, если вы не знаете ответ

Так и написать: нужно обсудить. Заказчик не обязан знать оптимальную CMS, структуру URL или количество блоков на главной. Эти решения и должны быть частью работы специалиста.

Какие ответы почти не помогают

Современно, дорого, как у Apple, удобный сайт - это не бесполезные пожелания, но их нужно раскрыть. Что именно означает дорого: спокойная типографика, крупная фотография, минимум цветов, отсутствие стандартных карточек? Что означает удобно: быстро найти каталог, оставить заявку без звонка, скачать спецификацию?

Чем конкретнее пример поведения или результата, тем меньше подрядчик додумывает за заказчика.

Что лучше приложить отдельными файлами

Большие каталоги, прайс-листы, презентации, таблицы ассортимента и брендовые материалы не нужно переносить в поле формы. Дайте ссылки на актуальные файлы и подпишите, какой из них является главным. Это особенно важно, когда у компании одновременно существует несколько версий одного прайса.

Что происходит после отправки брифа

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

Хороший бриф дает контекст, а не готовый дизайн

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

Для нового проекта можно использовать бриф marmelad.digital как стартовую точку перед обсуждением разработки.