ТЗ на MVP AI для обработки заявок: что сделать за 3–4 недели и какие KPI заложить в 2026

Цель MVP: за 3–4 недели запустить измеримый контур обработки лидов

MVP AI для обработки заявок в 2026 — это минимальный набор функций, который закрывает главный бизнес-вопрос: лиды не теряются, обрабатываются быстро и качественно, а результаты можно подтвердить метриками. Если вы не измеряете качество и скорость — AI останется «на энтузиазме», а не станет инструментом продаж.

Поэтому ТЗ должно отвечать на 3 вопроса:

• Что именно делает AI (какой сценарий и на каких каналах)
• Как он работает в связке с CRM, формой заявки, карточкой клиента и задачами менеджеров
• Какие KPI считаем и что делаем, если KPI не достигаются

Практичный ориентир: в MVP лучше один сценарий, но полностью «приземлённый» на данные и интеграции. Для этого хорошо подходит формат AI Базовый (1 AI-сценарий, MVP за 3–4 недели).

Состав ТЗ MVP AI: что включить, чтобы уложиться в 3–4 недели

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

1) Каналы и точки входа

Зафиксируйте, где формируется заявка и куда попадает в обработку:

• форма на сайте / лендинге под заявки
• email/мессенджер (если есть — только если это реально подключается за короткий срок)
• дублирующие источники (важно для дедупликации)

На MVP оставляйте 1–2 канала. Иначе команда будет «обкладывать зоопарк» интеграций вместо результата.

2) Домен и сценарий AI

Уточните бизнес-смысл обработки: что AI должен выяснить у лида и как именно привести к следующему шагу.

Типовой сценарий MVP:

• классификация заявки (тип продукта/услуги, приоритет, регион)
• извлечение данных из сообщения/формы (имя, телефон, компания, потребность, бюджет/срок — если есть поля)
• проверка полноты и «догоняющие вопросы» (если данных не хватает)
• быстрый ответ клиенту с условиями/следующим шагом (запись, чек-лист, бриф)
• создание/обновление лида в CRM и постановка задачи менеджеру (если требуется)
• контроль качества и сигнал о том, что кейс нужно эскалировать

Важно: на MVP AI должен уметь работать с типовыми формулировками. Экстремальные кейсы (редкие вопросы, юридические формулировки) лучше отдать в эскалацию.

3) Интеграции и данные

В ТЗ прямо перечислите системы и какие события обмениваются данными.

• CRM: создание/обновление лида, статусы, поля, привязка к сделке
• Сайт/форма: HTTP/webhook/очередь, получение payload, UTM-метки
• Хранилище (опционально на MVP, но желательно): логирование диалогов/событий для аудита
• Очереди и ретраи: обработка ошибок отправки и повторные попытки

Если CRM сложная (несколько воронок, нестандартные поля), ТЗ должно включать список полей и правила маппинга: поле источника → поле CRM.

4) Маршрутизация: когда AI сам ведёт, а когда отдаёт менеджеру

На MVP обязательно задайте правила эскалации — это спасает качество.

• нет контакта (телефон/почта) → запросить контакт или эскалировать
• сложный запрос (цена/договор/юридические условия) → эскалация
• подозрение на спам/фрод → не создавать лид или создать с низким приоритетом
• несовпадение типа продукта → эскалация на уточнение

5) Тексты и сценарные ветки

Сразу заложите, что у MVP будет набор готовых ответов/тональность:

• сообщение-автоответ клиенту
• вопросы на уточнение
• финальные формулировки перед передачей менеджеру
• шаблоны для разных сегментов (минимум 3 ветки)

Отдельно опишите ограничения: что AI не должен обещать (сроки, скидки, гарантии), пока менеджер не подтвердил.

6) Логирование и контроль качества

Без логирования вы не сможете улучшать качество. В ТЗ укажите:

• что хранится: входящая заявка, ответ AI, извлечённые поля, классификация, итог маршрутизации
• как идентифицируется кейс (lead_id/trace_id)
• как выборочно проверяем: 30–100 диалогов в периоде и оценка по рубрикам

