Мы в Site Elite Studio за 15 лет работы видели сотни брифов. Некоторые были шедеврами на сотни страниц, другие — запиской на салфетке с фразой «нужен сайт, как у конкурента, только лучше». И знаете что? Часто именно подробные, но бездумно заполненные брифы приводят к катастрофе: срыву сроков, раздутому бюджету и результату, который не нравится никому.
Этот текст — не просто очередной шаблон. Это наш внутренний гайд, который мы написали кровью, потом и сотнями часов переделок. Это история о том, как превратить формальную анкету в страховой полис для вашего бюджета и нервов. Мы расскажем, какие вопросы действительно важны, почему «хочу как у Apple» — это путь к провалу и как один пропущенный пункт может стоить вам полмиллиона рублей.
Когда мы начинаем разработку сайта, хороший бриф помогает заранее связать бизнес-цели, функционал, ограничения и реальный бюджет проекта. Разберём, как его составить.
Почему устные договорённости стоят вдвое дороже сайта
«Давайте созвонимся, так быстрее!» — знакомая фраза? Кажется, что часовой разговор сэкономит время на заполнении «скучной анкеты». На практике всё наоборот. Устные договорённости — это чёрная дыра, в которой исчезают деньги, сроки и здравый смысл.
Вот короткая история из нашей практики. К нам обратился крупный ритейлер с интернет-магазином, который разработала другая команда. После запуска выяснилось, что система корректно работает только при отгрузке заказа с одного склада. В реальности товары одного покупателя могли находиться в разных городах: часть нужно было доставить курьером, часть — подготовить к самовывозу. Это требование обсуждали в начале проекта, но не зафиксировали ни в брифе, ни в техническом задании.
«Когда интернет-магазин изначально проектируют для одного склада, распределённую отгрузку нельзя добавить одной настройкой. Меняется сама модель заказа: резервирование остатков, обмен с 1С, расчёт доставки, статусы отправлений, частичные отмены и возвраты. Поэтому такие сценарии важно фиксировать до начала разработки — на уровне бизнес-логики, а не интерфейса».
Хороший бриф, по нашей статистике, сокращает количество правок на этапе дизайна и вёрстки минимум на 40%. Это не просто документ, это фиксация реальности. И самое главное — его должно прочитать и утвердить лицо, принимающее решения (ЛПР). Бриф, заполненный маркетологом, но не согласованный с директором, который в итоге платит деньги, — это просто бумага. Мы видели проекты, которые разворачивали на 180 градусов на финальном этапе, потому что «босс видит это иначе».
Другие типовые риски мы разобрали в материале о пяти ошибках при заказе сайта.
Чем бриф отличается от технического задания
Часто эти два понятия путают, что рождает хаос. Бриф — это «что» и «зачем» мы делаем. Техническое задание (ТЗ) — это «как» мы это делаем. Бриф пишет бизнес на языке целей и проблем, ТЗ пишут инженеры на языке технологий.
| Критерий | Бриф на разработку | Техническое задание (ТЗ) |
|---|---|---|
| Цель | Синхронизировать видение бизнеса и разработчиков. Определить цели, задачи, KPI и ограничения. | Детально описать все технические аспекты проекта для команды разработки. |
| Автор | Заказчик — собственник или маркетолог — при помощи или консультации агентства. | Исполнитель: проектный менеджер, аналитик или тимлид — на основе утверждённого брифа. |
| Язык | Человеческий, на языке бизнес-целей и пользовательских сценариев. Например: «Хочу удобный поиск по каталогу». | Технический, на языке алгоритмов, схем баз данных и API. Например: «Реализовать поиск по Elasticsearch с учётом морфологии и весов атрибутов». |
| Изменяемость | Гибкий на начальном этапе. После утверждения становится основой для ТЗ и договора. | Жёсткий. Любые изменения после утверждения ТЗ — это дополнительные работы, которые влияют на сроки и бюджет. |
| Юридический статус | Часто является приложением к договору, фиксирующим объём и цели работ. | Основной технический документ, по которому происходит приёмка работ. Отклонение от ТЗ — основание для претензий. |
Бриф — это ваше «хочу», переведённое на язык здравого смысла. ТЗ — это инструкция для инженеров, как это «хочу» построить. Нельзя начинать стройку без архитектурного плана и нельзя начинать разработку без ТЗ. А ТЗ невозможно написать без хорошего брифа.
Пятнадцать вопросов, которые спасут ваш проект
Мы не будем давать вам анкету на 50 пунктов, от которой сводит скулы. Мы собрали 15 ключевых вопросов, разделённых на три блока. Ответы на них — это 90% успеха. Для каждого вопроса поясняем, зачем он нужен.
Бизнес и цели
- Какую бизнес-задачу решает сайт? Не «сделать сайт», а «снизить нагрузку на колл-центр на 20%», «увеличить прямые продажи на 30%», «выйти на рынок СНГ». Это главный вопрос. Без ответа на него всё остальное не имеет смысла.
- Кто ваша целевая аудитория? Опишите 2–3 ключевых сегмента. Не «мужчины 25–45», а «оптовый закупщик из региона, ему важна скорость отгрузки и личная скидка». Это поможет спроектировать правильный пользовательский опыт.
- Как вы поймёте через год, что проект успешен? Какие 2–3 метрики (KPI) будете отслеживать: количество регистраций, средний чек, стоимость лида? Это убирает субъективность из оценки «нравится/не нравится».
- Кто ваши главные конкуренты? Дайте 3–5 ссылок. Что вам у них нравится, а что категорически нет? Это экономит десятки часов на поиске «того самого» решения.
- В чём ваше уникальное торговое предложение? Почему должны купить у вас, а не у конкурентов? Например: «единственные, кто даёт гарантию 5 лет», «доставка за 2 часа». Это должно стать ядром сайта.
Функционал и первая версия продукта
- Опишите основной сценарий пользователя. Что должен сделать человек, чтобы решить свою задачу на сайте? Например: «Зайти в каталог → выбрать товар по фильтру „в наличии“ → положить в корзину → оформить заказ без регистрации».
- Какой минимально жизнеспособный продукт (MVP) нужен для старта? Какие функции абсолютно необходимы на запуске, а что можно добавить позже? Это самый эффективный способ уложиться в бюджет и сроки. Если вы ещё выбираете формат продукта, начните с нашего гайда по пяти типам сайтов для бизнеса.
- Нужны ли интеграции со сторонними сервисами? CRM, 1С, складские программы, платёжные системы, сервисы доставки — один из самых коварных пунктов, который может кратно увеличить бюджет.
- Какой контент будет на сайте и кто его подготовит? Тексты, фото и видео должны появиться до начала дизайна. Сайт без контента — пустая коробка.
- Есть ли специфические требования к функционалу? Личные кабинеты с разной логикой, калькуляторы, конфигураторы товаров. Чем подробнее вы их опишете, тем точнее будет оценка.
Ресурсы, сроки и ограничения
- Какая бюджетная вилка у проекта? Ответ «не знаю» или «предложите сами» — худший из возможных. Вилка «от X до Y» позволяет предложить адекватное решение: сделать проще или использовать более дорогие технологии. Это честный разговор о возможностях.
- Есть ли критичные сроки запуска? Выставка, старт сезона или рекламная кампания влияют на выбор технологий и планирование работ.
- Кто в вашей команде является ЛПР? Кто ставит финальную подпись и говорит «да»? Важно, чтобы этот человек участвовал в согласовании брифа.
- Кто будет поддерживать и развивать сайт после запуска? Ваш сотрудник, мы или другая компания? От этого зависит, на какой CMS или фреймворке лучше делать проект.
- Какие юридические аспекты нужно учесть? Политика конфиденциальности, обработка персональных данных, права на контент и код. Мы всегда прописываем, что права на финальный продукт полностью переходят к клиенту после оплаты. Это стоит зафиксировать на старте.
Референсы и почему анти-референсы важнее
Раздел «Примеры сайтов, которые нравятся» есть в каждом брифе. Но мало кто использует его правильно. Просто кинуть ссылку на сайт Apple — бесполезно. Важно разобрать референс на атомы.
Мы просим клиентов использовать метод «Нравится / Не нравится» по элементам. Откройте сайт-пример и напишите:
- Нравится: крупная типографика, минималистичная сетка, плавная анимация при скролле.
- Не нравится: меню-бургер, слишком много «воздуха», нет ярких кнопок.
Но есть инструмент ещё мощнее — анти-референсы. Это список сайтов и решений, которые вызывают у вас отторжение. «Ни в коем случае не делайте так!» — для нас бесценная информация. Она отсекает целые пласты неудачных идей и экономит недели на переделках дизайна.
Классифицируйте, что именно вам не нравится:
- Цвета и стиль: «вырвиглазные» кислотные цвета, мрачная палитра, старомодные градиенты.
- Навигация: запутанное меню, где ничего не найти; отсутствие хлебных крошек; скрытые важные разделы.
- Перегруженность: слишком много текста, всплывающие баннеры, мешающая анимация.
Список того, «как не надо», зачастую даёт больше понимания о вкусах и ценностях бренда, чем список того, «как надо».
Что у вас под капотом: аудит старой системы
Если вы делаете не первый сайт или планируете сложную интеграцию, этот блок — самый важный. «Под капотом» бизнеса может скрываться минное поле для разработчиков. Недооценка существующей IT-инфраструктуры (legacy) — главная причина скрытых расходов.
Вот обязательный чек-лист для технического аудита, который мы проходим с клиентом.
Интеграции
- 1С/МойСклад: какая версия? Как настроен обмен данными — SOAP, REST API или файловый обмен? Насколько чистая база товаров: есть ли дубли, корректно ли заполнены атрибуты?
- CRM — Bitrix24, amoCRM: облачная или коробочная версия? Есть ли кастомные поля? Нужна ли двусторонняя синхронизация?
- Платёжные системы и эквайринг: с какими банками уже есть договор?
Текущая инфраструктура
- Доступы: у кого права на домен и хостинг? Часто они остаются у старого подрядчика или уволенного системного администратора, и их получение превращается в квест.
- Хостинг: какой тариф? Справится ли он с нагрузкой нового сайта? Какая версия PHP на сервере? Сайт на новой технологии может не запуститься на старом хостинге.
- База данных: если есть старый сайт, в каком состоянии база пользователей или заказов? Нужен ли перенос?
Безопасность и нагрузка
- Есть ли требования службы безопасности?
- Какая ожидаемая посещаемость в первый год: 100 человек в день или 10 000 в час? Это определяет архитектуру проекта.
Честные ответы на эти вопросы могут увеличить смету на старте, но гарантированно избавят от сюрпризов в виде «ой, а чтобы подключить нашу 1С, нужно ещё 200 тысяч». Если старый ресурс уже работает нестабильно, полезно сначала разобраться, как провести аудит сайта и найти точки роста.
Матрица реальности: как подружить «хочу» и «могу»
«Хочу сайт, как у Apple, бюджет — 100 тысяч рублей». Это не анекдот, а реальность. Чтобы приземлить ожидания и помочь клиенту сделать осознанный выбор, мы используем «Матрицу реальности». Это простой инструмент для приоритизации в условиях ограниченного бюджета.
Суть в том, чтобы сопоставить «хотелки» с их реальной стоимостью.
| Популярный запрос | Простое решение: быстро и экономно | Сложное решение: дороже и дольше |
|---|---|---|
| Анимация | Плавное появление элементов при скролле, стандартные эффекты на кнопках. Включено в базовую вёрстку. | Сложная 3D-анимация, интерактивные сцены, анимация по движению курсора, как на сайтах-победителях Awwwards. От +150 часов работы аниматора и frontend-разработчика. |
| Личный кабинет | Регистрация по email и паролю, история заказов, редактирование профиля. Реализуется на стандартных модулях CMS. | Интеграция с программой лояльности, разные роли пользователей — опт и розница, реферальная система или социальная сеть внутри. Кастомная разработка от +200 часов. |
| Дизайн | Чистый функциональный UX/UI на основе проверенных сеток и библиотек. Акцент на удобстве. Стандартный этап дизайна. | Уникальная креативная концепция, кастомные иконки и иллюстрации, создание бренд-персонажа. От +100 часов работы арт-директора и иллюстратора. |
Эта матрица помогает понять, на чём можно сэкономить, а что является ключевой инвестицией. Иногда лучше отказаться от сложной анимации в пользу более глубокой интеграции с CRM. Бриф помогает принять это решение осознанно.
Устали от таблиц и бесконечных вопросов? Давайте вместе пройдёмся по проекту, определим ключевые цели и риски. Наши аналитики помогут составить бриф, который станет надёжной картой для разработки сайта. Это бесплатно и ни к чему не обязывает.
Наш шаблон брифа для вашего проекта
Мы подготовили три версии нашего «золотого стандарта» — шаблона брифа с подсказками и примерами. Выбирайте, какой формат удобнее:
- Интерактивный Google Sheet. Внутри — подсказки к каждому полю, выпадающие списки и примеры заполнения. Сделайте копию и начните работать.
- Классический DOCX. Для тех, кто любит работать в Word. Скачайте, заполните и отправьте нам или другому подрядчику.
- Минималистичный PDF. Его можно распечатать и заполнить от руки во время мозгового штурма с командой.
Мы также подготовили пример заполненного брифа для вымышленного интернет-магазина крафтового сыра. Он помогает сориентироваться и понять, какой уровень детализации мы считаем оптимальным.
Часто задаваемые вопросы
Нужно ли указывать в брифе конкретную CMS?
Только если у вас есть жёсткие требования — например, служба безопасности требует Bitrix — или штатные специалисты, которые умеют работать с определённой системой. В остальных случаях лучше опишите задачи: эксперты сами предложат оптимальный технологический стек.
Как прописать бюджет, чтобы не завысили цену?
Указывайте вилку «от и до». Это честно и эффективно. Подрядчики, которые не вписываются в бюджет, сразу отсеются. А те, кто вписывается, смогут предложить оптимальный набор функций под ваш лимит, а не пытаться продать самое дорогое решение.
Кто должен заполнять бриф: маркетолог или директор?
Идеальный сценарий — совместная работа. Маркетолог собирает данные по аудитории, конкурентам и функционалу. Директор или другой ЛПР утверждает бизнес-цели, KPI и бюджет. Без визы ключевого лица бриф не имеет силы.
Что делать, если мы сами не знаем, какой функционал нужен?
Это нормально. Не пытайтесь придумывать функции. Опишите бизнес-процесс, как он есть сейчас, и как вы хотите, чтобы он выглядел. Например: «Клиент звонит менеджеру, чтобы узнать статус заказа. Хотим, чтобы он мог видеть это сам». На основе этого команда предложит решение — например, личный кабинет с историей заказов.
