Шаг 1 задачи MLF-294 («Сценарии: галерея шаблонов — welcome, abandoned cart, win-back, post-purchase, double opt-in»). Основа для макетов галереи → согласование с М. Терентьевым → реализация.
Метод: deep-research в три раунда. Раунд 1 (UI-механика галереи): 21 источник → 98 утверждений → состязательная верификация 25, 3 голоса на claim → 13 подтверждено, 12 отклонено. Раунд 2 (состав шаблонов, добор): 22 источника → 104 утверждения → 25 верифицировано → 22 подтверждено, 3 отклонено. Раунд 3 (целевой добор прямым фетчем, без состязательной проверки): SendPulse, Mindbox, тайминги шаблонов, поля карточки, клон-vs-связь, локализация, антипаттерны — включая просмотр скриншотов живого UI (галереи за логином обошли, выкачав PNG из HTML вендорских доков). Дата: 2026-07-16.
Продукты с подтверждёнными данными: HubSpot, Mailchimp, Klaviyo, Braze, ActiveCampaign, Omnisend, Customer.io, SendPulse, Mindbox; частично — Brevo (Cloudflare/403, в основном сниппеты) и Iterable (только по клон-vs-связь). Ortto, Segment/Twilio Engage — не покрыты.
Пометки достоверности (в тексте у каждого факта):
| Метка | Что значит |
|---|---|
| ✅ | Подтверждено состязательной верификацией (раунды 1–2), голос 3-0 или 2-1 |
| ◑👁 | Просмотрен скриншот реального UI — самый надёжный слой после ✅ |
| ◑ | Дословная цитата из первоисточника, раунд 3 — без состязательной проверки |
| ⚠️ | Не верифицировано: вывод, предположение или вывод из умолчания доков |
Механика галереи у всех сходится, и она проще, чем кажется:
Что берём для содержания шаблонов (§9) — реальные вендорские тайминги, не наши выдумки:
welcome 0 → +3д → +4д (дефолт коробки Klaviyo) ◑, abandoned cart 4 часа (дефолт коробки
Klaviyo) ✅, win-back 30 дней → +5д → +10д (Omnisend) ✅, post-purchase 14 дней после Fulfilled Order (Klaviyo) ◑, birthday за 1 день, 00:00 (Omnisend) ◑.
Три вывода, которые меняют постановку задачи (подробно — §13, §14):
Сейчас (CURRENT-STATE.md, строка 70): «Кнопка "Новый сценарий" открывает модальное
окно: вводится название и создаётся пустой черновик». При пустом списке — «подсказка с
кнопкой создания». Шаблоны числятся в нереализованном (строка 254).
Ноды, из которых собираются шаблоны (11): START (триггеры contact_created,
field_changed, tag_added, tag_removed, telegram-события), EMAIL / SMS / PUSH / VIBER /
MESSENGER, FILTER (условие по данным контакта, ветки Да/Нет), CONDITION (ожидание события с
таймаутом: ветки Событие/Таймаут), ACTION (переменная, тег, HTTP-запрос), PAUSE (мин/часы/
дни), GOAL (конверсия, опция остановки сценария).
Существующий макет mockups/editor-ui-redesign.html покрывает редактор и инспекторы нод;
галереи в нём нет (слово «шаблон» там — только про шаблон письма внутри инспектора EMAIL/
Viber). Новый макет должен наследовать его визуальный язык: светлая тема, типографика,
форма карточек и панелей.
Braze ✅ (3-0) — два входа: Messaging > Canvas > Create Canvas > «Use a Canvas Template»
и Content > Canvas > select template > «Apply template». Второе — реальная страница-листинг
с per-row меню, не модалка. Оговорка: breadcrumb дрейфует между версиями навигации — опираться
на структуру, не на лейбл. ⚠️ Выделенный экран-развилка «с нуля / из шаблона» у Braze
документами не подтверждён.
HubSpot ✅ — галерея это отдельный экран после выбора «From template» в потоке создания. ⚠️ Гипотеза о трёхчастной развилке «From scratch / With AI / From template» отклонена верификацией (0-3) — не тащить.
ActiveCampaign ✅ (3-0) — двойной вход: внутри аккаунта и как публичная негейтед витрина.
Дословно: «These are accessible from both the ActiveCampaign solution and via a public and
ungated Marketplace, so that any company, even those not using ActiveCampaign, can browse».
Живая проверка 2026-07-16: /recipes открывается без логина, «Manage your recipes» уводит
на логин — browse публичный, импорт гейтед.
Klaviyo — empty state ✅ (3-0), самый важный факт раздела. Дословно:
«When visiting the Flows tab, if you have no flows in your account, you will be prompted to create different types of pre-built flows from our flow library. You will see more options if you have an ecommerce integration installed.»
Набор предложений зависит от подключённых интеграций: библиотека «provides flows based on your particular marketing goals, ecommerce integration, and messaging channel». ⚠️ Механика (deep-link в библиотеку или инлайн-подмножество карточек прямо в empty state) не уточнена.
SendPulse ◑ — тоже два входа, дословно с RU-страницы:
«Чтобы выбрать готовые шаблоны при создании цепочки в разделе Automation360 > Автоворонки (Dashboard), нажмите Создать цепочку (Create flow). Выберите опцию Шаблоны (Templates). Вы также можете сразу перейти к разделу Automation360 > Шаблоны (Templates).»
Модалка «Create automation» — две карточки: Constructor («Create a flow flexible event-based automation flow», плашка NEW) и Templates («Create a flow using a template»). На странице галереи справа сверху — эскейп-ссылка «Create a flow without a template».
Mindbox ◑ — галереи нет вообще. Есть раздел документации «Примеры механик со сценариями» — статьи-инструкции «собери сам», не применяемые шаблоны. Точка входа — ручное создание: «Нажмите на "Создать кампанию" → "Автоматизация" → "Сценарий"». Переиспользование — только клонирование сценария в другую папку.
Вывод. Модели «только модалка с именем» (наша текущая) нет ни у кого. Минимум — развилка «с нуля / из шаблона» + empty state, ведущий в галерею.
Все ✅ (3-0):
| Продукт | Поиск | Фильтры | Сортировка | Объём |
|---|---|---|---|---|
| HubSpot | по name / description / objective | Hub plan, Objective (+ отдельный тумблер «Compatible with my plan only») | Relevance / Alphabetical / Newest / Most popular | н/д |
| Mailchimp | есть | Channels, Topics, Apps & Integrations (+ «Clear all») | Popular / Recently added | н/д |
| Klaviyo | keyword («Abandoned Cart Flows») | ecommerce-интеграция, канал | н/д | н/д |
| ActiveCampaign | есть | Use Cases ×4, Industries ×13, Compatible Features ×15 | A-Z / Z-A | ~984 («1,000+ pre-built recipes») |
| SendPulse ◑ | нет | пилюли-табы: All / Education / Ecommerce / Tourism / CRM | нет | 16 |
Дерева категорий нет ни у кого ✅ — только плоские фасеты. Оси «стадия жизненного цикла» тоже нет ни у кого ✅: у Mailchimp lifecycle-темы (welcome, abandoned cart, post-purchase, birthday) существуют как содержание шаблонов, но не как таксономия навигации.
⚠️ Отклонено верификацией (не тащить): пагинация ActiveCampaign по 30; фильтр AC «по уровню опыта пользователя» (0-3); фиксированные goal-коллекции Klaviyo вида «Prevent Lost Sales / Nurture Subscribers» (0-3).
Вывод для нас. Фасеты у конкурентов оправданы объёмом: при 984 рецептах без фильтров никак. У нас 6 шаблонов — фасетная панель будет весить больше, чем экономит. Ближайший по объёму пример — SendPulse (16 шаблонов) — обходится одним рядом пилюль-табов по тематике. Развилка вынесена в §14.
Метод раздела. Галереи закрыты логином, а WebFetch выбрасывает картинки. Поэтому агенты вытащили
<img>-ссылки из HTML вендорских доков, скачали PNG и просмотрели их как изображения. Всё, что ниже помечено ◑👁, — это прочитанный скриншот реального интерфейса, а не пересказ доки. Это самый надёжный слой всего ресёрча после ✅.
Klaviyo — спецификация полей + скриншот живой карточки ◑👁. Developer-док для партнёров одновременно задаёт контракт карточки и содержит её скриншоты.
Дословно: «Your flow template will appear in Klaviyo's flow library as a card, like the example below… your flow library card should contain the following elements»:
«Primary header: The name of the flow (<= 31 characters), for example, "Welcome Series."» «Secondary header: The type of flow (<= 31 characters)» *(напр. «Standard (Email & SMS)»)* «**Flow description**: A description of the flow's functionality and key benefits (>= 150 characters)» «Support URL: The link to relevant help documentation that appears when a marketer selects your app's flow template» «Categorization: you'll need to categorize your flow into one of our predefined flow collections»
Со скриншота карточки (сверху вниз): название (жирный) → тип/канал подзаголовком, серый
(«Standard (Email & SMS)», «A/B Test (Email or SMS)») → горизонтальная линия → описание,
обрезанное ~2 строками с многоточием → бейдж интеграции с логотипом (Shopify, WooCommerce,
Smile) → глиф канала (конверт / email+SMS) внизу справа → шеврон > вверху справа.
Карточки сгруппированы под заголовками коллекций: «Prevent lost sales» + подзаголовок
«Turn browses and abandoned carts into purchases with these high-converting flows».
⚠️ Заметка: в раунде 1 claim про goal-коллекции Klaviyo был отклонён (0-3), но скриншот показывает коллекцию «Prevent lost sales» с подзаголовком. Отклонён, судя по всему, был конкретный список коллекций, а не сам факт их существования.
Модалка после клика на карточку ◑👁 — это самая близкая к нашей задаче находка всего
ресёрча. Левая колонка: Description, Note, пилюли-теги («Email», «Remind to purchase»,
«Smile: Loyalty & Rewards», «EN»), поле ввода Name, селект Tags, Trigger («Points Earned
on Order») и Prerequisites с состоянием pass/fail — зелёная галка «You're all set! Points
Earned on Order data is syncing to Klaviyo» и предупреждение «This flow requires Smile's custom
profile property Smile_Points_Balance…». Правая колонка: полный граф-превью
(Trigger → Wait 30 days → Conditional split → Yes/No → Reminder Email → End). Кнопки: «Cancel»
/ «Create Flow »».
То есть у Klaviyo дешёвая идентичность на карточке, дорогая деталь в модалке — и параметризация (имя + теги) живёт прямо в модалке, до создания.
Фильтры галереи Klaviyo ◑👁 (скриншот тулбара): ровно три контрола — «Search flows», «Select one or more integrations», «Select a channel». Сортировки нет вовсе.
Braze — карточек нет вообще ◑👁. Скриншот (alt-текст вендора: «Braze templates in the Canvas templates section with thirteen available templates») показывает плоскую таблицу: заголовок «Canvas templates», табы «Your templates» / «Braze templates», поиск, «13 Results» и единственную сортируемую колонку — Name. Строки = ссылка-название + generic-иконка документа («Abandoned browse», «Abandoned cart», «Onboarding», «Post-Purchase Feedback»). Описание Braze хранит, но в списке не рендерит. Модель данных шаблона: Template Name, Canvas Description (счётчик «31/250 characters»), Team, Tags — вся метаданная поверхность.
ActiveCampaign ◑👁 — порядок DOM карточки дословно: [иконки функций] → «Pre-Assignment Email Series» → описание («How do you make sure contractors and team members are on the same page…») → «Built by ActiveCampaign» → PROJECT MANAGEMENT (бейдж категории, uppercase). ~33 карточки на
страницу. Важная поправка: WebFetch-суммаризатор утверждал, что на карточке есть «thumbnail
image — visual preview of the automation»; проверка DOM это опровергла — imgAlts пуст, а
«визуал» это SVG-иконки с aria-label = названия функций (Email Marketing, CRM). То есть
AC кодирует на карточке requirements иконками, а граф-превью у них нет.
AC — единственный, кто называет стороннего автора: «Built by Gabriel Ryan» vs «Built by
ActiveCampaign».
Omnisend ◑👁 — два нюанса, единственные в индустрии:
✉ x3, ✉ x1 💬 x1. Это не число шагов:
задержки, сплиты и A/B-ноды не считаются. Но ближайшее к «числу шагов», что кто-либо показывает.↑ High Order Rate со стрелкой вверх и без числа.
Не метрика — направленный ярлык. При этом Omnisend публикует бенчмарки в блоге — в карточку
из них не попадает ничего.SendPulse ◑ — карточки это радио-список, не плитка: радиокнопка + название, 2–3 строки описания, серый бейдж категории, иконка справа. Выбранная — зелёная рамка. ⚠️ Changelog от 16.10.2025 упоминает «refreshed template gallery», скриншотов новой версии нет нигде — наше описание относится к версии до редизайна.
HubSpot — экран деталей (не сетка) ◑: Overview («summary of what the workflow template does, including enrollment triggers and actions, as well as any prerequisites»), Details («the template's author, the count of installs, and objective»), Legal. Поля карточки в сетке этот док не описывает — не найдено.
Mailchimp — карточка не найдена ⚠️: ни одного скриншота галереи не нашлось ни в доках, ни у третьих лиц. Подтверждён только preview-экран (см. ниже).
⚠️ Расхождение между раундами. В раунде 1 claim'ы про спеку карточки Klaviyo и про структуру Overview/Details/Legal у HubSpot были отклонены (0-3), а в раунде 3 воспроизведены дословно из тех же доков — а для Klaviyo ещё и подтверждены скриншотом. Вероятная причина отклонения — интерпретирующие довески в формулировках claim'ов раунда 1.
Ни один вендор не показывает на карточке ни число шагов, ни время настройки, ни метрики эффективности. Проверено 9 галерей: Klaviyo, Braze, HubSpot, Mailchimp, ActiveCampaign, Omnisend, Brevo, SendPulse (Automation360 + чат-боты), Make.com.
Сила отрицания по вендорам:
N steps, N minutes, setup time, benchmark, conversion rate, average. То же на
двух страницах деталей.Два исключения, которые не ломают вывод, а уточняют его (оба — Omnisend ◑👁): счётчики
сообщений по каналам (✉ x3) — считают сообщения, не шаги; и бейдж ↑ High Order Rate —
демонстративно без числа. Второе стоит прочитать как сигнал: пер-шаблонная цифра конверсии
провоцирует сравнение, которое потом придётся защищать на каждом аккаунте.
Ближайшее к «метрикам» — install count у HubSpot: это популярность, а не эффективность. Сортировки «Most popular» (HubSpot) и «Popular» (Mailchimp) подразумевают метрику популярности, но на карточке она не подтверждена. Braze в маркетинге пишет про «templates that have already proven impact» — но в UI не выводит ни одного числа.
Вывод. «Число шагов / время настройки / ожидаемый uplift на карточке» — наша гипотеза, а
не отраслевой стандарт. Показать их было бы genuinely novel. Но novel-because-nobody-does-it
режет в обе стороны, и три довода против стоит взвесить: (1) девять зрелых продуктов сошлись на
название + описание + теги — вероятно, число шагов слабый сигнал при выборе (граф из 3 нод не
«проще» графа из 6); (2) время настройки непредсказуемо, ошибочная оценка подрывает доверие;
(3) метрики нам пока неоткуда взять — своих данных по шаблонам нет, а выдуманный бенчмарк хуже
отсутствующего.
Что стоит взять вместо этого — модель Klaviyo: дешёвая идентичность на карточке (название, тип, описание, бейдж интеграции, глиф канала), дорогая деталь в модалке (граф-превью + prerequisites с состоянием pass/fail). Их обработка prerequisites — зелёная галка, когда данные уже текут, и предупреждение, когда чего-то не хватает, — самая сильная идея во всём ресёрче и единственное поле здесь с внятным ответом на вопрос «зачем оно на экране».
Отраслевой минимум, подтверждённый документами и скриншотами: название + тип/категория + описание, опционально бейдж интеграции/требований и author/installs на экране деталей.
Mailchimp ✅ (3-0), дословно:
«Click on a flow template to learn more about it. The preview page shows the flow's description, trigger, requirements, objective, and a visual of the flow.»
Порядок подтверждает, что preview строго предшествует применению: клик по шаблону → preview → «Use this flow». ⚠️ Не уточнено: full page vs модалка/drawer, и что такое «a visual» — статичная миниатюра или интерактивный canvas.
SendPulse ◑ — двухколоночный layout: слева список карточек, справа большая панель превью со статичным отрендеренным мини-графом всей цепочки с zoom in/out. Нечитаемо мелкий — чисто «форма сценария», для понимания бесполезен. Кнопка «Use template» — зелёная, в правом верхнем углу панели превью.
Модель A — сразу в редактор, без wizard'а:
Модель B — мини-wizard параметризации до редактора:
Гейт на активации, а не на применении. HubSpot, дословно (тот же док):
«Placeholder actions must be filled out before you can turn on the workflow.»
То есть параметризация post-hoc и in-canvas, шаблон применяется всегда. ActiveCampaign ◑ (из поисковой выдачи, help-центр отдаёт 403): импорт рецепта возможен даже когда в аккаунте нет поддерживающих действий/триггеров; неподдерживаемые блоки помечаются и должны быть удалены до активации — та же логика.
SendPulse валидации не описывает вовсе ◑ — вместо неё инструкция-предупреждение: «В блоках Email и SMS с контентом не забудьте подставить свои ссылки и переменные, в блоках Фильтр и Условие проверьте, чтобы отслеживались существующие данные». То есть ответственность переложена на пользователя текстом в доке. Это ровно тот антипаттерн, что описан в §11.
Mailchimp — requirements как предусловие ✅ (3-0), дословно: «Flow templates with e-commerce functionality require a connected store» и «Flow templates with SMS Marketing functionality require an approved SMS Marketing program». Подтверждает поле requirements/prerequisites на карточке как реальный вендорский паттерн. ⚠️ Отклонено (0-3): claim про validation error на кнопке Save у Braze.
Каталог: 16 шаблонов, 4 тематики. Дословно: «Доступны тематики шаблонов: Образование (Education), eCommerce, Туризм (Tourism) или CRM».
Обещание вендора: «В готовых шаблонах уже добавлены события запуска цепочек, шаблоны писем и SMS, а также настроена связь и последовательность элементов с блоками фильтра, действия и условия. Вам остается только выбрать нужный и подставить свои данные».
Состав шаблонов на первоисточнике НЕ раскрыт — только названия. Единственные читаемые
тайминги (со скриншота шаблона «Order in progress»): Flow start → 30 min. → Email → Condition (Opens / wait 2 hour) → ветки no/yes.
All | Education | Ecommerce | Tourism | CRM),
серые, активная — бирюзовая.Flow start /
Condition, зелёные — Email; тайминг подписан текстом на связи («⏱ 30 min.»); порты веток —
красная точка no / зелёная yes.Все скриншоты в RU-статье лежат в папке En-knowledge_base и показывают английский
интерфейс. Русские названия шаблонов есть только в тексте доки; описания карточек —
только по-английски (напр. для «Registration / subscription»: «These are welcome email series
after people sign up for the website...»). Русской локализации галереи в доках не
подтверждено. Это прямая точка отстройки: полностью русская галерея с русскими описаниями.
DOI у SendPulse в Automation360 нет — термин живёт только в разделе форм подписки.
Галереи шаблонов нет (см. §3). Ценность Mindbox для нас — эталонная русская терминология и состав механик.
| Понятие | SendPulse | Mindbox |
|---|---|---|
| Сценарий | «цепочка», «автоворонка», «авторассылка» | «сценарий» |
| Шаблон сценария | «готовый шаблон цепочки автоворонки» | (нет понятия) |
| Применить шаблон | «Использовать шаблон» | (нет) |
| Раздел галереи | «Шаблоны» | (нет) |
| Задержка | «Пауза» | «Ожидание» |
| Условие | «Условие», ветки «Да»/«Нет» | «Условие», «ветка "Да"»/«ветка "Нет"», «Мультиветки» |
| Фильтр | «Фильтр», ветки «Да»/«Нет» | (часть «Условия») |
| Действие | «Действие» | «Группа шагов» / «шаг» |
| Стартовый блок | «Стартовый элемент», «Старт серии» | «Настройки запуска», «Произошло событие» / «По расписанию» |
| Цель | «Цель», «Конверсия» | термина нет — «Целевое действие» в отчётах |
| Брошенная корзина | «Брошенная корзина» | «Брошенная сессия» (корзина+просмотр в одной механике) |
| Реактивация | «Реактивация подписчиков/покупателей» | «Сценарий для реактивации по заказам» |
| Подтверждение подписки | «подтверждение подписки» (в формах) | «Сценарий для подтверждения подписки» |
| A/B | — | «АБ-тест», вероятностное — «Разделение» |
Определение сценария у Mindbox, дословно: «Сценарий — это алгоритм взаимодействия с пользователями на определенном этапе клиентского пути, основанный на поведении до и во время прохождения подобранной цепочки».
Для DOI устоявшееся русское — «подтверждение подписки» и «двухэтапная подписка»; «двойное подтверждение» не встретилось ни у SendPulse, ни у Mindbox. У Mindbox: «Функция Opt-in — это подтверждение подписки», статус «Требует подтверждения».
Ограничение их интерфейса (полезный ориентир): «Поддерживается стабильная работа интерфейса до 150 добавленных блоков».
Критично и всюду соблюдено: дефолт коробки ≠ рекомендация вендора ≠ учебный пример в статье-объяснялке. Первый раунд на этом ловился.
Klaviyo, дословно (help.klaviyo.com/.../115002775172):
«A welcome series is a crucial automation, and Klaviyo provides a pre-built welcome series out-of-the-box.» «For a standard welcome series, we recommend sending 3 emails over the course of a week with the following cadence used in our pre-built flow: 1. Email #1, send immediately 2. Email #2, after 3 days 3. Email #3, after 4 days»
Формулировка гибридная («we recommend» + «used in our pre-built flow»), но прямо утверждает,
что это каденция коробочного флоу. 0 → +3 дня → +4 дня — берём как ориентир.
Механика: «To send subscribers an email immediately after they opt-in, add an email directly after your flow's trigger with no time delay before it». Ограничение: «someone can only receive messages in a list-triggered flow once».
Триггер и развилки ✅ (3-0, Academy): «A welcome series flow is a list-triggered flow that greets new subscribers as soon as they sign up for your marketing list». Две типовые развилки: по факту покупки («What someone has done or not done > Has Placed Order at least once over all time» → новым скидка, существующим — рекомендации) и по атрибуту профиля («Properties about someone»). ⚠️ Правило «1 welcome-флоу на канал» — best practice, частично артефакт их архитектуры: «Klaviyo does not support a single flow with multiple starting triggers». У нас START поддерживает несколько триггеров — догмой это делать нельзя.
Mindbox ◑: событие «Новый клиент» (срабатывание один раз на клиента) → «Проверяем валидность контакта и наличие подписки» → welcome-рассылка → «Ждем неделю» → «Если у клиента всё ещё нет заказов» → рассылка-напоминание. Одна задержка, одна развилка. Важная защита: «Чтобы не срабатывать по клиентам, которые были в базе до создания сценария, нужна дополнительная проверка. Например, по времени первой регистрации».
Mailchimp ◑ (legacy Classic, см. оговорку ниже): 5 писем, «Immediately after someone subscribes» → далее каждое «1 day after a subscriber is sent the previous email». Одиночное welcome-письмо в актуальном продукте: «The default delay is immediately», опции — «1 hour, 6 hours, or 1 day».
Omnisend ◑ — дефолтных задержек не публикует. Есть только пресеты «x1 for one email
or x3 for three emails» и триггер Subscribed to Marketing.
Klaviyo (3-0). Триггер: «An abandoned cart flow is a metric-triggered flow that is typically triggered by the Checkout Started metric»; «Shopify and BigCommerce offer an Added to Cart metric which can also be used».
Развилка (2-1): «use a conditional split to branch your flow into 2 paths using the following condition: What someone has done or not done > Person has Fulfilled Order at least once over all time». YES = существующие клиенты (ценность без скидок), NO = новые (social proof, отзывы, скидка). Почему split, а не фильтр — осознанный приём: фильтр «completely filters the rest out», а split пропускает всех и лишь маршрутизирует.
⚠️ Как Klaviyo реализует выход при покупке — осталось неподтверждённым: claim про обязательный flow filter «Placed Order zero times since starting this flow» отклонён (1-2).
Omnisend (3-0) — пресет «Customer Reactivation». Ключевое: триггерится ЗАКАЗОМ, а не бездействием: «By default, the Customer Reactivation workflow is triggered by Placed Order». Отсчёт идёт от факта последней покупки.
Placed Order → задержка 30 дней → проверка «Has customer ordered again?» (Yes → exit) → Day 30 SMS со скидкой → Day 35 email с рекомендациями → Day 45 финальный ремайндер. Frequency control до 7 дней.Mindbox ◑: запуск по расписанию раз в сутки; в базе от полугода; заказы есть, но не за последние полгода; «Ждем 7 дней» → проверка заказов → рассылка с бонусом → «Ждем ещё 12 дней» → проверка использования бонуса → напоминание о сгорании. Повторный вход — «только через 180 дней».
⚠️ Отклонено (0-3, не тащить): «аудитория winback Klaviyo = неактивные 3–6 мес» и «развилка winback по вовлечённости за 60 дней + тег Winback on social». Числа на странице есть, но приписанная им роль верификацию не прошла. Иллюстративный A/B-пример Klaviyo «75/55 дней» — не содержимое коробочного шаблона.
Klaviyo — коробочного шаблона НЕТ: статья «How to create a post-purchase flow» — мануал
по сборке руками («Click Create flow» → «Select Build your own»), конкретных задержек не
задаёт. Единственная цифра-дефолт (из статьи про upsell/cross-sell): «This is why the
default product review / cross-sell flow is set to go out 14 days after an order is
fulfilled». Триггер — Fulfilled Order предпочтительнее Placed Order («closer to when a
customer actually receives a product»). Обязательный фильтр: «Only include people if they
have Fulfilled Order zero times since starting this flow». Развилка первый/повторный:
«Has Placed Order equals 1 over all time».
Omnisend — дефолтов не документирует; только рекомендация «Order Follow-up emails are typically sent 1–7 days after an order is marked as Paid» (окна Day 1–2 / 3–5 / 7+).
Mailchimp ◑ (legacy Classic): «Email 1 — Delay: 1 hour after a subscriber purchases anything from your store; Email 2 — Delay: 10 days after previous email; Email 3 — Delay: 20 days after previous email».
Omnisend — есть дефолт: «Birthday Automation triggers one day before the birthday at midnight by default»; офсет ограничен: «Send the message 1–14 days before or after the birthday». Повтор: «Every year» / «One-time only». Пресеты: «Email only» / «Email + SMS».
Klaviyo — механика триггера, шаблона нет. Офсет произвольный: «you can select any number of days, weeks, or months in advance». При выборе «before» появляется якорь: «This will automatically produce an anchor point (called the target date delay component) on the actual date». Слать в сам день предписано: «Make sure to add a message on the profile's actual birthday». Год игнорируется: «Klaviyo will evaluate whether the profile enters the flow based on the day and month rather than the exact year». Деталь реализации: «Klaviyo checks if someone qualifies for a flow daily via a check that runs a full day in advance». ⚠️ «9 am» — учебный пример + рекомендация, не дефолт.
Mailchimp ◑ (legacy): «Email 1 — 1 day before a subscriber's birthday; Email 2 — On a subscriber's birthday; Email 3 — 1 day after a subscriber's birthday» — единственный найденный вендор с post-birthday письмом в составе.
Mindbox ◑: запуск по расписанию раз в сутки, ограничение «один раз за календарный год», режим «до него»; различают фильтры «День рождения» (дата без года) и «Дата рождения» (полная).
⚠️ Оговорка по Mailchimp Classic, важная. Все цифры Mailchimp выше — из закрытого legacy-контура: «Classic automations are only available to paid accounts that have previously created a classic automation». Новым аккаунтам недоступно. Спецификаций pre-built шаблонов актуального продукта (Customer Journeys / Automation Flows) в help-доках нет. Использовать как исторический ориентир, не как «так у Mailchimp».
DOI отсутствует в галереях шаблонов у ВСЕХ семи проверенных вендоров: Omnisend (15+ пресетов), Mailchimp, Klaviyo, Brevo, SendPulse (16 шаблонов), Customer.io, Mindbox.
Он существует в двух формах:
Customer.io — единственный, у кого DOI существует только как кампания: «Add a Wait Until workflow action and use the segment you created as the condition that you want to wait for, and add a maximum wait time of 1 week».
Mindbox — это ДВА отдельных сценария, дословно: «В механике предусмотрены два запускающих события — появление клиента и подтверждение подписки. Для каждого необходимо создать отдельный сценарий». Сценарий А: запуск по изменению подписки → проверка контакта → «Отправляем рассылку для подтверждения почты» → «Ждем сутки» → «Если подписку всё ещё не подтвердили» → напоминание. Сценарий Б: запуск по действию «Подписка клиента на канал» (генерируется автоматически при клике) → проверки → welcome-письмо.
Сроки жизни ссылки подтверждения: Klaviyo — «Double opt-in emails are valid for 72 hours»; Omnisend (форма) — «expires 30 days after it's sent»; Omnisend (автоматизация) — «automation-based emails don't expire»; Customer.io — «1 week». Авто-удаление неподтверждённых по таймеру — не найдено ни у кого; меняется только статус.
Напоминание о подтверждении нашлось только у Mindbox («Ждем сутки» → напоминание).
Формулировка для заказчика: DOI у вендоров — документированный рецепт, а не шаблон галереи. Это осмысленная позиция: DOI слишком завязан на конкретные формы/списки/ссылки, чтобы работать «из коробки» одним кликом. Развилка — §14.
Отдельная статья Klaviyo целиком об этом («Understanding time delays near splits»):
«If you split recipients by their actions, you need to allow time for them to take those actions» «a split is a point-in-time evaluation» «Typically, you want to place a time delay before any conditional split to ensure that recipients have time to, for example, place an order before they're sent down a certain path» «If you put an additional time delay after a split, before a message, it's possible that, after this additional wait period, the recipient will no longer qualify for that path» → «we usually recommend setting these emails or SMS to send immediately after the split itself»
Границы правила (сам вендор): ждать не надо перед trigger split и перед развилкой по атрибуту профиля — данные уже на месте. Исключение: задержка после сплита уместна в A/B-тесте тайминга.
Для нас карв-аут ложится ровно на различие FILTER (данные профиля — ждать не надо) vs CONDITION (ожидание события — семантика ожидания уже внутри ноды). ⚠️ Модальность Klaviyo — «typically»/«usually», не жёсткое правило.
Customer.io разводит их намеренно, дословно:
«Exit conditions determine if or when a profile should exit your automation» «A goal is what you want your audience to accomplish during your automation» «By default, a profile continues through an automation until they stop matching the automation filter criteria—even if they perform your automation's goal action.» «If you want profiles to exit your automation when they match your conversion criteria, include the criteria in your exit conditions.»
То есть «купил → выйти» надо отдельно переписать в exit-условия; из постановки цели это не следует. Критерий конверсии — ровно один из трёх, взаимоисключающе: событие / вход в сегмент / выход из сегмента. Окно конверсии — «up to 90 days» (это потолок настройки, не дефолт). ⚠️ Временная чувствительность: разделение — состояние с релиза 2026-07-08 (за 8 дней до ресёрча); их доки признают «historically, exit conditions and conversion goals were closely linked».
Контраст для развилки: у SendPulse ◑ цель, наоборот, умеет останавливать — есть опция «Остановить серию для подписчика после срабатывания цели». У Mindbox ◑ цели внутри сценария нет вообще. У нас GOAL уже реализована с опцией «остановить сценарий» — т.е. мы ближе к SendPulse.
Вопрос, который два раунда упирались в молчание доков. Молчание пробито — но не там, где искали. Ни один вендор не документирует, что происходит со сценарием, созданным из галереи, при обновлении шаблона. Зато три вендора явно документируют copy-семантику для автоматизаций через соседние пути (share/import, партнёрские аккаунты).
ActiveCampaign — рецепт есть снимок на момент времени, дословно:
«An automation recipe is a template of an automation.» «The sharing link saves the automation as it exists at that moment. If you edit the automation, you'll need to create a new link… changes you make to the automation in your account will not be reflected here until you create and add a new sharing link.» «Any edits you make to the copy will not affect the original, and vice versa.»
Brevo — импортированный workflow это только копия, дословно: «The shared automation workflow is only a copy of the source automation workflow. You will be able to edit the shared automation workflow without impacting its source».
Omnisend — templated accounts, ближайший истинный аналог нашего вопроса, дословно:
«Once you copy content to a client account, it becomes independent of your account. Changes to your templated account do not affect previously copied content.» «Changes will apply only to future copies.»
⚠️ Точность формулировки. AC и Brevo документируют upstream-направление (правки источника не доходят до листинга/копии). Прямо «уже импортированные автоматизации не обновляются» говорит только Omnisend.
HubSpot (проверено трижды — только «redirected to the workflow editor with the templated triggers and actions applied»), Klaviyo flow library, Mailchimp journey templates (только «can be edited at any time»), Braze Canvas templates (полный FAQ из двух Q&A, ни одного про связь), SFMC Journey Templates, pre-built библиотеки Omnisend/Brevo. Слова «snapshot» и «not linked» не встречаются ни в одной доке про flow-шаблоны ни у кого. У Iterable фичи journey-шаблонов нет вовсе — вопрос не «не документирован», а бессмыслен.
Косвенный, но красноречивый сигнал — фиче-реквест в HubSpot Community (июнь 2024, без ответа): «It would also be great to have the ability to apply changes to a template to exsiting workflows that are using the template» (опечатка в оригинале). Просят — значит, связи нет.
Все девять документированных путей инстанцирования — copy-on-create. Единственные документированные live-link поведения: Braze Content Blocks (осознанный opt-in) и классический редактор Brevo (deprecated). Это сильный направленный сигнал, что copy-on-create — отраслевая норма; но конкретно для flow-шаблонов это по-прежнему вывод, а не цитата. Кабинетный ресёрч по этому вопросу исчерпан — быстрее закрыть руками в живом аккаунте, чем дальше копать доки. Развилка для нас — §14.
Отраслевой дефолт: переводят интерфейс, шаблоны оставляют английскими. Самая чистая формулировка — у Klaviyo, в доке есть раздел буквально «What remains in English»:
«Nearly all pre-built templates within each content library (e.g., campaign templates, flow templates, form templates, etc.). Note that some translated templates are available in French only.»
При этом «All pages and page elements within the Klaviyo application (e.g., headings, buttons, subtext, etc.)» переводятся, а UI поддерживает 11 языков. Фильтра по языку в Flow Library нет. Отдельно: Smart Translations (60+ языков) переводит контент клиента, а не библиотеку вендора.
Локализация метаданных карточки — редкость, коррелирует с рынком происхождения вендора, а не с числом языков UI:
Локализация контента писем внутри шаблонов — ещё реже, и делается тремя способами дешевле перевода библиотеки:
Для нас (ru/en/uz) это два независимых решения: метаданные карточки (дёшево) и тело письма внутри шаблона (дорого). §14.
Главный вывод: критика вендорских шаблонов — НЕ «устарели». Ни один источник не сказал, что библиотека stale/неподдерживаемая. Претензия всегда одна: шаблон неполон по построению, а пользователи считают его готовым. Три независимых механизма:
1. Молчаливо неверные дефолты. Агентство BS&Co: «Klaviyo's default template does this. If you set up your flow from a Klaviyo template and never changed the trigger, you probably only have abandoned checkout» (т.е. брошенные корзины теряются целиком); «Don't use Klaviyo's arbitrary 180-day default. Use your actual repurchase data from your order history».
2. Нет системного контекста. Computan: «Template libraries look useful. They're not. They give you isolated automations without context»; «Templates don't tell you what they override. They don't tell you when they should run. They don't tell you what they conflict with»; «Most workflow templates accelerate chaos». Marcloud: «templates don't understand your business, your data, or your goals. Blindly adopting them can mean you miss important nuances» — и прямой совет строить с нуля, чтобы разобраться в системе.
3. Generic-копия уходит в прод — это признают сами вендоры. Klaviyo: «We highly recommend reviewing, customizing, and previewing all default flow messages before turning your flows live to ensure that they align with your brand». Smile.io (партнёр Klaviyo): «Some of the content in the flow templates is generic and must be updated to reflect your specific program before being ready to send to customers».
🔴 Load-bearing факт для дизайна. BS&Co о том, почему публичные бенчмарки Klaviyo ниже ожиданий: «Klaviyo's published industry benchmarks cover all customers on the platform... Their numbers tend to run lower across the board because the pool includes accounts with broken flows, misconfigured filters, and untouched defaults». То есть шаблон, который никто не отредактировал, — модальный исход, и он статистически тащит вниз метрики самой платформы.
Вывод для нашего UX: лечится не лучшим дефолтным текстом, а тем, чтобы ненастроенное состояние было видимо незаконченным — блокировка публикации на плейсхолдерах, явная постановка решения о триггере/таймингах вместо молчаливого дефолта. Это ровно то, что делает HubSpot («Placeholder actions must be filled out before you can turn on the workflow»), и ровно то, чего не делает SendPulse (перекладывает на пользователя текстом в доке, §6).
Контр-сигнал (для честности): про-шаблонные источники сходятся, что шаблоны выигрывают только для частых, низкорисковых, повторяемых задач. Bluleadz: «Standard templates are a great place to start when you need to set up workflows to handle extremely common tasks». Никто не защищает шаблоны для чего-то штучного. Наши шесть сценариев — ровно «extremely common tasks», так что кейс валиден.
Гипотеза «библиотека устаревает» не подтвердилась — в частности, ActiveCampaign активно поддерживает каталог (Recipe Import Enhancement 2025), отзывы positive.
⚠️ Не подтверждено (403/блокировки, нужен браузер): Reddit, HubSpot Community, Capterra, EmailToolTester. Лид, который стоит проверить, если понадобится: у Klaviyo Community сообщается, что применение брендового шаблона к существующему флоу уничтожает контент флоу — если правда, это структурная претензия, прямо относящаяся к дизайну редактора.
| Аспект | Klaviyo | Braze | HubSpot | Mailchimp | ActiveCampaign | Omnisend | SendPulse | Mindbox |
|---|---|---|---|---|---|---|---|---|
| Галерея есть | ✔ | ✔ (таблица!) | ✔ | ✔ | ✔ (публичная) | ✔ | ✔ | ✘ |
| Вход из потока создания | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | — |
| Отдельная страница-библиотека | ✔ | ✔ | ✘ | ✘ | ✔ | — | ✔ | — |
| Empty state → галерея | ✔ | — | — | — | — | — | — | — |
| Объём каталога | — | 13 | — | — | ~984 | 15+ | 16 | — |
| Форма списка | сетка карточек + коллекции | плоская таблица | сетка | сетка | сетка (~33/стр) | сетка | радио-список | — |
| Фильтры | search, интеграция, канал | search | Hub plan, Objective | Channels, Topics, Apps | Use Cases, Industries, Features | — | тематика (табы) | — |
| Сортировка | ✘ | Name | Relevance/A-Z/Newest/Popular | Popular/Recent | A-Z | — | ✘ | — |
| Описание на карточке | ✔ (2 строки) | ✘ (хранит, не рендерит) | — | — | ✔ | ✔ | ✔ | — |
| Превью графа | ✔ в модалке | ✘ | ✘ (текст) | ✔ на preview-экране | ✘ (иконки функций) | ✘ | ✔ мини-граф | — |
| Число шагов на карточке | ✘👁 | ✘👁 | ✘ | не найдено | ✘👁 | ~ (сообщений по каналам) | ✘ | — |
| Метрики на карточке | ✘👁 | ✘👁 | ✘ (install count) | не найдено | ✘👁 | ~ (↑ High Order Rate, без числа) |
✘ | — |
| Requirements | ✔ pass/fail в модалке | ✘ | ✔ (детали) | ✔ (preview) | ✔ (иконки) | ✘ | ✘ | — |
| Автор на карточке | бейдж интеграции | ✘ | ✔ (детали, + installs) | — | ✔ «Built by…» | ✘ | ✘ | — |
| Модель применения | имя+теги в модалке → draft | сразу | сразу | wizard (аудитория) | импорт | — | wizard (имя, отправитель, UTM) | — |
| Гейт незаполненного | per-node draft | — | на активации | requirements | на активации | — | ✘ (текст в доке) | — |
| DOI в галерее | ✘ | — | — | ✘ | — | ✘ | ✘ | ✘ |
| Клон vs связь | копия (email-шаблоны) | обе модели (Content Blocks) | не документир. | не документир. | копия (снимок) | копия (independent) | — | — |
| Локализация шаблонов | ✘ (FR частично) | — | ✘ | — | комьюнити | системные блоки | ✔ (метаданные) | RU-native |
👁 — отрицание подтверждено просмотром скриншота живого UI; ~ — частичный аналог.
Тайминги коробочных шаблонов:
| Сценарий | Klaviyo | Omnisend | Mailchimp (legacy) | Mindbox |
|---|---|---|---|---|
| Welcome | 0 → +3д → +4д ◑ | не публикует | immediately, далее 5×+1д | welcome → неделя → напоминание |
| Abandoned cart | 4 часа (дефолт) ✅; реком. 2–4ч + 20–48ч | — | — | «Брошенная сессия»: полчаса |
| Win-back | — | 30д → +5д → +10д ✅ | — | 7д → бонус → +12д → сгорание |
| Post-purchase | 14д после Fulfilled Order ◑ | реком. 1–7д | 1ч → +10д → +20д | — |
| Birthday | офсет произвольный | за 1 день, 00:00; офсет 1–14д | −1д → 0 → +1д | раз в год, режим «до него» |
| Double opt-in | ссылка 72ч | форма 30д | — | письмо → сутки → напоминание |
CURRENT-STATE.md
строка 72).Проблема. Обе ключевые вендорские развилки — welcome («Has Placed Order at least once over
all time») и abandoned cart («Person has Fulfilled Order at least once over all time») —
принадлежат категории «What someone has done or not done», т.е. запрос к событийной
истории, а не к полю профиля ✅. Наша FILTER специфицирована как условие по данным
контакта (CURRENT-STATE.md строка 113).
Следствие: если FILTER не умеет спрашивать cdp.events, то welcome и abandoned cart в
вендорском виде на текущем наборе нод не воспроизводятся. Варианты: (а) научить FILTER
запросу к event-store; (б) собирать развилку на CONDITION (ожидание события с таймаутом) —
но это другая семантика: ожидание, а не проверка истории; (в) упростить шаблоны, убрав
развилку по истории покупок.
Это не вопрос макета — это вопрос к модели данных, и решать его надо до сборки графов.
Факт: DOI нет в галерее ни у одного из семи вендоров ◑; это либо настройка формы, либо рецепт-статья. У Mindbox — вообще два сценария.
Но: утверждение «DOI у вендоров — настройка списка, граф неуместен» неверно: у четырёх из семи DOI собирается графом (Brevo, Omnisend alternative, Customer.io, Mindbox), и Mindbox документирует его как эталонный сценарий.
Реальный критерий для нас — есть ли у Mailfit свои формы подписки с нативным DOI. Если да — граф-шаблон дублирует настройку и будет путать. Если формы внешние / DOI на уровне списка не реализован — граф это ровно то, что делают Brevo/Omnisend/Customer.io, и он собирается из наших нод без единой новой: START → EMAIL (письмо подтверждения) → CONDITION (ожидание клика с таймаутом) → ACTION (проставить поле/тег) → GOAL. Ключевая нода — CONDITION с таймаутом: именно она несёт всю механику DOI у всех четверых.
У всех разобранных фасеты оправданы объёмом (984 / 16 против наших 6). Плюс у нас канальная ось шире, чем у всех образцов: ни один конкурент не имеет MESSENGER/VIBER как первоклассных каналов. Вопрос: нужны ли фильтры вообще, или хватит одного ряда табов по цели (как у SendPulse) — либо вообще плоской сетки из 6 карточек без навигации.
Три позиции в индустрии: Customer.io намеренно разделяет (цель не выводит) ✅; SendPulse даёт опцию «Остановить серию после срабатывания цели» ◑; Mindbox цели в сценарии не имеет вовсе ◑. У нас GOAL уже реализована с опцией остановки — т.е. модель SendPulse. В шаблонах win-back/cart вендоры ставят выход-при-покупке (Omnisend: «exit immediately»). Вопрос: используем ли в шаблонах GOAL как точку выхода — или это отдельная механика.
Три конкретные точки, где мы можем быть заметно лучше:
CURRENT-STATE.md
строка 152), реально шлёт только Telegram. Шаблоны welcome/cart/win-back по факту
email-ные. Показывать их как requirements-гейт («требуется подключённый email») или строить
шаблоны мультиканально?Три раунда, разный уровень проверки. Раунды 1–2 — состязательная верификация (3 голоса на утверждение, ~50% отсева: 15 из 50 отклонено). Раунд 3 — прямой фетч первоисточников без состязательной проверки: цитаты дословные и проверяемые по URL, но интерпретация не оспаривалась. Отсюда метки ✅ / ◑.
Расхождение между раундами по двум фактам. Спека карточки Klaviyo и структура Overview/Details/Legal у HubSpot отклонены в раунде 1 (0-3) и воспроизведены дословно в раунде 3 из тех же доков (§5). Вероятная причина — интерпретирующие довески в формулировке claim'ов раунда 1. Помечены ◑, не ✅.
Доки ≠ UI — но частично закрыто скриншотами. Живых сессий в аккаунтах не было (галереи
за логином). Обошли так: вытащили <img> из HTML доков, скачали PNG, просмотрели как
изображения — отсюда метка ◑👁 (Klaviyo, Braze, ActiveCampaign, Omnisend, SendPulse).
Незакрытым остаётся: карточка Mailchimp (скриншота не существует нигде), in-app модалка
ActiveCampaign (help-центр 403), галерея SendPulse после редизайна 16.10.2025 (наше описание
— до него). Форма preview Mailchimp (full page vs модалка) и природа «a visual» — по-прежнему
⚠️.
⚠️ Отдельно: суммаризатор WebFetch врёт про картинки. Он утверждал, что на карточке
ActiveCampaign есть «thumbnail image — visual preview of the automation»; проверка DOM это
опровергла (imgAlts пуст, «визуал» = SVG-иконки функций). Агенты также независимо ловили
сфабрикованные поисковой выдачей цитаты — в §10 и §12 это отдельно отмечено. Всё, что в
документе в кавычках, прочитано на самой странице.
Непокрытые продукты. Brevo — Cloudflare/403 на всех попытках, включая браузер; все факты по нему из сниппетов, дословных цитат нет. Iterable, Ortto, Segment/Twilio Engage — не покрыты вовсе.
Community-слой не взят. Reddit, HubSpot Community, Capterra, EmailToolTester — 403 для краулера. Раздел §12 держится на агентских блогах и вендорских доках; сырого голоса практиков нет. Взять можно браузером (Playwright в проекте настроен).
Mailchimp Classic — закрытый legacy-контур. Все конкретные тайминги Mailchimp (§9) — оттуда; новым аккаунтам недоступно, спецификаций актуальных Customer Journeys в доках нет.
Модальность вендоров. Klaviyo пишет «typically» / «we recommend» / «best practice» — не «предписывает». Везде, где источник говорит «рекомендуем», в тексте это сохранено. Дефолт коробки, рекомендация и учебный пример разведены (§9) — на этом ловился раунд 2.
Временная чувствительность. Данные на 2026-07-16. Разделение exit/conversions у
Customer.io — с 2026-07-08, за 8 дней до ресёрча; материалы старше описывают другую
модель. Доки Klaviyo по abandoned cart обновлены 30.03.2026; HubSpot — 22.06.2026;
SendPulse — 13.09.2024. Терминология дрейфует: Mailchimp переименовал Customer Journeys →
Automation Flows (slug /use-pre-built-journey-maps/ — legacy-редирект); у Braze breadcrumb
зависит от версии навигации. Мёртвые URL (не цитировать):
activecampaign.com/marketplace/recipes, mailchimp.com/help/about-customer-journey-builder/.
Отклонённое не тащить. 15 утверждений отклонены голосованием, в т.ч.: трёхчастная развилка HubSpot; goal-коллекции Klaviyo; состав карточки ActiveCampaign; пагинация AC; аудитория winback «3–6 мес»; развилка winback по вовлечённости за 60 дней; flow filter как механика exit у Klaviyo; validation error на Save у Braze. Верификаторы соседних claim'ов иногда воспроизводили их как контекст — это не делает их подтверждёнными.
Нейминг Klaviyo непоследователен: «Started Checkout» (help) против «Checkout Started» (academy) — по-видимому, одно Shopify-событие.
Klaviyo
Braze
HubSpot
Mailchimp
ActiveCampaign
Omnisend
Customer.io
SendPulse
Mindbox
Brevo (сайт отдаёт 403; большинство фактов — через сниппеты, дословных цитат мало)
HubSpot Community (не вендорский док)
Критика и антипаттерны (агентские блоги / партнёры)
Смежное
Макеты галереи в визуальном языке mockups/editor-ui-redesign.html. До начала — снять
развилки §14–15 с М. Терентьевым, в первую очередь: double opt-in остаётся или нет,
поля карточки, фасеты при 6 шаблонах, wizard vs сразу-в-редактор.