1. Опишите действие пользователя
Фраза «нужен современный сайт» не задаёт направление. Лучше сформулировать действие: запросить консультацию, выбрать тариф, найти документацию, оформить заказ или записаться. Для разных действий нужны разные страницы и интерфейсы.
2. Назовите аудиторию
Кто придёт на сайт, откуда и с каким вопросом? Новому клиенту нужна ясная презентация услуги, действующему — быстрый доступ к поддержке, партнёру — условия сотрудничества. Не пытайтесь уместить все роли в один первый экран.
3. Составьте минимальную карту страниц
Запишите обязательные страницы и содержание каждой: главная, услуги, о компании, статьи, контакты. Если нужен каталог или кабинет, перечислите действия внутри них. Это точнее, чем просить «сайт на десять страниц».
4. Соберите материалы
Проверьте наличие логотипа, фотографий, описаний услуг, цен, документов, ответов на частые вопросы. Отсутствие контента часто задерживает запуск сильнее кода. Если материалы ещё готовятся, укажите ответственного и срок.
5. Уточните интеграции
Перечислите CRM, платежи, почту, аналитику, мессенджеры и внутренние системы. Для каждой интеграции укажите событие: например, «после запроса создать сделку и отправить уведомление менеджеру». Не передавайте пароли в брифе.
6. Согласуйте приёмку
Зафиксируйте проверяемые условия: мобильная версия без горизонтальной прокрутки, рабочие ссылки, корректные данные в CRM, возможность редактировать контент, инструкции по доступам. Визуальное «нравится/не нравится» не заменяет приёмочные критерии.
Пример короткого брифа
«Мы оказываем услуги по ремонту техники в одном городе. Сайт нужен, чтобы посетитель узнал условия и написал в Telegram. Основные страницы: главная, услуги, цены, вопросы и контакты. Материалы есть частично, фотографии подготовим сами. Личный кабинет и оплата пока не нужны. Важно, чтобы сотрудники могли менять цены. Запуск желателен к началу сезона». Такой текст уже позволяет предложить внятную структуру и уточняющие вопросы.
Что оставить открытым
Не нужно заранее выбирать библиотеку, сервер и способ хранения данных, если в команде нет технического владельца. Задайте требования к результату и ограничения: скорость, редактирование, роль сотрудников, внешние сервисы. Решение о технологии полезнее принимать после сравнения вариантов и стоимости сопровождения. Если у вас есть обязательная платформа по внутренним причинам, сообщите это прямо.
Проверьте бриф перед отправкой
- Есть ли один главный сценарий посетителя?
- Названы ли обязательные функции, а не только желаемый внешний вид?
- Понятно ли, кто готовит контент и согласует решения?
- Указаны ли внешние системы и событие обмена данными?
- Есть ли критерии, по которым вы примете работу?
Статья помогает сориентироваться. Для точного решения нужно учитывать задачу и ограничения вашего проекта.