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