Бриф на сайт: 12 вопросов перед заказом

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

Почему не стоит начинать с цвета и платформы?

Вопрос «на чём будем делать?» важен, но не первый. Один и тот же бизнес может требовать короткую страницу, каталог или сервис с личным кабинетом. До описания задачи выбор технологии похож на покупку инструмента без понимания работы.

MDN предлагает планировать цель сайта до написания кода. В отдельном руководстве по первому сайту планирование включает содержание и внешний вид. Оба материала проверены 05.10.2026. Следующий список — моя адаптация для заказа сайта, а не обязательная форма из этих руководств.

Какие двенадцать вопросов я бы задал?

Кто ваш посетитель? Назовите конкретную ситуацию: владелец квартиры ищет ремонт, снабженец сравнивает оборудование, гость выбирает место для ужина.
С каким вопросом он приходит? Не «узнать о компании», а найти цену, проверить совместимость, записаться или понять порядок работы.
Что вы предлагаете первым? Выберите основную услугу или группу товаров. Если предложений несколько, объясните, чем различается выбор клиента.
Почему человек может вам доверять? Запишите реальные фотографии, документы, примеры и ограничения. Отсутствующее доказательство нельзя заменить придуманным отзывом.
Что должно произойти после просмотра? Один основной маршрут: заявка, запись, звонок или покупка. Несколько равноправных действий усложняют приёмку.
Куда попадёт обращение и кто ответит? Укажите рабочую очередь, уведомления, ответственного и реальный порядок обработки.
Какие страницы уже нужны? Перечислите услуги и вопросы, у которых разные ответы. Не устанавливайте число страниц ради красивого пакета.
Какие материалы готовы? Для каждого текста, фотографии и прайса отметьте источник, ответственного и доступность к старту.
С какими системами сайт связан? Назовите запись, учёт товаров, оплату и CRM, если они действительно используются. «Возможно потом» вынесите отдельно.
Что есть сейчас и что надо сохранить? Старые адреса, домен, поисковые страницы, сведения об обращениях. При переносе это часть задания.
Какие ограничения есть у запуска? Диапазон бюджета, событие с конкретной датой, согласование, доступы. Срок исполнения обсуждайте в рабочих днях.
Кто принимает результат? Нужен человек, который согласует содержание и сможет проверить оговорённые сценарии, а не бесконечный круг новых согласующих.

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

Как выглядит полезный ответ на примере?

Типовой пример — мастерская по ремонту кофемашин. Это вымышленная ситуация для разбора задачи, не кейс студии.

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

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

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

Что делать с неизвестными ответами?

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

Неизвестные ответы бывают разными. Цвет кнопки можно выбрать позже. Доступ к старому домену, необходимость оплаты и источник остатков надо выяснить до согласования архитектуры: они меняют объём работ и риск запуска.

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

Как превратить ответы в проверяемое задание?

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

Отдельно перечислите отложенное: кабинет клиента, несколько языков, интеграцию, которую ещё не выбрали. Так эти идеи не потеряются и не станут молчаливыми ожиданиями от первого релиза.

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

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

Коротко

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

Частые вопросы

Можно ли заказать сайт без заполненного брифа?

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

Нужно ли сразу выбрать CMS?

Вы можете назвать предпочтение или ограничение, например необходимость редактировать каталог своими силами. Окончательный выбор разумно делать после описания функций, редакторов и эксплуатации. Название платформы само по себе не объясняет, какой сайт нужен.

Что написать, если пока нет текстов?

Перечислите готовые факты, документы и человека, который их подтвердит. Затем согласуйте, кто подготовит тексты и когда. Фраза «контент позже» без ответственного оставляет срок зависимым от работы, которую никто не запланировал.

Бриф заменяет техническое задание?

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