Бриф на разработку сайта: какие ответы действительно нужны подрядчику

Для чего нужен бриф до оценки сайта

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

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

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

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

Опишите предложение и задачу компании

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

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

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

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

Расскажите об аудитории через ситуации

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

Выберите две-три основные ситуации. Кто пришёл, почему именно сейчас, какие сведения у него есть и какое решение ему нужно принять с помощью сайта? Не нужно изображать всю аудиторию одной вымышленной персоной с именем и хобби, если эти детали не влияют на задачу. Лучше привести реальные вопросы из переписки в обезличенном виде.

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

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

Опишите путь до обращения и после него

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

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

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

Условный пример: компания хочет форму запроса сметы. В брифе стоит указать, что клиент выбирает тип объекта и прикладывает описание, менеджер получает обращение в системе работы с клиентами (CRM) и связывается для уточнения. Точные обязательные поля и правила файлов можно проработать позже. Уже сейчас понятно, зачем нужна функция и какие системы участвуют.

Составьте список содержания и доступных материалов

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

Проведите инвентаризацию материалов. Есть ли описания услуг, характеристики, фотографии, логотипы, фирменные цвета, документы и подтверждённые примеры работ? В каком виде они хранятся и кто может разрешить публикацию? Наличие папки с фотографиями ещё не означает, что изображения подходят по качеству и правам использования.

Для каждого отсутствующего материала назначьте источник и срок подготовки. Если тексты должен написать подрядчик, укажите, кто предоставит исходные сведения и проверит содержание. Не планируйте запуск на дату, к которой никто не обязался передать каталог. Работа с материалами часто определяет календарь не меньше, чем программирование.

Какие функции и связи с другими системами указать

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

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

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

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

Как говорить о бюджете, сроке и примерах дизайна

Если есть предельный бюджет, укажите его вместе с тем, что он должен покрывать. Только разработку или также тексты, фотографии, перенос данных и поддержку? Это не обязывает потратить всю сумму. Это помогает исполнителю предложить реалистичный первый этап вместо решения, которое компания не сможет завершить.

Срок свяжите с причиной. Запуск рекламной кампании, выставка и окончание поддержки старой системы требуют разного планирования. Разделите обязательную дату и желаемую. Если к событию достаточно одной страницы с рабочей заявкой, полный каталог можно обсудить как следующий этап. Не скрывайте жёсткую дату до согласования сметы.

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

Уточните порядок согласования. Кто утверждает содержание и оформление, сколько людей участвует, кто решает при разногласиях? Подрядчик должен знать, когда ждать обратную связь. В брифе полезно обозначить доступность команды и периоды, когда ключевой сотрудник не сможет участвовать в проекте.

Как проверить и передать заполненный бриф

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

Не вычищайте из брифа все вопросы. Нормально написать: «Не знаем, поддерживает ли текущая CRM нужный обмен; просим проверить до оценки реализации». Случайная галочка ради заполнения анкеты, напротив, введёт исполнителя в заблуждение. Неопределённость должна повлиять на план исследования, а не незаметно попасть в фиксированное обещание.

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

Практический результат хорошего брифа — общий разговор о задаче, а не максимально длинная анкета. Подготовьте адрес текущего сайта, приоритет запуска, основные сценарии и список материалов. С этими сведениями можно обсудить разработку со ШТАБ ИТ и определить, что уже поддаётся оценке, а что сначала нужно исследовать.