Перейти к содержимому
ChatterfyСправочный центр
ГлавнаяGeneralCRMAI ManagerTrackerПлатформыFAQUpdate log
Основы и возможности
Подключение AI
Внутреннее устройство
AI Settings
AI Reply (deep)
AI Routings (deep)
AI Recognition
AI Models (deep)
Промпты и переменные
  1. AI Manager
  2. Внутреннее устройство
  3. AI Routings — глубокий разбор

AI Routings — глубокий разбор

• AI Routings — самый недопонимаемый слой AI в Chatterfy . Кажется похожим на обычный , но устроен иначе и решает другую задачу. Reference на сами…

Обновлено 30 августа 2026 г.8 мин
• AI Routings — самый недопонимаемый слой AI в Chatterfy. Кажется похожим на обычный Condition — ветвление по условиям, но устроен иначе и решает другую задачу. Reference на сами Routings — AI Routings — маршрутизация по смыслу.
Эта статья — про то, когда что выбирать, как формулировать условия и какие антипаттерны ломают воронку.
Не смешивайте задачи на одном шаге
Если в CRM ещё нет поля под ветку (тег, сумма, статус) — Condition не поможет: нужен Routings или сначала обогатить данные лида. Напротив, если значение уже есть и однозначно — Routings лишний шум и лишняя стоимость вызова модели.
Главное в одном предложении
Condition ветвит по точному значению тега / поля / суммы. Routings ветвит по смыслу ответа лида. В реальной воронке часто стоят оба, на разных шагах.



Routings vs Condition

Перепутать легко, но они закрывают разные задачи. Сравнение:
Параметр
Condition
AI Routings
Что проверяет
Точное значение поля / тега / Sale Status
Смысл ответа лида (через AI)
Когда срабатывает
В момент входа на шаг
После сообщения лида на шаге AI Reply
Что должно быть в данных
Заполненные Custom Fields / теги / Sale Status
Только текст ответа лида
Стоимость
Бесплатно (логика без AI)
Платно (вызов AI Summary/Router)
Привязка
Отдельный шаг в flow
Узлы, привязанные к шагу AI Reply
Шпаргалка выбора
Condition — когда ветка = точное значение в данных. Routings — когда ветка = смысл того, что лид только что написал. В одной воронке обычно используют оба типа, но на разных участках пути.



Когда выбирать Condition

Когда у вас уже есть готовое поле/тег с точным значением. Примеры:
  • Тег vip проставлен лиду через webhook от партнёрки → ветка для VIP.
  • Custom Field total_deposit > 100 → отдельная воронка для платящих.
  • Sale Status = first_touch → начальная воронка.
  • Tracker Field source = facebook → разные приветствия для разных каналов.
Подробно про шаг — Condition — ветвление по условиям.



Когда выбирать Routings

Когда нужно ветвить по тому, что лид НАПИСАЛ. Точного значения в данных ещё нет:
  • Лид сказал «дорого» / «уже зарегистрировался» / «у меня нет времени» — возражения. Каждое возражение — своя ветка.
  • Лид написал «I am from Italy» — страна (без отдельного шага распознавания и записи в Custom Field).
  • Лид выразил согласие / несогласие / запрос дополнительной информации — три разных пути.
  • Лид написал что-то оффтоп / вне темы — отдельная ветка чтобы вернуть в сценарий.
Как думает Router
Модель видит все Routings на шаге и выбирает наиболее подходящее условие. Поэтому формулировки должны быть взаимоисключающими и достаточно узкими — иначе сработает «не то» или сработает слишком часто.



Когда нужны оба

Часто. Пример воронки: Condition по тегу vip → разные стартовые шаги. Внутри VIP-ветки — AI Reply с Routings по возражениям. Внутри ветки возражения «дорого» — снова Condition по total_deposit. Не выбор «или-или», а оба инструмента в нужных местах.
Тандем Condition + Routings
Типичный приём: Condition режет крупные классы (VIP / гео / статус), а внутри ветки AI Reply с Routings ловит смысловые ответы лида. Так дешевле и стабильнее, чем 10 Routings на всё сразу.



Как формулировать условия

Каждый Routing — узел с двумя обязательными полями:
  • Title — короткое имя для команды, видно в редакторе. Germany / Has objection / Asked for price.
  • • AI Routings condition — формулировка на английском, по которой AI Summary/Router модель решает, сработало или нет.
Про поле Title
Title — для команды в редакторе: коротко и по-человечески (Germany / Price objection). На текст ответа лида не влияет. влияет только формулировка условия Routing.



Правила формулировки

