Workflow automation
Заявка в 2 часа ночи получает ответ в 2 часа ночи
Приём, квалификация и маршрутизация входящих заявок без участия человека — с ответом клиенту за секунды и полной записью в CRM.
- Задача
- Приём и квалификация заявок 24/7
- Срок
- 5 рабочих дней
- Стек
- n8n · OpenAI · Webhook · CRM · Slack
- Результат
- 7,3 с от заявки до структурированного ответа
Задача
Входящие заявки приходят из формы на сайте, почты и мессенджера в трёх разных местах. Ночью и в выходные их никто не видит. Утром менеджер разбирает накопившееся вручную: читает, определяет тип и срочность, заносит в CRM, пишет первый ответ. На заявку уходит 5–8 минут, а первый ответ клиент получает через 8–14 часов.
Внешний ориентир, насколько это дорого:
- Harvard Business Review, «The Short Life of Online Sales Leads» (Oldroyd, McElheran, Elkington, март 2011): аудит 2 241 компании, средний первый ответ — 42 часа, 23% не ответили никогда. Компании, дозвонившиеся до лида в течение часа, в 7 раз чаще доходили до содержательного разговора с ЛПР, чем те, кто ждал на час дольше, и в 60 раз чаще тех, кто ждал сутки.
- MIT / InsideSales, 2007 (3 года данных, 6 компаний, 15 000+ лидов, 100 000+ попыток дозвона): ответ на 5-й минуте против 30-й — в 100 раз выше шанс контакта и в 21 раз выше шанс квалификации. Оговорка, которую надо привести прямо на странице: это анализ данных вендорской платформы исследователем MIT, а не публикация MIT.
- Drift, 2017, 433 B2B SaaS-компании: только 7% отвечают в течение 5 минут.
Оговорка для страницы (обязательно — она отличает вас от инфобизнеса): широко тиражируемое «78% покупают у того, кто ответил первым» первоисточника не имеет, и я его не использую.
Что построено
Поток из семи узлов, всё в n8n:
- Webhook — единая точка приёма. Форма сайта, почтовый ящик и мессенджер приводятся к одной схеме входа.
- Нормализация (Set + Code) — из письма и формы собирается единый объект: контакт, канал, текст, вложения, метка времени, источник.
- AI-квалификация (OpenAI, structured output) — модель возвращает не текст, а фиксированную структуру: тип задачи, приоритет, бюджетный сигнал, извлечённые контакты, краткое резюме, черновик ответа клиенту, оценка уверенности.
- Ветка уверенности (IF) — ниже порога заявка не идёт в автоматическую обработку, а помечается «на ручную проверку». Ничего не отбрасывается и не удаляется автоматически.
- CRM (HTTP Request с сохранёнными креденшелами) — создание сделки с идемпотентным ключом, чтобы повтор вебхука не плодил дубли.
- Ответ клиенту — черновик уходит либо автоматически (для типовых заявок), либо в очередь на подтверждение менеджеру. Режим выбирает заказчик.
- Уведомление в Slack — карточка заявки с приоритетом и ссылкой на сделку.
Замер, снятый со стенда 2026-09-06: сквозной путь от прихода заявки до готового структурированного результата — 7,3 с (одиночный прогон, HTTP 200). На вход шла заявка со смешанным содержанием — текст задачи, бюджет, телефон в свободной форме. На выходе — приоритет («тёплый»), резюме, действие для CRM и черновик ответа клиенту. Одиночный замер: 2026-09-06.
Что происходит, когда что-то ломается
- Провайдер модели не ответил или отдал мусор — три повторные попытки с экспоненциальной паузой, затем заявка уходит в CRM «как есть», без обогащения, и помечается флагом «требует разбора». Заявка не теряется никогда — это главный инвариант.
- CRM недоступна — заявка кладётся в очередь и переигрывается; идемпотентный ключ гарантирует, что после восстановления не появится дубль.
- Модель не уверена — порог уверенности, заявка идёт человеку. Автоматическое удаление или закрытие заявки не предусмотрено в принципе.
- Тишина как отказ — если за 15 минут ни одна заявка не прошла в рабочие часы, приходит алерт: молчащая автоматизация опаснее падающей.
- Всё логируется: вход, ответ модели, решение ветки, результат записи. Логи доступны заказчику, а не только мне.
Доступы и данные
Ключ провайдера и токен CRM живут в креденшелах n8n, не в теле воркфлоу. Доступ к CRM ограничен одним объектом и правом создания. Тексты заявок хранятся столько, сколько нужно для разбора инцидентов (по умолчанию 30 дней), затем удаляются. Персональные данные не уходят никуда, кроме CRM заказчика и провайдера модели, — это проговаривается заказчику до старта.
Результаты
| Показатель | До | После | Природа числа |
|---|---|---|---|
| Время до первого ответа клиенту | 8–14 часов (ночь и выходные — до 2 суток) | секунды | измерено: 7,3 с сквозной путь |
| Ручная обработка одной заявки | 5–8 минут | 0 минут для типовых, 1–2 минуты для помеченных | расчёт по модели |
| Ручной труд при 300 заявках/мес | ~30 часов | ~4 часа (только помеченные) | расчёт по модели |
| Заявки, потерянные ночью | часть теряется, объём никто не считал | 0, все в CRM | свойство архитектуры |
| Стоимость обработки заявки моделью | — | доли цента | измерить по логам провайдера |
| Экономия в деньгах (ориентир Австралия) | — | ≈ USD 812 | расчёт по модели |
Как считалось
Ручной труд до = 300 заявок × 6,5 мин ÷ 60 = 32,5 ч/мес
Ручной труд после = 300 × 15% помеченных × 1,5 мин ÷ 60 ≈ 1,1 ч/мес
+ 3 ч/мес на выборочный контроль качества
Экономия времени ≈ 28 ч/мес
Ставка австралийского администратора ≈ AUD 45/ч полная стоимость (≈ USD 29/ч)
Экономия в деньгах ≈ 28 × USD 29 ≈ USD 812/мес (≈ AUD 1 260)
Окупаемость сборки = USD 1 190 ÷ USD 812 ≈ 1,5 месяца
С сопровождением = USD 1 190 ÷ (USD 812 − USD 150) ≈ 1,8 месяца
Эксплуатация = токены модели + хостинг n8n, около USD 5–10/мес
Точка отсчёта — Австралия: 300 заявок в месяц, 6,5 минуты ручной обработки каждой, 15% уходят человеку, ставка администратора AUD 45/ч с суперанюэйшн и налогами на фонд оплаты труда, курс 1 AUD = 0,65 USD. Подставьте свои числа — модель линейная.
Отдельно, честно: рост выручки от ускорения ответа я не считаю в деньгах, потому что он зависит от вашей воронки. Порядок эффекта — в исследованиях HBR и MIT/InsideSales выше.
Что не сработало с первого раза
(Публиковать только те пункты, которые вы действительно наблюдали на своей сборке. Ниже — то, что встречается практически всегда.)
- Первая версия отсеивала спам одной моделью без порога — и срезала настоящие заявки, написанные коротко или на смеси языков. Заменено на порог уверенности и папку ручной проверки: система никогда не выбрасывает заявку сама.
- Повторная доставка вебхука создавала вторую сделку в CRM. Лечится идемпотентным ключом из источника и времени, а не «проверкой по email» — почта у клиента может быть одна на несколько запросов.
- Модель уверенно выдумывала бюджет, когда его в тексте не было. Схема ответа переведена на явное
nullи запрет догадок в инструкции.
Сроки и стоимость
| День | Что происходит | Артефакт |
|---|---|---|
| 1 | Разбор процесса, схема полей и приоритетов, критерий приёмки | Карта процесса, согласованная схема данных |
| 2 | Приём и нормализация трёх каналов | Работающий вход, тестовые прогоны |
| 3 | Квалификация, структурированный вывод, порог уверенности | Воркфлоу на ваших реальных заявках |
| 4 | CRM, уведомления, ошибки, повторы, алерты | Полный контур с обработкой сбоев |
| 5 | Прогон на боевом потоке, документация, видеоразбор | Система, доступы, документация у вас |
Цена: один рабочий сценарий, от USD 1 190 (фиксированный объём, 5 рабочих дней). Сопровождение опционально: USD 150/мес. Эксплуатация: около USD 5–10/мес.
Внешнее подтверждение
- Harvard Business Review, The Short Life of Online Sales Leads (2011) — 2 241 компания, 42 часа среднего ответа, 7× и 60× по квалификации.
- Свод верифицированных исследований speed-to-lead с разбором мифов — MIT/InsideSales 2007 (100×/21×), Drift 2017 (7% отвечают за 5 минут), и разбор нерабочих цифр.
- MIT Project NANDA, The GenAI Divide (2025) — 95% пилотов без измеримого эффекта; причина — процесс, а не модель.
Попробовать
У вас похожий процесс?