Pipeline от заявки до результата: интеграции, сбои, эскалация
Стабильный automation pipeline — это маршрут «заявка → проверка → действие → результат» с явными метриками, каталогом сбоев и эскалацией человеку на каждом рискованном шаге, а не цепочка из пяти no-code блоков «как получится».
Я проектирую pipeline от исхода назад: какой артефакт нужен бизнесу, какие системы уже есть, где можно автоматом, где только assist. Ниже — каркас, который выдерживает боевой трафик у МСП.
Карта pipeline: от входа до закрытия
Минимальный контур, который я фиксирую до выбора инструментов.
| Стадия | Вход | Выход | Система | Авто / человек |
|---|---|---|---|---|
| Capture | Форма, почта, мессенджер | Единый тикет/лид | CRM / очередь | Авто |
| Normalize | Сырой текст/файлы | Поля по схеме | Парсер + словарь | Авто + review |
| Enrich | ID клиента, история | Контекст + риски | CRM, 1С, база знаний | Авто |
| Decide | Контекст + policy | Маршрут: auto / assist / human | Правила + score | Авто |
| Act | Черновик / команда API | Подтверждённое действие | Почта, CRM, склад | По policy |
| Verify | Ответ API / факт | Статус done / failed | Логи, webhook | Авто |
| Learn | Правки человека | Кейс в базу | Таблица + ревью раз/нед | Человек |
Если стадии 2–4 нет, «интеграция» превращается в спам в чат менеджеру с сырым текстом формы.
Принцип одного владельца стадии
У каждой стадии есть один owner (роль или сервис). Два бота пишут в одно поле CRM — гарантированный рассинхрон. Я явно указываю write-права: кто master для status, amount, next_action.
Интеграции: что стыковать в первую очередь
Я не подключаю «всё, что есть в каталоге». Порядок по боли процесса.
| Приоритет | Связка | Зачем | Типичный сбой |
|---|---|---|---|
| P0 | Канал → очередь/CRM | Не терять заявку | Дубли, потеря вложений |
| P0 | Очередь → уведомление человеку | SLA на handoff | Тихий fail webhook |
| P1 | CRM ↔ склад/прайс | Правда о наличии/цене | Устаревший кэш |
| P1 | Агент → черновик в карточке | Assist без копипаста | Перезапись полей менеджера |
| P2 | Биллинг / документооборот | Закрытие цикла | Неверный контрагент |
| P2 | Дашборд метрик | Управление, не «ощущения» | Метрики только из логов чата |
Правила стыковки, которые экономят неделю отладки
- Идемпотентность: повтор webhook не создаёт второй лид (ключ = external_id + channel).
- Таймауты и retry с jitter на каждый внешний API; без бесконечного цикла.
- Dead-letter queue: упавшие сообщения не исчезают — лежат с причиной.
- Версия схемы полей: v1/v2, иначе вчерашний парсер ломает сегодняшний отчёт.
- Секреты вне промпта и вне no-code «переменных в открытом виде».
Метрики pipeline: что смотреть ежедневно
Без цифр «вроде работает» длится до первого инцидента в пятницу вечером.
| Метрика | Как считаю | Красная зона (ориентир пилота) |
|---|---|---|
| Capture rate | Создано тикетов / входящих событий | ниже 98% |
| Time-to-first-touch | До первого содержательного шага | Выше baseline −30% не достигнуто к 30 дню |
| Auto-resolve share | Закрыто без человека / все | Резкий рост без роста качества review |
| Escalation rate | Handoff / все | выше 70% после 45 дней без плана сужения |
| Escalation reason mix | По taxonomy | выше 40% «unknown» |
| Act success | Успешные API / попытки | ниже 95% на P0-действиях |
| Rework rate | Возврат после «done» | Рост 2 недели подряд |
| Cost per run | Токены + API + минуты человека | Не считается = слепой полёт |
Я вывожу одну доску: воронка стадий + топ-5 причин эскалации + стоимость. Остальное — по запросу.
Сбои и эскалация человеку: playbook
Сбой — это ожидаемое состояние, не «неловкий момент». Каталогизирую заранее.
| Класс сбоя | Пример | Реакция системы | Эскалация |
|---|---|---|---|
| Data | Нет артикула, битый PDF | Уточняющий вопрос 1 раз | Человек, если 2-й fail |
| Policy | Скидка, юр. риск | Блок действия | Сразу handoff-пакет |
| Integration | 500 от CRM, timeout | Retry → DLQ | On-call / менеджер канала |
| Model | Низкий confidence, противоречие | Не Act | Assist-очередь |
| User | «Позовите человека» | Stop auto | Приоритетный handoff |
| Cascade | 3 fail подряд на Act | Pause агента на канале | Инцидент + kill-switch |
Шаблон эскалации (коротко)
- Кому: роль (не «всем в чат»).
- SLA: например 15 мин в рабочее / 2 ч вне.
- Пакет: причина, что сделано, что нельзя делать автоматом, ссылка на тикет.
- Обратный путь: после решения человека — статус в CRM и (раз в неделю) кейс в базу.
Эскалация «просто переслали скрин в Telegram» без полей = pipeline отсутствует, есть групповой чат.
30 дней внедрения: порядок, а не «подключим n8n и посмотрим»
| Неделя | Фокус | Критерий выхода |
|---|---|---|
| 1 | Baseline + схема полей + taxonomy сбоев | Таблица метрик «как есть» |
| 2 | Capture + Normalize + идемпотентность | 0 потерь на тестовом потоке |
| 3 | Decide + Act на 1 узком классе + handoff | 20–40% трафика, логи чистые |
| 4 | DLQ, алерты, дашборд, postmortem 2 сбоев | Playbook эскалации подписан владельцем процесса |
Расширять класс задач я разрешаю только после стабилизации Act success и понятного reason mix. Иначе масштабируете хаос.
Часто задаваемые вопросы
С чего начать: CRM, мессенджер или «агент»?
С карты стадий и baseline. Агент без Capture/Verify — декорация. Сначала не терять заявку и не врать в статусах.
Сколько интеграций достаточно для пилота?
Обычно 2–4: канал, CRM/очередь, один источник правды (прайс/остатки), уведомление. Остальное — после метрик.
Что делать, если эскалаций слишком много?
Не «усиливать промпт». Смотреть top reasons: data vs policy vs model. Часто лечится словарём полей и запретом Act на серой зоне, а не новой моделью.
Нужен ли отдельный on-call на автоматизацию?
На боевом контуре — да, хотя бы «владелец канала» с kill-switch. Иначе в инцидент все пишут подрядчику в личку.
Читайте также
- Кейс: автоматизация обработки КП в B2B за 55 дней — цифры
- Архитектура AI-агента для бизнеса: роли, guardrails и handoff
- Интеграция AI-агентов с CRM
Если нужно спроектировать pipeline под ваш поток заявок — raisovich.ru: разложим стадии, интеграции и эскалацию до пилота.
Какие стадии обязательны в automation pipeline до выбора инструментов?
Capture, Normalize, Enrich, Decide, Act, Verify и Learn — без 2–4 стадий «интеграция» превращается в спам сырым текстом менеджеру.
Какие метрики pipeline смотреть ежедневно в пилоте?
Capture rate, time-to-first-touch, auto-resolve, escalation rate и reason mix, Act success, rework и cost per run — на одной доске, не «ощущениями».
Что входит в рабочий пакет эскалации человеку?
Роль-получатель, SLA, причина, что уже сделано, запреты для auto и ссылка на тикет; скрин в общий чат без полей — не pipeline.
Подпишитесь на @raisovich_news
Первыми получайте новые статьи об AI-автоматизации, нейросетях для бизнеса и создании сайтов. Без спама — только полезный контент.
Часто задаваемые вопросы
Какие стадии обязательны в automation pipeline до выбора инструментов?
Capture, Normalize, Enrich, Decide, Act, Verify и Learn — без 2–4 стадий «интеграция» превращается в спам сырым текстом менеджеру.
Какие метрики pipeline смотреть ежедневно в пилоте?
Capture rate, time-to-first-touch, auto-resolve, escalation rate и reason mix, Act success, rework и cost per run — на одной доске, не «ощущениями».