Один Routing = одно условие. Не объединяйте «лид из Германии или Польши» в одну формулу — сделайте два Routing с одной целью.
Конкретно, не абстрактно. «User mentioned country as Germany» лучше, чем «User said where they are from».
На английском — модели стабильнее работают с английскими инструкциями.
Используйте AI Helper. Кратко описываете смысл условия словами, нажимаете AI Helper рядом с полем — система генерит формальную формулировку, выбираете подходящий вариант, нажимаете Apply.
Один Routing — одно условие
Если в одном Routing смешать «Германия или Польша» — модель будет гадать. Лучше два узла или сначала Condition по региону, потом Routings по возражению.

AI Routing conditionsplaintext
User mentioned they are from Germany
User objected that the price is too high
User asked about pricing or cost
User said they already registered on the platform
User shared that they have no trading experience
User confirmed they want to proceed and register
User sent off-topic message unrelated to our offer



Полный пример: развилка из 3 Routings

Как читать пример
Идите сверху вниз: сценарий → условия Routings → что увидит лид при разных формулировках. Проверьте у себя в Demo space теми же фразами.
Сценарий: лид прошёл стартовый шаг, попал на AI Reply с Goal «Понять страну лида и предложить нужный onboarding-вариант». От этого шага идут 3 Routings + ещё одна ветка по умолчанию.
Voronka pseudocodeplaintext
Step: Send message — Welcome
      ↓
Step: AI Reply — Get country
      Goal: Get user's country and respond accordingly
      Routings:
        ├─ Routing «Germany»  → Step: Send DE link
        ├─ Routing «Poland»   → Step: Send PL link
        ├─ Routing «Other EU» → Step: Send EN link
        └─ (no match) — лид остаётся, ждём следующего сообщения
Routing conditions:
Conditionsplaintext
Germany:  User mentioned they are from Germany or Austria
Poland:   User mentioned they are from Poland
Other EU: User mentioned a European country other than Germany,
          Austria or Poland
Что происходит. Лид пишет «Hello, I am from Munich». AI Reply отвечает на сообщение (например, «Привет! Munich is great. Let me check what we have for Germany»). Параллельно AI Summary/Router проверяет 3 Routings: Germany — YES (Munich = Germany). Лид переходит на «Send DE link».
Если лид написал «Hi» (без указания страны) — ни один Routing не сработал. Лид остаётся на текущем шаге, ждёт следующего сообщения. AI Reply на следующем сообщении запустится снова — спросит ещё раз про страну.



Антипаттерны

Четыре типовые ловушки
Ниже — симптом, почему больно, и как исправить. Если узнаёте себя — правьте формулировки, а не «добавляйте ещё один Routing на всякий случай».



Слишком широкие условия

Слишком широко?
Если условие срабатывает почти на каждом «да» и «расскажите» — оно бесполезно как ветка. Сужайте до конкретной формулировки вопроса лида.
Routing condition «User wants to know more». Сработает почти на любом сообщении («да», «расскажи», «как», «что»). Все лиды в одну ветку. Половина воронки бесполезна.
Решение — конкретизировать. Вместо «User wants to know more» — «User asked specifically about the price» / «User asked about delivery time» / «User asked about safety».



Перекрывающиеся Routings

Пересечение веток
Если один ответ лида подходит под два Routing — порядок/выбор станет недетерминированным для вас. Делайте условия взаимоисключающими.
Два Routing с условиями «User from Germany» и «User from EU» — Германия попадает в оба. Какой сработает первым? Поведение нестабильное.
Решение — взаимоисключающие условия. «User from Germany» / «User from EU country EXCEPT Germany» / «User from non-EU country».



Слишком много Routings

Много Routings = шум
10+ веток с одного AI Reply — дорого и ненадёжно. Каскадируйте: сначала грубое разделение, потом следующий шаг с новым набором Routings.
10+ Routings от одного шага — модель чаще ошибается, выбирая неподходящее условие. Стоимость каждого ответа выше (Summary/Router проверяет все условия).
Решение — каскад. Первый AI Reply — широкое разделение (страна / возражение / согласие). От каждой ветки — свой узкий AI Reply с 2-3 Routings внутри. Каждый запрос Summary/Router работает на узком наборе.



Пустая дефолтная ветка

Ни одна ветка не сработала
Это нормально, если Goal ведёт диалог дальше. Если лид «застревает» без смысла — усилите Goal или добавьте узкий дефолтный сценарий, а не пятый похожий Routing.
Если ни одно Routing не срабатывает — лид остаётся на шаге. Это нормально, но если шаг не задаёт «продолжай разговор» в Goal — лид может зависнуть в недоумении («бот ответил, но я не понимаю что дальше»).
Решение — Goal должна вести диалог даже когда Routings не сработали. «Get user's country, ask again if not provided».



Routings без AI Reply