KPI для MVP: что измерять уже в первые недели и как связать с продажами

Ключевая ошибка — ставить только один KPI вроде “количество обработанных лидов”. Для MVP нужны минимум 5 групп метрик: скорость, полнота, конверсия в следующий шаг, качество, стабильность интеграций.

Набор KPI (рекомендуемый)

Группа KPI	Как считать	Цель для MVP (3–4 недели)
Time to First Response (TTFR)	время от получения заявки до первого ответа клиенту или до записи в CRM с ответом	≤ 2–5 минут (зависит от канала)
Доля корректно заполненных полей	% лидов, где ключевые поля (контакт, потребность/тип) извлечены верно	≥ 80%
Доля обработанных без эскалации	% кейсов, закрытых AI в рамках сценария без передачи менеджеру	≥ 40–60%
Эскалация по делу	% эскалаций, которые действительно требуют участия менеджера	≥ 85%
Конверсия в следующий шаг	% лидов, дошедших до “квалификации/созвона/брифа/согласия” после обработки AI	+10–20% к baseline
Качество диалога (оценка эксперта)	оценка по рубрикам: корректность, полнота, тональность, отсутствие рискованных обещаний	средний балл ≥ 4.2/5 по первичной выборке
Успешность интеграций	% случаев, когда лид успешно создан/обновлён в CRM	≥ 98%
Контроль повторов (дедупликация)	% дублей среди обработанных лидов	≤ 2–3%

Baseline: от чего отталкиваться

До запуска зафиксируйте базу за 2–4 недели:

• текущий TTFR (реально среднее по вашей очереди)
• доля лидов с неполными данными
• конверсия в следующий шаг
• сколько лидов теряется/не обрабатывается

Если baseline неизвестен, MVP должен включать мини-аудит логов/CRM-истории. Иначе KPI будет “из воздуха”.

План работ на 3–4 недели: как оформить ТЗ по этапам и поставке

В ТЗ полезно указать “артефакты” на выходе. Так проект не уйдёт в бесконечную разработку.

Неделя 1: подготовка и прототип сценария

• описание сценария AI и веток
• выбор каналов и маппинг данных CRM/форм
• черновые ответы и рубрики оценки качества
• прототип обработки: как AI распознаёт и формирует результат
• согласование правил эскалации

Неделя 2: интеграция и “скелет” контура

• подключение к источнику заявок
• создание/обновление лидов в CRM
• логирование и трассировка кейсов
• первые тестовые запуски на подмножестве заявок

Неделя 3: качество, эвристики, анти-ошибки

• корректировка извлечения полей
• настройка эскалации и фильтры спама
• тюнинг тональности и ограничений
• оценка качества по выборке и исправления

Неделя 4 (и часть 4-й): пилот, отчётность и KPI-отметка

• пилот на реальных заявках (хотя бы частично)
• счёт KPI по TTFR, конверсии и качеству
• итоговая отчётность: что достигнуто, где провалы, план улучшений
• рекомендации на масштабирование (это уже следующий этап)

Если вам нужна оценка и понятный план по внедрению, можно обсудить формат через команду App72.ru на сайте: / #contact.

Чеклист ТЗ: чтобы AI-обработка заявок заработала, а KPI не “поплыли”

Используйте как шаблон перед стартом. Если пункт не закрыт — закладывайте риски и время.

• Сценарий один (или строго ограничено): вход → обработка → ответ → запись в CRM → эскалация
• Список ключевых полей (какие должны быть в CRM после обработки AI)
• Правила качества: рубрики оценщика + шкала (например, 1–5)
• KPI и baseline: что измеряем, как считаем, какие значения считаем успехом
• Интеграции описаны событием: где источник, где приёмник, формат данных, ретраи
• Дедупликация: как отличаем повторные заявки
• Эскалация: условия передачи менеджеру и какой SLA на обработку
• Логи для аудита: что сохраняем, как ищем кейсы, кто имеет доступ
• Ограничения AI: что нельзя обещать/выполнять без подтверждения
• План пилота: период, объём, кто оценивает качество и как часто