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

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

Зачем нужен бриф и кого он защищает

Я делаю сайты с 2016 года и за это время убедился: большинство конфликтов между заказчиком и разработчиком возникают не из-за плохой работы, а из-за разных ожиданий, которые сложились ещё до старта. Заказчик представлял одно, разработчик услышал другое — и оба узнают об этом, когда макет уже готов и потрачена половина бюджета.

Бриф фиксирует договорённости на бумаге. Он защищает обе стороны:

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

Бриф не обязан быть длинным. Одна-две страницы честных конкретных ответов полезнее двадцати страниц общих слов. Задача документа — не произвести впечатление, а убрать двусмысленность.

Из чего состоит бриф: шесть разделов

1. О вашем бизнесе

Опишите простыми словами, чем вы занимаетесь, — так, как объяснили бы знакомому, а не как написано в уставе. Дальше — кто ваш клиент: возраст, город, род занятий и как он сейчас вас находит (рекомендации, реклама, поиск, маркетплейсы, выставки). Отдельно — ключевые преимущества: почему выбирают вас, а не компанию по соседству. И 3–5 сайтов конкурентов, чтобы я видел, на каком фоне будет смотреться ваш сайт и от чего стоит отстроиться.

2. Цель сайта

Самый важный раздел. Сайт должен делать что-то измеримое: собирать заявки на консультацию, продавать товары, показывать портфолио, информировать партнёров или дилеров. «Просто красивый сайт» — не цель. Из цели вытекает всё остальное: структура, тексты, расположение форм, даже выбор платформы.

Хорошая формулировка цели называет одно главное действие посетителя. Например, у производителя модульных котельных СМП-95 задача звучала так: показать экспертизу компании и привести корпоративных клиентов к заявке на расчёт котельной. Из такой формулировки сразу понятно, что центральный элемент сайта — форма расчёта, а всё остальное работает на доверие к ней.

3. Структура и контент

Какие страницы нужны, что должно быть на главной, какие материалы уже есть: тексты, фотографии, логотип, документы. Если пока не знаете, какие страницы нужны, — так и напишите: структуру я предложу после брифа. Но важно честно указать, что из контента готово, а что нет. Отсутствие контента растягивает разработку в разы: дизайн приходится делать «на рыбе», а потом перекраивать под реальные тексты. Что именно собрать до старта, я подробно разобрал в статье о подготовке к работе над сайтом.

4. Референсы

Приведите 3–5 сайтов, которые нравятся, и обязательно поясните, чем именно: цветом, структурой, анимацией, стилем фотографий, подачей цен. Фраза «нравится вот этот сайт» без пояснения почти ничего не даёт — вам может нравиться палитра, а я решу, что речь о сетке. Так же полезны сайты, которые не нравятся, с причинами: «слишком много анимации», «мелкий текст», «не найти цену». Антиреференсы экономят не меньше времени, чем референсы.

5. Технические требования

• Предпочтения по платформе: WordPress, Tilda, 1С-Битрикс или разработка без CMS. Если предпочтений нет — пишите «нужна рекомендация».
• Интеграции: CRM, телефония, мессенджеры, 1С, склад.
• Онлайн-оплата и доставка, если продаёте товары.
• Кто будет поддерживать сайт после запуска: вы сами, ваш сотрудник или разработчик.

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

6. Сроки и бюджет

Называйте реалистичные цифры. Разработчик, зная ваш бюджет, не будет предлагать заведомо дорогих решений и подберёт вариант под ваши рамки: где-то упростит, где-то предложит запуск в два этапа. Для ориентира: лендинг у меня стоит от 45 000 ₽ и занимает 5–7 дней, многостраничный сайт под ключ — от 90 000 ₽ и 2–3 недели, интернет-магазин — от 180 000 ₽ и 3–5 недель. Срок лучше привязать к событию: выставка, запуск рекламы, начало сезона. Тогда понятно, что критично успеть, а что можно доделать после.

