ConnectWiz Flows

Автоматизация, которая знает, с кем говорит.

Обычные инструменты автоматизации работают со строками данных. Flows автоматизируют диалоги — а там единица работы это человек, который ждёт ответа, шаг «подожди 3 дня» совершенно нормален, а вопрос о разрешении лежит на холсте настоящим узлом. 27 типов узлов, все каналы, границы названы честно.

Работает во всех входящих каналах Проверки согласия прямо на холсте Настоящие прогоны вхолостую, трассировка по каждому шагу
Сценарий — напоминание о записи, работает
Триггер · по понедельникам в 09:00
Проверка согласия
Отправить напоминание
Вежливо пропустить
Слот забронирован — каждый шаг в трассировке
27
Типов узлов — и каждый выходит сразу со своим исполнителем, формой в редакторе, правилами валидатора, тестами и документацией
6
Видов триггеров — новый диалог, ключевое слово, расписание, отправка формы, кнопка оператора, защищённый вебхук
~97
Отдельных проверок валидатора до публикации сценария — сломанный сценарий падает в редакторе, а не на клиенте
Дни
Столько живёт один запуск — ожидания надёжные, поэтому «напомнить через 3 дня» это шаг, а не костыль

Триггеры

Шесть способов начать сценарий — и каждый полноценная карточка на холсте

Новый диалог

Встречайте каждое первое обращение продуманным приветствием — в виджете оно может срабатывать даже при открытии окна чата, до того как посетитель что-то напишет.

Ключевое слово

Сообщение клиента, совпавшее с вашими ключевыми словами, запускает нужный сценарий — «запись», «цена», «возврат» — в любом канале.

Расписание

Часы выбирают аудиторию и открывают диалоги — напоминания о продлении, сезонные касания, — а между расписанием и отправкой стоят проверки согласия.

Форма отправлена

Отправленная форма запускает сценарий, и каждый ответ доступен в нём переменной — продолжение начинается в ту же секунду, когда форма пришла.

Кнопка оператора

Оператор запускает сценарий на живом диалоге одним кликом — процедуру возврата, последовательность онбординга: человек решает, автоматика выполняет.

Вебхук под защитой

У каждого вебхук-триггера свой публичный URL со своим секретом, проверка HMAC по сырому телу запроса и защита от повторов. Payload — это данные, а не инструкции: он может назвать человека, но не может управлять внутренностями сценария.

Каталог узлов

27 типов узлов — и правило, которое держит их честными

Узел попадает в палитру только в тот день, когда у него есть исполнитель, форма в редакторе, валидация, тесты и документация. Палитра генерируется из самого движка — редактор не может предложить шаг, который исполнитель не выполнит.

Абстрактная 3D-иллюстрация: граф из стеклянных плиток, соединённых светящимися кривыми, и один активный изумрудный путь, заканчивающийся пузырём чата

Сообщения (6)

Сообщение, варианты ответа, медиа, шаблон WhatsApp, форма прямо в чате и отправитель богатых элементов — то, что клиент действительно видит и слышит.

Логика и время (5)

Условие, переключатель, коннектор (переход на шаг или вызов вложенного сценария с ограничением глубины), надёжная задержка и рабочие часы — ветвление, которое считается с часами и календарём.

Данные (4)

Собрать ответы, задать переменные, вызвать любой REST API, прочитать или записать ваши собственные таблицы данных — интеграция, которой не нужна интеграция.

ИИ (4)

Определить намерение, ответить по базе знаний или отдать шаг ИИ-агенту с инструментами, который сперва всё посмотрит — в том числе в вашей CRM — и только потом заговорит.

Люди и маршрутизация (1)

Один многофункциональный узел назначает отделы и операторов, ставит теги, задаёт приоритет, открывает или закрывает диалог — передача от автоматики человеку, сказанная вслух.

CRM и продажи (3)

Ваша CRM как приложение в палитре: 10 операций чтения и 7 записи — причём каждая запись за тремя воротами (подключено, поддерживается и явно открыто администратором; по умолчанию закрыты все три).

Commerce, звонки и бронирование (2)

Посмотреть каталог, оформить заказ, инициировать звонок, предложить и забронировать настоящие слоты для записи — намеренно два действия, сначала предложить, потом забронировать, чтобы выбирал клиент.

Проверки (2)

Согласие и частота как видимые шаги — вопрос о разрешении лежит на холсте, где его видно проверяющему, а не закопан в настройках.

Отправка с учётом канала

Один сценарий, все каналы — богато там, где богатое есть

Отправитель богатых элементов несёт около двадцати действий, специфичных для канала, — списки, кнопки ответа, карусели, карточки товаров, чеки, купоны, запрос геопозиции, кнопки звонка, WhatsApp Flows — и трижды спрашивает канал, что он умеет отрисовать: в палитре, при сохранении и при отправке. Потому что ответ меняется.

Богатые элементы по каждому каналу

Список в WhatsApp, кнопки в Telegram, карусель в Messenger — собрано один раз и до выпуска сверено с тем, что каждый подключённый канал действительно поддерживает.

WhatsApp Flows внутри

