guides
Как собрать требования клиента для брифа на разработку AI-чат-бота

Расплывчатый бриф от клиента ведёт к разрастанию задач и переделкам. Вот точный чек-лист требований, который зафиксирует проект чат-бота ещё до того, как вы напишете первую строку кода.
Вы назвали клиенту цену $1200 за «простого чат-бота». Три недели спустя выясняется, что бот должен обрабатывать возвраты, синхронизироваться с CRM, отвечать на четырёх языках и переключать разозлённых клиентов на живого агента. Ничего из этого не было в изначальном разговоре. Теперь вы либо тратите лишние часы бесплатно, либо спорите насчёт допсоглашения.
Так происходит потому, что брифа как такового не было — была одна строчка запроса. Решение не в том, чтобы составить контракт получше. Решение — в качественном интервью с клиентом до того, как вы вообще начнёте оценивать объём работ.
Какие вопросы нужно задать перед тем, как оценивать проект чат-бота?
Полноценный бриф с требованиями к чат-боту должен содержать ответы минимум на 8 ключевых вопросов, прежде чем вы сможете назвать цену и объём работ: цель, платформа, источники данных, сценарии диалогов, правила эскалации, интеграции, язык/тон и метрики успеха. Пропустите больше одного-двух пунктов — и вы уже гадаете, а именно так «простой чат-бот» превращается в шестинедельную переделку.
Большинство фрилансеров и агентств пропускают этот шаг, потому что клиентам не терпится увидеть готовый результат. Не поддавайтесь. Звонок для сбора требований на 30-45 минут сэкономит вам в разы больше времени, чем потом уйдёт на переделки.
Начните с бизнес-цели, а не с функций бота
Клиенты почти всегда описывают чат-ботов через функции («он должен отвечать на частые вопросы и записывать на приём»). Ваша задача — копнуть на уровень глубже и найти реальную бизнес-метрику, которую они хотят улучшить.
Спросите «Что происходит сегодня без этого бота?» — это покажет реальную стоимость проблемы (потерянные лиды, перегруженная служба поддержки, упущенные записи).
Спросите, как выглядит успешный первый месяц в цифрах, а не в прилагательных («на 40% меньше обращений в поддержку» лучше, чем «обслуживание клиентов станет лучше»).
Спросите, кто сейчас делает эту работу вручную, и по возможности пригласите этого человека на звонок — он знает нюансы, о которых клиент даже не подумает.
Если клиент не может ответить, «как выглядит успех в цифрах», не начинайте разработку. Отправьте его подумать над этим сначала. Это тревожный сигнал для оценки проекта, а не мелкая недоработка.
Пропишите каждый сценарий диалога до того, как откроете конструктор
Главный источник разрастания объёма работ — незадокументированные ветки диалога. Клиенты думают в рамках «счастливого пути» («пользователь задаёт вопрос, бот отвечает»). Они редко задумываются о том, что происходит, когда пользователь отклоняется от сценария.
Перечислите все намерения (intents), которые должен обрабатывать бот — составьте список вместе с клиентом, а не по памяти позже.
Определите, что считается ситуацией «бот не может ответить» и что он должен говорить или делать в этом случае.
Установите чёткие правила эскалации — в какой момент бот передаёт диалог человеку и кому именно?
Согласуйте тон запасного сценария — должен ли бот говорить «сейчас подключу человека» или просто извиниться и остановиться?
Уточните потребность в многоязычности заранее — добавление второго языка после запуска обычно означает переработку логики диалога, а не просто перевод текста.
Определите источники данных и интеграции на раннем этапе
Чат-бот хорош ровно настолько, насколько хороши данные, к которым у него есть доступ. Если ему нужен статус заказа, цены или остатки на складе, выясните, где хранятся эти данные и есть ли API, прежде чем обещать сроки.
Это вопрос, который чаще всего впоследствии взрывает бюджет: клиент предполагает, что «бот просто будет знать наши остатки на складе», но никто не проверил, есть ли у их системы учёта API или экспорт в пригодном формате. Получите ответ на этот вопрос в письменном виде на этапе сбора требований, а не обнаружьте проблему на третьей неделе разработки.
Если вы разрабатываете именно для Telegram, здесь же стоит определить, с чем боту нужно синхронизироваться — с CRM, таблицей, почтой поддержки. Если на столе интеграция с CRM, такие инструменты, как CRMChat API, позволяют направлять лиды, собранные чат-ботом, напрямую в пайплайн, вместо того чтобы строить синхронизацию с нуля.
Зафиксируйте платформу, тон и данные об аудитории в письменном виде
Это кажется мелочами, но они существенно меняют разработку:
Платформа — Telegram, WhatsApp, виджет на сайте или всё сразу? У каждой платформы свои ограничения по возможностям (кнопки, медиаконтент, длительность сессии).
Аудитория — B2B-лица, принимающие решения, ожидают другого тона и темпа, чем обычные потребители в чате. Попросите клиента описать идеального клиента одним предложением.
Голос бренда — получите 3-5 примеров фраз, которые клиент реально использует в общении с клиентами. Не угадывайте тон только по текстам на сайте.
Ожидания по объёму — 50 диалогов в день и 5000 в день требуют совершенно разного подхода к надёжности и обработке лимитов, особенно в Telegram, где важны ограничения на количество сообщений (флуд-лимиты).
Если платформа — Telegram, стоит заранее предупредить, что автоматическая рассылка большого объёма сообщений без должного прогрева может привести к ограничениям со стороны платформы — прочитайте, что такое прогрев аккаунтов Telegram и почему это важно, прежде чем обещать неограниченный ежедневный объём отправки.
Превратите звонок по сбору требований в письменный бриф, который подпишет клиент
Не полагайтесь на заметки со звонка. Превратите каждый ответ в структурированный документ со следующими разделами:
Бизнес-цель и метрика успеха (с конкретной цифрой)
Полный список намерений и сценариев диалога, включая запасную логику и правила эскалации
Источники данных и необходимые интеграции с подтверждённым наличием API
Платформа(ы) и ожидаемый объём сообщений
Тон, язык(и) и 3-5 примеров фирменных фраз
Что явно выходит за рамки текущего этапа
Последний пункт — явно прописанные исключения из объёма работ — это то, что защищает вас от проблемы, когда $1200 превращаются в $4000. Попросите клиента поставить под этим пунктом свою подпись или инициалы.
Как только бриф зафиксирован, с ценообразованием тоже становится намного проще. Если вы всё ещё думаете, как перевести согласованный бриф в справедливую цену, это руководство по оценке стоимости проекта чат-бота для клиента из малого бизнеса разбирает процесс шаг за шагом.
Где в этой картине место CRMChat, когда бот уже запущен
Чат-бот, который квалифицирует лиды, — это только половина дела: кто-то ещё должен связываться с этими лидами, ставить теги и вести их по пайплайну. CRMChat автоматизирует последовательности follow-up для лидов из Telegram на основе кастомных свойств или стадии пайплайна, так что лид, квалифицированный ботом, может запускать автоматическую последовательность аутрич без ручного вмешательства менеджера.
CRMChat также позволяет строить кастомные представления пайплайна, отфильтрованные по тем же свойствам, которые ваш чат-бот собирает при сборе требований — отрасль, интерес к продукту, размер сделки, — так что передача диалога от бота в отдел продаж происходит автоматически, а не вручную. Если вы ведёте проекты чат-ботов для нескольких клиентов, настройка рабочего пространства для агентств позволяет полностью разделить лидов и Telegram-аккаунты каждого клиента.
Загляните в Справочный центр CRMChat за подробностями настройки кастомных свойств и динамических последовательностей, если планируете направлять лидов от чат-бота прямо в пайплайн CRM.