Примеры: слабые и сильные ответы

Ниже — условные примеры для компании, которая делает уборку квартир. Цифры и формулировки в правой колонке придуманы для наглядности, в вашем брифе должны быть ваши реальные данные.

Разница не в длине, а в конкретике: сильный ответ можно проверить и превратить в решение. Со слабым разработчик вынужден додумывать — и додумает по-своему.

Чего не писать в брифе

• «Дизайн уровня Apple». Такая формулировка ничего не говорит о вашей задаче. Опишите, что конкретно нравится: много воздуха, крупная типографика, минимум текста на первом экране.
• «Вау-эффект» без расшифровки. У каждого свой «вау». Если хотите анимацию или необычную подачу — покажите пример и объясните, что в нём цепляет.
• «Первое место в Яндексе» как часть разработки. Разработка закладывает техническую базу для поиска: структуру, скорость, мета-теги, корректную индексацию. Позиции — результат продвижения, которое зависит от конкуренции и идёт отдельно; честно гарантировать конкретное место не может никто. Что входит в SEO-базу на старте, я разобрал в статье про SEO при заказе сайта.
• Список из тридцати пожеланий без приоритетов. Когда всё важно, не важно ничего.

Типичные ошибки при заполнении

1. Заполнять «для галочки» за пять минут. Общие ответы дают общий сайт, похожий на всех конкурентов.
2. Писать о себе, а не о клиенте. История компании важна, но сайт продаёт через ответы на вопросы покупателя: что он получит, сколько это стоит, почему можно доверять.
3. Скрывать бюджет, чтобы «не завысили». В итоге оценка приходит в неудобной вилке, и время уходит на переговоры вместо работы.
4. Заполнять без того, кто принимает решение. Классический сценарий: бриф писал менеджер, а на готовый дизайн посмотрел собственник — и развернул проект. Пусть ЛПР хотя бы прочитает бриф до отправки.
5. Прислать сайт конкурента как ТЗ — «сделайте так же». Копия чужой структуры не учитывает ваши преимущества и вашу аудиторию.
6. Не разделять обязательное и желательное. Пометьте пункты: «обязательно к запуску» и «было бы хорошо потом».
7. Забыть про контент. Написать «тексты есть», когда есть только прайс пятилетней давности, — прямой путь к сдвигу сроков.

Минимальный бриф: семь вопросов

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

1. Чем занимается компания и что продаёт?
2. Кто ваш основной клиент?
3. Какое главное действие посетитель должен совершить на сайте?
4. Назовите три сайта конкурентов.
5. Назовите три сайта, которые нравятся визуально, и чем именно.
6. Есть ли готовый контент: тексты, фото, логотип?
7. Какой бюджет и к какой дате нужен запуск?

Полная версия с пояснениями к каждому пункту есть в бесплатном чек-листе — ссылка в конце статьи.

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

Бриф — не финальный документ, а начало разговора. Я читаю ответы, задаю уточняющие вопросы (обычно их немного, если бриф заполнен честно), предлагаю формат и структуру сайта, оцениваю стоимость и сроки. Договорённости по объёму фиксируются до начала работ, и дальше бриф служит точкой отсчёта: на этапе дизайна и приёмки мы сверяемся именно с ним. Подробно этапы описаны на странице «Как я работаю».

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

Что делать, если я не знаю ответа на вопрос?

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

Можно заполнить бриф голосом, на созвоне?

Можно. Я задам вопросы и соберу ответы в документ, но финальную письменную версию стоит прочитать и подтвердить: на слух легко понять друг друга по-разному.

Нужен ли бриф для лендинга?

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

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

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

Чтобы ничего не упустить, скачайте бесплатный чек-лист брифа — в нём все разделы с подсказками. А если проще рассказать о задаче своими словами, оставьте заявку: отвечу в течение 2 часов и помогу превратить её в понятный бриф.