Родные для Meta экраны форм прямо в чате отправляются как шаг сценария, а зашифрованный эндпоинт на нашей стороне подаёт в них живые данные; когда источник данных запинается, экран всё равно отрисовывается с вежливым уведомлением, а не умирает.

Шаблоны, которые учат

Восемь встроенных шаблонов сценариев — разбор, FAQ, статус заказа, захват лида, напоминание, меню, записи, ожидание, — и каждый показывает свой приём; их намеренно мало, вместо пятисот почти одинаковых.

Тесты и версии

«В редакторе работало» наконец-то что-то значит

Абстрактная 3D-иллюстрация: стеклянная лента шагов процесса, загорающихся по очереди; один шаг на паузе с песочными часами, другой рассматривают через линзу

Настоящие прогоны вхолостую

Кнопка теста запускает настоящий движок, только вывод у него собирающий, а не отправляющий: тот же исполнитель, та же трассировка, ноль отправленных сообщений. Вы смотрите ровно на то, что сделает боевая среда.

Версии и откат

Публикация делает снимок версии; любая версия откатывается одним кликом. Пятничный эксперимент никогда не берёт понедельник в заложники.

Валидатор, который спорит

Около 97 разных находок — мёртвые ветки, несобранные ответы, несовпадения с каналом — показываются в редакторе до публикации, потому что клиент неподходящее место, чтобы обнаружить опечатку.

Запуски — с трассировкой и воронкой

Каждый запуск записывает вход и выход каждого шага, а вид воронки показывает, куда люди уходят и где отваливаются. Отладка становится чтением, а не гаданием.

Проверки

Вопрос о разрешении, нарисованный на холсте

Согласие как шаг

Узел согласия сверяется с реестром согласий по всем измерениям — канал, цель, категория — до того, как начнётся ветка с маркетингом. Проверяющий видит эту защиту на схеме, аудитор — в трассировке запуска.

Частота как шаг

Узел частоты ограничивает, как часто автоматика может трогать человека: усталость от рассылок предотвращается структурно, а не надеждой, что кампании договорятся между собой.

Часы соблюдаются

Надёжные задержки и узел рабочих часов означают, что сценарий может подождать три дня и всё равно попасть в рабочее время: терпение здесь свойство движка, а не примотанный скотчем cron.

Мелкий шрифт — без прикрас

Чем Flows отказывается быть — и почему

Никаких параллельных веток

Человек не находится в двух ветках диалога одновременно. Разделить его на параллельные пути — идея из конвейера данных, и она порождает задвоенные сообщения: отказ по замыслу.

Никаких циклов по элементам

«На каждый товар отправить сообщение» — это приём спамера. Там, где перебор оправдан, один узел отрисовывает его одним сообщением-списком или каруселью.

Никакого узла с кодом

Произвольный код внутри движка клиентских диалогов — это риск для безопасности и поддержки, который мы решили не продавать. Узел REST вызывает ваши системы; ваш код остаётся в ваших системах.

Границы поставлены намеренно

32 узла за проход, глубина вложенных сценариев пять, ограниченное пространство переменных — щедро для проектирования диалога и враждебно к автоматике, сорвавшейся с цепи. Потолки описаны в документации, а не обнаруживаются на ходу.

FAQ по Flows

Перед разработкой

Читайте остальное в разделе FAQ, или напишите нам напрямую.

Обычные инструменты автоматизации гоняют строки данных за секунды. Единица работы сценария ConnectWiz — человек, который ждёт ответа: запуск встаёт на паузу на вопросе, переживает ожидание длиной в несколько дней, помнит диалог и несёт проверки согласия и частоты полноценными шагами. Это автоматизация по форме диалога, потому что внутри диалога она и работает.

Во всех входящих каналах: сценарий, запущенный ключевым словом, нажатием кнопки или новым диалогом, ведёт себя одинаково, где бы ни был клиент — в WhatsApp, Telegram, Messenger, Instagram, виджете на сайте или SMS. Богатые элементы подстраиваются под канал: и палитра, и валидатор при сохранении, и обработчик при отправке спрашивают у канала, что он на самом деле умеет отрисовать.

Да — настоящим прогоном вхолостую, а не симуляцией: тест запускает сам движок сценариев, только вывод у него собирающий, а не отправляющий, поэтому в тесте вы видите ровно то, что сделает боевая среда. Добавьте версии с откатом в один клик и валидатор примерно на 97 разных проверок — и «в редакторе работало» наконец-то что-то значит.

Flows отвечают за диалоговую часть — включая сценарии по расписанию, которые открывают переписки для целой аудитории, — а у массовых рассылок свой движок с лесенкой прогрева и правилами сдержанности. Архитектура согласий у них общая, и проверки согласия и частоты остаются видимыми шагами прямо на холсте сценария.

Намеренно. Человек не может находиться в двух ветках диалога сразу, а шаг «повторить по каждому элементу» — это способ превратить автоматизацию в спам. Там, где перебор оправдан — сообщение-список, карусель, — узел отрисовывает его одним сообщением. Это осознанные отказы, записанные в документации, а не недоделки.

Нарисуйте диалог. Движок сдержит обещания.

Начните с шаблона, прогоните вхолостую на настоящем движке и опубликуйте с версией, к которой всегда можно вернуться.