Только к AI Reply step — глубокий разбор
Routings подключаются к узлу AI Reply. К Send Message / Condition напрямую тот же механизм не переносится — не тратьте время на поиск «Routings для шага без AI».
Routings — только подвешиваются к AI Reply. Подключить Routings к Send Message не получится — Routings срабатывают по ответу лида, а Send Message не ждёт ответа.



Опция «одноразовое срабатывание»

Флаг «один раз»
Включайте, если лид может снова попасть на тот же AI Reply и вы не хотите повторно срабатывать тот же Routing (например, повторная выдача бонуса). В обычных диалогах чаще оставляют выключенным.
У каждого Routing есть флаг The condition will only trigger once and will not be considered again. Если включён — сработавший Routing больше не проверяется для этого лида.
Когда включать. Если воронка может вернуть лида к тому же AI Reply через несколько шагов (через Change flow — перевод в другой flow или Operator), и не хочется повторно отрабатывать одно и то же возражение.
Когда оставлять выключенным. Стандартный сценарий — лид может несколько раз попадать на тот же шаг и каждый раз условие должно проверяться.



Как тестировать Routings

После настройки — обязательная проверка в Demo space:
Минимальный чеклист теста
Для каждого Routing — 3–5 реальных фраз лида (позитив, негатив, «молчание», опечатки). Зафиксируйте, какая ветка выбрана и куда ушёл flow. при расхождении — сначала сужайте условие.
Проверить каждое условие отдельно. Напишите боту 3-5 вариантов сообщений, которые должны сработать на конкретный Routing. Все должны попасть в нужную ветку.
Проверить пограничные кейсы. Сообщения, которые могут попасть в любой из двух Routings (Munich = Germany?). Зафиксировать поведение.
Проверить default branch. Сообщения, на которые ни один Routing не должен сработать (приветствие «Hi», вопрос «What time is it?»). Лид должен остаться на текущем шаге.
После 1-2 недель работы — ревью реальных диалогов в Messenger. Найти кейсы, где Routings сработал не туда, скорректировать формулировки.



Частые вопросы

AI Summary/Router модель оценивает все Routings и выбирает наиболее вероятное. Поведение детерминировано на конкретное сообщение и текущий контекст, но не гарантировано предсказуемо между похожими условиями. Поэтому лучше формулировать условия так, чтобы они были взаимоисключающими (см. антипаттерны).

Все Routings рассматриваются одновременно — модель видит весь список и выбирает один. Порядок Routings в редакторе не определяет приоритет. Если два условия одинаково подходят — модель выберет тот, что точнее матчит сообщение лида.

Это нормальное поведение — лид остаётся на шаге, ждёт следующего сообщения. Если хочется всё-таки увести в одну ветку (например, на оператора, после 3 неудачных попыток) — добавьте Routing с условием «User keeps sending unrelated messages» или счётчик через Custom Fields — пользовательские поля и шаг Condition — ветвление по условиям который ловит этот счётчик.

Прямой логи срабатывания Routings в текущем UI не показывается, но видно по факту: какой следующий шаг выбран. В Messenger видно прохождение лида по шагам. Если нужна детальная аналитика — Steps Conversion — воронка по шагам flow даёт картину «сколько лидов прошло через каждую ветку», что косвенно показывает срабатывание Routings.



Что дальше

AI Reply step — глубокий разбор
AI Reply — детальный разбор шага AI Reply — AI-шаг внутри Flow, который позволяет боту самостоятельно отвечать пользователю. AI Reply используется: для…
Промпт-паттерны
Здесь собрана база шаблонов для Global Legend, Restrictions, Response Style, шага AI Reply (Goal / Requirements), , и использования в промптах. Как…
AI Routings — маршрутизация по смыслу
Шаг AI Routings — нечёткая маршрутизация. Подключается после AI Reply и направляет лида на разные следующие шаги в зависимости от смысла его ответа.
Condition — ветвление по условиям
Шаг Condition ветвит flow по полям лида: теги, депозит, время — точные правила без AI-маршрутизации.

Эта статья была полезна?

НазадAI Reply — детальный разбор шагаДалееAI Recognition — глубокий разбор

На этой странице

  • Routings vs Condition
  • Когда выбирать Condition
  • Когда выбирать Routings
  • Когда нужны оба
  • Как формулировать условия
  • Правила формулировки
  • Полный пример: развилка из 3 Routings
  • Антипаттерны
  • Слишком широкие условия
  • Перекрывающиеся Routings
  • Слишком много Routings
  • Пустая дефолтная ветка
  • Routings без AI Reply
  • Опция «одноразовое срабатывание»
  • Как тестировать Routings
  • Частые вопросы
  • Что дальше