Суть задачи

Соберите вход, который можно показать модели

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

Исходные данные

Попросите модель разделить уровни уверенности

Первый результат должен содержать три списка: факты с фрагментом исходного текста, предположения и вопросы к клиенту. Фраза «нужно быстрее» не говорит ни о сроке, ни о допустимой цене ускорения; её нельзя автоматически переписывать в SLA. «Хотим больше продаж» также требует уточнения: речь о количестве лидов, конверсии, среднем чеке или повторных заказах? Если письма противоречат друг другу, не просите модель выбрать правдоподобную версию — вынесите расхождение в открытые вопросы.

Рабочий маршрут

Соберите рабочую структуру брифа

Удобный документ для первой встречи состоит из контекста, желаемого результата, известных ограничений, решений, которые предстоит принять, и вопросов без ответа. Для каждого пункта добавьте источник и статус. В конце попросите ИИ предложить повестку из пяти–семи вопросов, но не отправляйте её клиенту без редактуры: формулировки должны соответствовать тону компании и не создавать обязательств. Если в черновике встречается конкретная цена или срок, отметьте владельца, который обязан это подтвердить.

Проверка

Проведите редакторскую сверку перед отправкой

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

Практический пример

Пример: как превратить расплывчатый запрос в уточнение

В исходном письме написано: «Нужно запустить кампанию быстрее, желательно до выставки». Корректный черновик не придумывает дату или гарантированный объём. Он фиксирует подтверждённое: событие, к которому клиент хочет подготовиться; неизвестное: дата, бюджет, регионы, ответственный за согласование; вопросы: что именно должно быть готово к мероприятию и какой минимальный результат будет полезен. После встречи человек вносит ответы и помечает, какие пункты стали согласованными.

Риски

Связь с дальнейшей работой

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

После запуска

FAQ: границы автоматизации

Можно ли загрузить всю переписку? Только если это разрешено правилами компании; для первого брифа обычно достаточно очищенной выборки. Что делать с противоречивыми условиями? Показать обе версии с датами и оставить вопрос человеку. Может ли ИИ сам отправить документ клиенту? Нет. Сначала ответственный сотрудник проверяет факты, тон и отсутствие неподтверждённых обещаний. Как измерить эффект? Сравнить время подготовки, число пропущенных вопросов и объём повторной переписки на сопоставимых проектах.

← Все материалы