Руководство · автоматизация
Автоматизация заявок: от чата до учёта
Сначала зафиксируйте канал заявки и ответственного; потом уведомление и запись в таблицу или CRM — не сразу «умный агент». На разборе я рисую цепочку: сообщение → квалификация → учёт → человек на исключениях. Пилот проверяю на реальных заявках за 1–2 недели по заранее согласованному критерию.
Где заявки теряются до автоматизации
У предпринимателя и самозанятого заявки редко «не приходят» — они приходят в пять мест сразу: личный Telegram, WhatsApp, Instagram, форма на сайте, звонок «на потом». Менеджер отвечает там, где успел; в таблицу переносят раз в день; ночные сообщения висят до утра. Потом заказчик просит «автоматизацию обработки заявок», а на столе нет даже списка каналов.
Я на разборе процесса начинаю с карты потерь: где сообщение было прочитано, но не стало записью; кто должен был ответить и не ответил; что считается «заявкой принята». Без этого любая система автоматизации заявок — красивая обёртка над хаосом.
| Симптом | Частая причина | Первый фикс |
|---|---|---|
| «Клиент писал, мы не видели» | Нет единого канала-источника | Один вход + редирект |
| Дубли в таблице | Ручной перенос из чатов | Автозапись из канала |
| Ответ через сутки | Нет уведомления ответственному | Пуш в Telegram за 2 минуты |
| «Бот не понял» | Сразу NLP вместо правил | Простые поля + человек |
Минимальный контур: канал → квалификация → учёт
Рабочий минимум для автоматизации заявок клиентов — не «ИИ-агент», а четыре звена:
- 01
Канал — один основной вход (часто Telegram-бот или форма с webhook).
- 02
Квалификация — три–пять полей: имя, услуга, срок, бюджет или комментарий.
- 03
Учёт — строка в Google Sheets, Airtable, amoCRM или Bitrix24.
- 04
Человек — ответственный получает уведомление и забирает исключения.
Схема выглядит просто, но каждое звено нужно описать письменно. «Квалификация» — это не «бот всё понимает», а набор вопросов с кнопками или коротким диалогом. Если клиент пишет в свободной форме — бот собирает минимум и передаёт человеку, а не угадывает намерение.
Для ИП и малого бизнеса я не рекомендую начинать с десяти интеграций. Достаточно: Telegram → таблица → уведомление в тот же Telegram ответственному. CRM подключаем, когда поток стабилен и поля согласованы — см. интеграцию Telegram и CRM.
Квалификация без «умного агента»
Запрос «система автоматизации заявок» часто тянет за собой ожидание, что бот сам поймёт любой текст. На практике для пилота хватает детерминированной логики:
- Кнопки «Запись / Вопрос / Жалоба» в первом сообщении.
- Обязательные поля: имя + телефон или @username.
- Таймаут: если клиент молчит 10 минут — черновик карточки и напоминание оператору.
Я разделяю автоматизацию приёма заявок (сбор полей, запись, уведомление) и автоматизацию ответа (шаблоны, FAQ, позже — аккуратный ИИ с ревью). Второе подключают после того, как первое не теряет сообщения две недели подряд.
| Уровень | Что делает | Риск |
|---|---|---|
| Кнопки + поля | Стабильный сбор данных | Клиент уходит, если форма длинная |
| Шаблоны ответов | Быстрый первый контакт | Ошибка тона без ревью |
| ИИ с ревью | Разбор свободного текста | Нужна настройка контекста и проверка ответа |
Куда писать: таблица, CRM или оба
Выбор учёта зависит от объёма и команды, не от модного названия CRM.
Таблица — до 30–50 заявок в месяц, один ответственный, простые статусы («новая / в работе / закрыта»). Плюс: прозрачность и низкий порог. Минус: дубликаты и права доступа нужно контролировать вручную.
CRM (amoCRM, Bitrix24 и аналоги) — несколько менеджеров, этапы сделки, напоминания, отчёты. Плюс: не теряется контекст переписки. Минус: без настроенных полей CRM снова превращается в склад карточек.
Оба — таблица как буфер на время пилота, CRM — после согласования полей. Я так делаю, когда клиент боится «сломать» текущую CRM: сначала автоматизация учёта заявок в тестовый лист, потом перенос узла записи в CRM.
Не смешивайте учебный шум Wordstat («какой системе направляются заявки на автоматизацию») с вашей задачей — вам нужен ваш канал и ваш ответственный, не абстрактная «система».
Уведомления и SLA для ответственного
Автоматизация заявок на оплату или на услугу ломается не в интеграции, а в дисциплине ответа. Фиксирую простой SLA для пилота:
- Уведомление ответственному — не позже 2 минут после записи заявки.
- Первый ответ клиенту — в рабочие часы, согласованный срок (например, 30 минут).
- Эскалация: если статус «новая» висит 2 часа — второе уведомление или смена ответственного.
Канал уведомления — тот, где человек реально сидит. Для многих клиентов это Telegram, не email. Текст уведомления содержит: откуда заявка, имя, услуга, ссылку на строку CRM или таблицу.
Чеклист перед включением автоматизации обработки заявок:
- Именованный ответственный на каждый день недели
- Резервный, если основной недоступен
- Тестовая заявка проходит до строки учёта
- Тестовое уведомление доходит
- Понятно, кто правит ошибочную карточку
Пилот заявок на 1–2 недели
Пилот — короткий прогон на реальных заявках с цифрами. Пример критерия, который я прошу записать до разработки:
- 15–25 заявок за две недели через основной канал.
- 100% попадают в учёт с меткой времени.
- Уведомление уходит в SLA (≤ 2 мин).
- Не более 1 ручного доработания полей на 5 заявок.
- Ноль «потерянных» сообщений по журналу канала.
Если критерий не выполнен — не масштабируем бота на новые каналы и не добавляем ИИ. Упрощаем сценарий или возвращаемся к разбору. Если выполнен — обсуждаем пилот разработки: CRM, второй канал, шаблоны ответов.
Срок 1–2 недели выбран специально: за это видно, держит ли процесс реальный поток и не сыпется ли на исключениях («клиент позвонил вместо бота», «оплатил без заявки»).
Что читать дальше
По теме в блоге:
- Интеграция Telegram и CRM — когда таблицы уже мало.
- Разработка проектов — если сценарий нужно собрать и встроить в текущую работу.
- Внедрение ИИ в бизнес — куда ИИ уместен после стабильного контура заявок.
Если нужен платный вход — разбор процесса: фиксируем канал, поля, ответственного и критерий пилота до оплаты разработки.
Частые вопросы
С чего начать автоматизацию заявок в малом бизнесе?
С одного канала и одного ответственного. Опишите цепочку: сообщение → поля → запись в таблицу или CRM → уведомление. Не подключайте «умного агента», пока не видно, куда теряются текущие заявки.
Чем автоматизация заявок отличается от чат-бота?
Заявка — это запись в учёте с ответственным и статусом, а не просто диалог. Бот может быть каналом приёма, но автоматизация включает уведомление, SLA и исключения для человека. Без учёта это только переписка.
Нужна ли CRM сразу?
Не обязательно. Для пилота часто хватает таблицы и Telegram-уведомлений. CRM имеет смысл, когда несколько менеджеров, этапы сделки и нужна история. Поля в CRM согласуют до интеграции, иначе снова ручной перенос.
Как автоматизировать заявки из Telegram?
Минимум: бот или форма с webhook собирает поля, пишет строку в таблицу или CRM, шлёт уведомление ответственному. Сложные ответы и нестандартные кейсы — человеку. Подробнее — в материале про интеграцию Telegram и CRM.
Сколько длится пилот автоматизации заявок?
Обычно 1–2 недели на реальном потоке с заранее записанным критерием: сколько заявок, время уведомления, допустимые ручные правки. Без цифр пилот превращается в демо, которое не включают в работу.
Можно ли использовать ИИ для обработки заявок?
После стабильного контура приёма и учёта. Сначала кнопки, поля и уведомления; ИИ подключают для черновиков ответов и разбора свободного текста, а спорные случаи оставляют ответственному.
Что делать, если заявки идут из нескольких каналов?
На пилоте выберите один основной канал и перенаправьте остальные (ссылка на бота, автоответ «напишите сюда»). Мультиканал без дисциплины умножает потери. После успешного пилота добавляют второй вход с той же схемой учёта.
Связанные страницы
Обсудить вашу задачу
Напишите в Telegram цель, что уже сделано и где стопор.
Отвечаю сам — без бота и «оставьте заявку».