Бриф для клиента: вопросы, шаблон и пример после созвона
Клиент подробно рассказал, что ему нужно. Осталось превратить разговор в документ, по которому можно обсуждать работу, сроки и исходные материалы.
У каждой строки брифа есть статусТак пожелания не превращаются в обещания исполнителя
Короткий ответ
Бриф для клиента — это короткое описание задачи и исходных условий: зачем нужна работа, для кого, что должно получиться, какие есть ограничения и кто принимает результат. Его можно заполнить вместе на созвоне. После разговора соберите ответы в один документ, отметьте пробелы и отправьте клиенту на проверку. Ниже — вопросы, шаблон и пример для небольшого проекта.
Содержание
Что должен прояснить бриф
«Нам нужен современный сайт», «хотим больше продаж», «сделайте как у конкурента» — хорошие начала разговора, но слабые исходные данные для работы. Из них непонятно, кто придёт на сайт, какое действие ему нужно совершить и что заказчик считает готовым результатом.
Бриф помогает уточнить эти вещи до детальной оценки. Он не обязан быть длинной анкетой. Если клиенту проще объяснить задачу голосом, проведите интервью и заполните документ сами. Такой способ совместного заполнения описывает и руководство WEEEK по работе с брифом.
Разделяйте три документа по назначению. Бриф собирает вводные. Техническое задание подробно описывает, что и как должно работать. Письмо после встречи фиксирует ближайшие договорённости и действия. Они могут ссылаться друг на друга, но не обязаны повторять весь текст.
Какие вопросы задать клиенту
Начните с ситуации, а затем переходите к требованиям. Так меньше вероятность получить список функций, за которыми никто не помнит исходную задачу.
| О чём спросить | Рабочий вопрос | Если ответ слишком общий |
|---|---|---|
| Причина проекта | Что сейчас происходит и почему вы решили менять это именно сейчас? | Попросите разобрать один недавний случай. |
| Результат | Что человек должен суметь сделать после завершения проекта? | «Удобнее» замените конкретным действием. |
| Аудитория | Кто будет пользоваться результатом и в какой ситуации? | Выберите основной сценарий, если ответ — «все». |
| Границы | Что обязательно входит в первый этап, а что можно отложить? | Спросите, без чего запуск теряет смысл. |
| Исходники | Какие тексты, файлы, доступы и данные уже готовы? | Уточните владельца и дату получения каждого. |
| Ограничения | Есть ли фиксированная дата, диапазон бюджета и обязательные правила? | Выясните, что можно менять при нехватке ресурсов. |
| Приёмка | Кто проверяет работу и по каким признакам принимает результат? | Попросите показать пример приемлемого результата. |
Не задавайте вопросы, ответы на которые ничего не меняют в вашей работе. Для обложки подкаста и для системы согласования заявок нужен разный набор вводных. Общая часть помогает начать разговор; предметные вопросы добавляются под конкретный проект.
Шаблон брифа для копирования
Скопируйте блок в документ. Поля в квадратных скобках замените ответами. У каждого спорного требования оставьте статус, чтобы клиент мог проверить именно его.
Проект: [название].
Дата и версия: [дата, номер].
Со стороны клиента согласует: [имя / роль].
1. Исходная ситуация
[Что происходит сейчас. Пример проблемы.]
2. Цель и основной пользователь
[Для кого делаем. Какую задачу он должен решить.]
3. Результат первого этапа
[Конкретный состав результата и обязательные сценарии.]
4. За границами этапа
[Что обсуждалось, но пока не включено.]
5. Исходные материалы
[Материал — кто предоставляет — срок — статус готовности.]
6. Ограничения
[Дата, бюджетный диапазон, форматы, технические и брендовые требования.]
7. Проверка результата
[Кто проверяет — что демонстрируем — как фиксируем замечания.]
8. Открытые вопросы
[Вопрос — кто отвечает — когда нужен ответ — на что влияет.]
Подтверждение:
[Какие пункты подтвердили, кем и когда. Ссылка на актуальное обсуждение.]
Не прячьте важные ограничения в поле «Комментарии». Если запуск зависит от каталога товаров, срок получения каталога должен быть виден рядом с соответствующим этапом.
Пример заполненного брифа после разговора
Учебный пример: вымышленная мастерская заказывает страницу для корпоративных заказов. Это не реальный кейс Транскрибатора.
Ситуация. Заявки приходят в мессенджер. Менеджер каждый раз уточняет тираж, дату и способ нанесения логотипа.
Цель. Помочь представителю компании отправить исходные данные для расчёта одним обращением.
Первый этап — подтверждено. Одна страница с примерами изделий, описанием процесса и формой запроса. В форме: тип изделия, количество, желаемая дата и контакт для ответа.
Не входит — подтверждено. Онлайн-оплата, личный кабинет и автоматический расчёт цены.
Материалы. Фотографии и список изделий предоставляет клиент. Дата передачи пока не подтверждена.
Ограничение. Клиент хочет показать страницу на выставке 20 ноября. Возможность запуска к этой дате оцениваем после получения материалов и согласования объёма.
Приёмка. Менеджер клиента отправляет тестовый запрос с телефона и компьютера. Проверяет, что заявка содержит заполненные поля. Тексты согласует руководитель мастерской.
Открытый вопрос. Можно ли прикреплять логотип к заявке? В разговоре функция была предложена, но решение не принято. Нужно уточнить допустимые форматы и место хранения файлов.
Здесь нет обещания «увеличить продажи на 30%». Документ описывает результат, который можно проверить. Если у проекта есть бизнес-показатель, зафиксируйте его отдельно вместе со способом измерения и факторами, на которые исполнитель влияет.
Как собрать бриф из записи созвона
- Получите текст разговора. Для рабочего брифа важны не все слова, а полные формулировки требований и условий.
- Разметьте ответы по разделам. Цели — к целям, пожелания к интерфейсу — к требованиям, сроки передачи исходников — к материалам.
- Проверьте числовые данные. Переслушайте сроки, количества, единицы измерения и упоминания бюджета.
- Найдите условия. «Сможем в пятницу, если получим тексты во вторник» нельзя сокращать до обещания пятницы.
- Отделите своё предложение от ответа клиента. Фраза исполнителя «можно добавить фильтр» ещё не означает, что фильтр нужен и включён в стоимость.
- Соберите недостающие ответы. Отправьте короткий список вопросов, которые влияют на объём или оценку.
Во внутреннем черновике можно сохранить таймкоды возле сложных требований. В клиентскую версию они попадают только если помогают проверить смысл. Отправлять заказчику весь транскрипт вместо брифа обычно неудобно: ему придётся снова проделать вашу редакторскую работу.
Пример преобразования. «Ну, чтобы было красиво и заявки шли» → «Нужно уточнить: кто оставляет заявку, какие данные передаёт и какой путь сейчас ему мешает». Общая фраза становится вопросом, а не выдуманным требованием.
Как согласовать и не потерять актуальную версию
Назовите документ понятно: «Бриф — корпоративные заказы — версия 1». В сообщении попросите проверить конкретные разделы: состав первого этапа, исходники и открытые вопросы. Укажите, какой ответ нужен для продолжения оценки.
Если клиент меняет требование, обновите документ и кратко перечислите изменения. Не храните рядом три файла с одинаковым названием «Финал». Ответственному за работу должна быть доступна одна актуальная версия и история важных решений.
При противоречии не выбирайте удобную формулировку самостоятельно. Например, в начале встречи клиент исключил оплату на сайте, а в конце упомянул её как желательную. Запишите вопрос: «Подтвердите, входит ли онлайн-оплата в первый этап или остаётся в планах». До ответа не считайте объём согласованным.
- Цель описана через задачу человека.
- Обязательные требования отделены от пожеланий.
- Есть список того, что не входит в этап.
- Известно, кто предоставляет материалы и согласует результат.
- Неподтверждённые сроки и условия явно отмечены.
- Клиент получил понятную просьбу проверить бриф.
Частые вопросы
Что делать, если клиент не хочет заполнять анкету?
Предложите короткий разговор и заполните бриф по его ответам. Затем отправьте документ на проверку. Не нужно заставлять клиента повторно писать всё, что он уже объяснил голосом.
Сколько вопросов должно быть в брифе?
Столько, сколько нужно для понимания задачи и следующего решения. Уберите вопросы «на всякий случай» и добавьте предметные уточнения для вашей услуги.
Можно ли сразу оценивать проект по брифу?
По полным вводным можно обсуждать предварительную оценку. Если цена или срок зависят от неизвестных требований, перечислите их и обозначьте, что оценка уточнится после ответов.
Транскрибатор сам согласует бриф с клиентом?
Нет. Расшифровка помогает восстановить сказанное. Структуру документа, проверку требований и согласование с клиентом выполняете вы.
Дополнительный материал: WEEEK — составление и согласование брифа. Шаблон и заполненный пример в этой статье — редакционные.
Сохраните вводные из разговора
Транскрибатор переводит запись созвона в текст с таймкодами. Используйте расшифровку, чтобы собрать требования, найти условия и подготовить бриф, который клиент сможет проверить.
Расшифровать разговорПроверьте важные формулировки и таймкоды по исходной записи перед использованием текста.