Автоматизация заявок: от чата до учёта

На разборе я почти всегда начинаю не с «умного агента», а с простого вопроса: где сейчас правда о заявке — в таблице, в CRM или в голове менеджера? Пока ответа нет, автоматизация только ускорит хаос.

Сначала фиксирую канал и ответственного. Потом — уведомление и запись в таблицу или CRM. Цепочка на доске: сообщение → квалификация → учёт → человек на исключениях. Пилот — 1–2 недели на реальных заявках с критерием, записанным до настройки.

Где заявки теряются

Заявки редко «не приходят». Они приходят в пять мест сразу: личный Telegram, WhatsApp, Instagram, форма, звонок «на потом». Ответили в чате — в учёте пусто. Через неделю клиент пишет снова, и кажется, что его потеряли, хотя переписка была.

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

Минимальный контур

Четыре звена, не ИИ:

1. Канал — один основной вход (бот или форма с webhook).

2. Квалификация — три–пять полей: имя, услуга, срок, комментарий.

3. Учёт — строка в Sheets, Airtable, amo или Bitrix.

4. Человек — уведомление ответственному и эскалация.

Приём и продажа — разные задачи. На приёме не закрываем сделку: не теряем контакт и даём контекст. Цены и спорные кейсы — человеку.

Для ИП часто хватает: Telegram → таблица → пуш в тот же Telegram. CRM — когда поток стабилен и поля согласованы. С сайта тот же минимум: webhook, строка, пуш; на пилоте хватает имени, контакта и короткого комментария.

Квалификация без «умного агента»

На пилоте мне хватает кнопок и правил: «Запись / Вопрос / Жалоба», имя + контакт, таймаут с черновиком карточки, кнопка «позвать человека», короткое «приняли, ответим в течение…».

Автоматизация приёма (поля, запись, уведомление) и автоматизация ответа (шаблоны, потом ИИ с ревью) — разные слои. Второй подключаю, когда первый две недели не теряет сообщения.

Прошу принести 10–15 реальных сообщений за месяц. Если большинство типовые — кнопки и три поля. Если каждый второй текст уникален — сокращаем путь к человеку.

Правило поля: зачем менеджеру это до первого контакта? Нет ответа — убираем.

Таблица или CRM

Таблица ок, если один ответственный, до ~50 заявок в месяц, три статуса и команда реально смотрит лист. CRM — когда двое и больше менеджеров, этапы сделки, напоминания и воронка для руководителя.

Гибрид на пилот нормален: пишем в тестовый лист, привыкаем к полям и SLA, потом меняем только узел учёта на CRM. Перед интеграцией заполняю черновик карточки: обязательные поля, кто меняет статус, что такое закрытие.

Что не трогать сначала

- ИИ до стабильного приёма

- Пять каналов сразу

- CRM «на вырост» без согласованных полей

- Цены в автоответе без ревью

- Оплату до карточки заявки

- Эскалацию на десять ролей и бота на жалобах

SLA и пилот

Уведомление ≤ 2 минут после записи. Первый ответ клиенту — в согласованный срок. Эскалация, если «новая» висит 2 часа. Текст пуша: откуда заявка, имя, услуга, ссылка на строку. Тест: заявка в пятницу в 22:00 — автоответ, строка, пуш.

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

Напишите в Telegram цель, что уже сделано и где стопор — разберём контур.

Полная версия: https://vaybkoder.ru/blog/avtomatizaciya-zayavok/