Автоматизация push-уведомлений для EdTech: 5 шаблонов рабочих процессов

Утро понедельника, стендап в приложении для учащихся — Coursera-Plus-shape, Skillshare-shape, Duolingo-shape — и второй слайд посвящен коэффициенту завершения курсов. Он упал с 31% до 24% за последний когорту. Команда продукта винит редизайн онбординга, который был выпущен шесть недель назад. Команда жизненного цикла имеет другую точку данных: 12% новых подписчиков отзывают разрешение на push-уведомления в течение семи дней после первой потерянной серии. Через два часа на обзоре руководства появляется показатель конверсии из пробной версии в платную — 3% в течение трех кварталов подряд — и тот же аргумент повторяется в другой комнате.

Автоматизация push-уведомлений для EdTech находится в центре обоих споров, и команда жизненного цикла не уверена, как защитить эту статью расходов. Приветственное push-уведомление отправляется при регистрации. Push-уведомление с напоминанием об уроке отправляется каждый вечер. Push-уведомление с предупреждением о серии отправляется, когда приближается срок, и еще одно отправляется после того, как серия прерывается — наказательное push-уведомление, которое вызывает значительную часть 12% отзыва разрешений. Push-уведомление об окончании пробного периода отправляется один раз на шестой день и сдается.

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

В этой статье рассматривается, как на самом деле должна выглядеть автоматизация push-уведомлений в EdTech — архитектура рабочего процесса, а не трансляции напоминаний об уроках плюс триггер предупреждения о серии — и представлены пять шаблонов рабочих процессов, ориентированных на учащихся, с указанием времени, критериев выхода, механики сохранения серии, предотвращающей обратный эффект, которая срабатывает ДО крайнего срока, а не ПОСЛЕ, и математикой доходов, которая превращает каждый из них в обоснованную статью расходов для роста продукта и жизненного цикла.

Почему ваши «автоматизированные push-уведомления» в EdTech замедляют коэффициент завершения курсов

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

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

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

Эта разница имеет большее значение в EdTech, чем в любой другой вертикали. Противоречивая статья Winsome Marketing о стратегии push-уведомлений в EdTech ясно излагает: механика серии, шаблон частоты без дисциплины и односторонний выход для отзыва разрешений — это три шаблона, которые разрушают LTV обучающегося быстрее, чем любая другая ошибка в жизненном цикле. Архитектура рабочего процесса решает все три проблемы. Триггеры событий не могут.

Для команды по управлению жизненным циклом обучающихся приложений среднего рынка это разница между уровнем завершения курса, который накапливается, и тем, который снижается с каждым когортом. Четыре триггера, работающие параллельно, создают четыре канала усталости. Пять рабочих процессов, работающих скоординированно, создают одно путешествие на обучающегося на этапе жизненного цикла, разветвленное и ограниченное состоянием серии, прогрессом курса, статусом пробного периода и состоянием разрешения. Результаты поиска на первой странице по этому ключевому слову формулируют проблему как «5 шаблонов push-уведомлений, которые работают» и отвечают списком инструментов. Это не тот вопрос, который задают на вашем понедельничном стендапе.

Анатомия рабочего процесса push-уведомлений в EdTech

Перед чертежами — лексика. Рабочий процесс push-уведомлений EdTech строится из шести типов узлов. Как только вы узнаете, что делает каждый из них, каждый чертеж будет читаться как схема, а не как описание.

START. Точка входа. Узел START определяет, как запускается рабочий процесс: либо событием подписчика (lesson_completed, streak_at_risk — CustomEvent, которое LMS запускает через N часов после последнего взаимодействия учащегося, когда до окончания серии осталось четыре часа, module_completed, trial_started, live_class_scheduled, course_completed), либо фильтром аудитории (learner_stage: trial / active / at-risk / lapsed / completed, permission_status, last_active). Рабочий процесс имеет ровно один START.

WAIT. Задержка. Узел WAIT удерживает учащегося на указанное время — минуты для окон сохранения серии, часы для определения темпа урока, дни для последовательности от пробной до платной версии — или до определенного времени в календаре, используя семантику wait_until, привязанную к атрибуту подписчика (streak_deadline - 3 hours, class_start_time - 1 hour, trial_end_date - 3 days). Задержки — это способ рабочего процесса учитывать известное будущее событие.

DECISION. Двустороннее разветвление. Узел DECISION проверяет условие для каждого учащегося: был ли урок завершен, взаимодействовал ли учащийся за последний час, была ли конвертирована пробная версия, предоставлено ли еще разрешение на push-уведомления. Согласно Workflows.md §7, узлы DECISION оценивают фильтры событий и фильтры аудитории; они не обрабатывают тела ответов HttpRequest напрямую. Чтобы перенести внешнее состояние LMS в рабочий процесс, используется шаблон: действие HttpRequest запускает LMS, LMS записывает обратно в атрибут подписчика через PushEngage REST API, а DECISION считывает атрибут.

SPLIT_PATH. Разветвление на основе процентов. Узлы SPLIT_PATH направляют подписчиков по разным путям на основе настроенных процентов: 50/50 для A/B-тестирования текста для сохранения серии, 33/33/34 для трехстороннего тестирования времени отправки напоминаний об уроках. Как только победитель определен, вы устанавливаете его на 100%.

ACTION. Сама работа. Узлы ACTION отправляют push-уведомление, отправляют внутриприложениее сообщение на поверхности LMS, добавляют учащегося в сегмент, обновляют пользовательские атрибуты, запускают HttpRequest к LMS для получения данных о прогрессе курса или к родительскому SMS-шлюзу, запускают другой рабочий процесс (связывают приветствие с удержанием серии) или останавливают его. PushEngage Workflows поддерживает одиннадцать типов действий; для EdTech наиболее полезными являются SendPushNotification, UpdateAttribute, HttpRequest и Workflow.Start.

END / EXIT. Терминал. END отмечает естественное завершение. EXIT отмечает раннее завершение — по пути NO узла Decision, когда учащийся больше не соответствует требованиям, когда срабатывает правило предотвращения усталости, или когда цель достигнута (lesson_completed, trial_converted, course_completed). Специфичный для EdTech выход, который имеет наибольшее значение: permission_revoked — рабочий процесс отменяется в тот момент, когда учащийся отзывает разрешение на push-уведомления, предотвращая фантомную отправку после отзыва, которая разрушает возможности повторного получения разрешения.

Каждый приведенный ниже шаблон состоит из этих шести частей.

Пять шаблонов рабочих процессов для EdTech

Это не шаблоны. Это рабочие чертежи для автоматизации push-уведомлений в онлайн-курсах. Каждый из них перечисляет триггер, тип запуска, последовательность узлов, критерии выхода и метрику удержания EdTech, на которую он нацелен. Вы можете загрузить каждый из них в конструктор PushEngage Workflows и запустить первую версию менее чем за час. В старой статье идеи кампаний push-уведомлений в e-learning перечислены типы кампаний, которые реализуют эти чертежи; ниже приведена архитектура пути, которая связывает эти кампании воедино.

Шаблон 1 — Приветствие + обучение первому уроку

• Триггер (СТАРТ): Событие PushEngage.Subscriber.Added ИЛИ account_created
• Тип запуска: Одиночный (один приветственный путь на учащегося за 90-дневный период)
• Поток: Приветственное push-уведомление с однократной ссылкой на первый рекомендуемый урок → ЖДАТЬ 1 день → РЕШЕНИЕ: завершил ли учащийся первый урок? → ПУТЬ ДА: push-уведомление с поздравлением и ДЕЙСТВИЕ Workflow.Start в чертеж 2 для построения серии → ПУТЬ НЕТ: отправить push-уведомление «ваш первый урок через 10 минут — начните здесь», ЖДАТЬ 2 дня → РЕШЕНИЕ: первый урок все еще не завершен? → ПУТЬ ДА: отправить push-уведомление «что привело вас сюда?» с предложением другого варианта первого урока, ЗАВЕРШИТЬ → ПУТЬ НЕТ: связать с чертежом 2
• Критерии выхода: Нет для самого приветственного пути; рабочий процесс связывается с чертежом 2 для вовлеченных учащихся и плавно завершается для невовлеченных.
• Метрика EdTech: Коэффициент завершения первого урока к 7-му дню. Это момент с наибольшим рычагом в жизненном цикле учащегося — в статье капельные кампании и автоответчики рассматриваются механики автоответчиков, которые расширяет этот чертеж.

Шаблон 2 — Удержание серии уроков с механикой предотвращения обратного эффекта (автоматизация push-уведомлений о серии уроков)

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

• Триггер (СТАРТ): Пользовательское событие streak_at_risk (срабатывает LMS, когда прошло N часов с момента последнего урока учащегося, а срок действия серии истекает через четыре часа)
• Тип запуска: Несколько параллельных (каждое событие риска серии — это отдельный экземпляр рабочего процесса)
• Поток: РЕШЕНИЕ: взаимодействовал ли учащийся за последний час (фильтр аудитории по last_lesson_completed_time)? → ПУТЬ ДА: ЗАВЕРШИТЬ (нет необходимости отправлять) → ПУТЬ НЕТ: отправить ПРЕДОХРАНИТЕЛЬНОЕ push-уведомление — «ваша серия в безопасности — закончите сегодняшний 10-минутный урок», ссылаясь на конкретный урок, запланированный на сегодня → ЖДАТЬ 3 часа (рассчитано до крайнего срока серии минус один час) → РЕШЕНИЕ: серия все еще под угрозой? → ПУТЬ ДА: отправить push-уведомление по категории — «остался 1 час — ваша любимая категория запланирована», ссылаясь на наиболее вовлекающую категорию учащегося → ЗАВЕРШИТЬ → ПУТЬ НЕТ: ЗАВЕРШИТЬ
• Критерии выхода: Событие streak_extended ИЛИ фильтр аудитории permission_status = revoked (рабочий процесс завершается в тот момент, когда учащийся отзывает разрешение, предотвращая любые дальнейшие отправки в состоянии, близком к отзыву)
• Метрика EdTech: Коэффициент удержания серий и коэффициент отзыва разрешений. Критика Winsome Marketing прямолинейно описывает стандартный отраслевой шаблон: уведомления «вы потеряли серию» являются карательными, они наказывают учащегося за пропущенный срок, а не помогают ему, и они способствуют значительному коэффициенту отзыва разрешений. Этот план инвертирует время — отправляйте уведомление ДО срока, чтобы сохранить серию, а не ПОСЛЕ, чтобы отметить потерю. Карательное уведомление никогда не отправляется, потому что рабочий процесс сохранил серию до того, как она была прервана. Эта инверсия — это то, как выглядит автоматизация push-уведомлений о сериях уроков, когда рабочий процесс знает срок; автономный триггер — нет.

Шаблон 3 — Восстановление завершения курса

• Триггер (НАЧАЛО): Пользовательское событие module_completed для модуля N в сочетании с фильтром аудитории next_module_not_started_in_72_hours
• Тип запуска: Однократно для курса
• Поток: ЖДАТЬ 72 часа после last_module_completed_time → РЕШЕНИЕ: начал ли учащийся модуль N+1? → ПУТЬ ДА: ВЫЙТИ → ПУТЬ НЕТ: отправить push-уведомление «модуль N+1 продолжает с того места, где вы остановились — 15 минут», ссылаясь на конкретный следующий модуль → ЖДАТЬ 5 дней → РЕШЕНИЕ → ДА: ВЫЙТИ → ПУТЬ НЕТ: отправить push-уведомление «ваш курс завершен на 40% — закончите сильно» с персонализированным визуальным представлением прогресса → КОНЕЦ
• Критерии выхода: Цель course_completed ИЛИ фильтр аудитории course_abandoned_for_30_days
• Метрика EdTech: Коэффициент завершения курса. Падение после модуля 2 или 3 — это момент с наибольшим рычагом в большинстве воронок курсов EdTech — решение этой проблемы с помощью структурированного рабочего процесса push-уведомлений о завершении курса, а не одного толчка, — это то, что двигает кривую.

Шаблон 4 — Конверсия из бесплатной пробной версии в платную

• Триггер (НАЧАЛО): Пользовательское событие trial_started с trial_end_date, записанным в атрибут подписчика
• Тип запуска: Однократно для пробного периода
• Поток: ЖДАТЬ до trial_end_date - 3 дня → push-уведомление «ваш пробный период заканчивается через 3 дня — вот что вы завершили» с обзором прогресса → ЖДАТЬ 1 день → РЕШЕНИЕ: подписка оформлена? → ПУТЬ ДА: ВЫЙТИ → ПУТЬ НЕТ: push-уведомление «завтра заканчивается пробный период» со ссылкой на наиболее интересную категорию → ЖДАТЬ 1 день → РЕШЕНИЕ → ДА: ВЫЙТИ → ПУТЬ НЕТ: финальное push-уведомление дня со скидкой на годовую подписку → КОНЕЦ
• Критерии выхода: Цель subscription_started
• Метрика EdTech: Коэффициент конверсии из пробного периода в платный. Каждый 1% роста на уровне $19/месяц при 5000 пробных периодах в месяц составляет примерно $114 000 дополнительного годового регулярного дохода. Шаблон отказа от корзины из библиотеки электронной коммерции переводится напрямую: замените триггерное событие на trial_started, замените выходную цель на subscription_started, а интервал ожидания может остаться примерно таким же, с привязкой времени к trial_end_date, а не к прошедшему времени с момента срабатывания триггера.

Шаблон 5 — Вовлечение когорты для синхронных живых занятий

• Триггер (НАЧАЛО): Пользовательское событие live_class_scheduled с атрибутом class_start_time
• Тип запуска: Однократный при зачислении на курс
• Поток: ОЖИДАНИЕ до class_start_time - 24 часа → отправка уведомления «ваш живой курс завтра — вот подготовка» с предкурсовыми материалами → ОЖИДАНИЕ до class_start_time - 1 час → отправка уведомления «курс начинается через 1 час — ссылка для подключения» с прямой ссылкой на URL живого курса → ОЖИДАНИЕ до class_start_time + 30 минут → РЕШЕНИЕ: присоединился ли учащийся? → путь ДА: ВЫХОД (послекурсовое сопровождение — отдельный рабочий процесс) → путь НЕТ: отправка уведомления «вы пропустили сегодняшний курс — вот запись и ключевые временные метки», КОНЕЦ
• Критерии выхода: событие live_class_attended ИЛИ live_class_cancelled
• EdTech-метрика: Коэффициент посещаемости когорты и коэффициент восстановления после пропущенных занятий. Синхронное EdTech (формат Maven, Section, On Deck; университетские онлайн-когорты) нуждается в этом рабочем процессе больше, чем асинхронные платформы с самостоятельным обучением — адаптируйте триггер к расписанию вашей когорты зачисления, а шаблон ОЖИДАНИЯ позаботится об остальном.

Сегментация по этапам обучения, A/B-тестирование, предотвращение усталости и критерии выхода встроены в рабочий процесс

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

Концепция	Формулировка лучших практик (неправильно)	Формулировка узлов рабочего процесса (правильно)
Сегментация учащихся по этапам	«Сегментировать учащихся по этапам»	Узел РЕШЕНИЕ на основе атрибута подписчика learner_stage (пробный / активный / в группе риска / потерянный / завершенный), который направляет пробных учащихся к Блюпринту 4, учащихся в группе риска — к Блюпринту 2 для сохранения серии, а потерянных учащихся — к последовательности повторного вовлечения — каждая ветвь имеет разную частоту, копирайтинг и критерии выхода
A/B тестирование	«Всегда проводите A/B-тестирование текстов для сохранения серии»	Узел РАЗДЕЛЕНИЕ_ПОТОКА с распределением 50/50, равномерно распределенными учащимися по каждому пути и полем winner_edge_id, которое продвигает победителя до 100%, как только тест достигнет статистической значимости — большинство A/B-тестов в EdTech проводятся на текстах для превентивного сохранения серии (срочность против мотивирующего подхода)
Охлаждение для предотвращения усталости	«Отправляйте меньше, но более качественных уведомлений»	Правило выхода на уровне рабочего процесса, которое отменяет последовательность, если учащийся получил более N push-уведомлений за последние 24 часа — принудительная версия аргумента Winsome Marketing; движок соблюдает лимит, независимо от того, обращает ли владелец кампании на это внимание
Критерии выхода	«Остановить последовательность сохранения серии после сохранения серии»	Правило на уровне рабочего процесса, которое проверяет учащегося на соответствие целям streak_extended И фильтру аудитории permission_status = revoked перед каждым узлом и отменяет рабочий процесс, если совпадение есть. Выход по permission_revoked — это специфический для EdTech дифференциатор — ни одна другая вертикаль не теряет разрешения с такой же скоростью, и ни одна другая вертикаль не нуждается в таких агрессивных выходах из рабочих процессов для защиты возможностей повторного получения разрешения

Разница имеет значение, потому что лучшие практики в виде маркированных списков легко одобрить, но трудно внедрить. Узлы рабочего процесса принудительно выполняются движком. РЕШЕНИЕ выполняется каждый раз. РАЗДЕЛЕНИЕ_ПУТИ балансирует каждого учащегося. Охлаждение против усталости блокирует чрезмерную отправку без необходимости проверять количество. Выход permission_revoked предотвращает фантомную отправку после отзыва разрешения, которая в противном случае превратила бы обратимое отстранение в постоянную отписку.

Для потока сохранения серии в Blueprint 2 это означает, что в тот момент, когда учащийся отзывает разрешение на push-уведомления в середине рабочего процесса — через час, три часа или 3:59 часа путешествия — срабатывает правило выхода, рабочий процесс отменяется, и больше никаких уведомлений о сохранении серии не отправляется тому, кто уже отключил канал. Платформа оставляет дверь открытой для повторного разрешения позже, вместо того чтобы захлопнуть ее последним уведомлением.

Многоканальная оркестровка: push, in-app (поверхность LMS), email и SMS для родителей в K-12

EdTech-каналы отличаются от предыдущих вертикалей. Веб-push и app-push достигают учащегося вне LMS. Сообщения внутри приложения достигают учащегося внутри LMS в точный момент взаимодействия — наиболее чувствительная к трению поверхность, поскольку учащийся уже находится в учебном контексте, когда приходит сообщение. Электронная почта — это контейнер для длинных писем перед классом или для резюме заданий. Для платформ K-12 родительские SMS — это отдельный канал, чувствительный к соблюдению нормативных требований, который требует явного родительского согласия (COPPA для детей до 13 лет). Составление всех четырех — или пяти с родительскими SMS для K-12 — внутри одного рабочего процесса — это то, что отличает команду жизненного цикла, которая обеспечивает согласованный опыт обучения, от той, которая отправляет одно и то же уведомление по трем каналам и извиняется в следующем квартале за усталость.

Скомпонованный рабочий процесс сохранения серии выглядит так:

• НАЧАЛО: событие streak_at_risk для учащегося с permission_status = granted
• РЕШЕНИЕ: находится ли учащийся в данный момент в LMS (фильтр аудитории по in_lms_session = true)?
  • ДА: ДЕЙСТВИЕ отправить сообщение внутри приложения на панели урока (минимальное трение; учащийся уже находится в учебном контексте)
  • НЕТ: продолжить
• РЕШЕНИЕ: подписан ли учащийся на веб-push или app-push?
  • ДА: ДЕЙСТВИЕ отправить push-уведомление на устройство
  • НЕТ: ДЕЙСТВИЕ отправить электронное письмо с тем же содержанием (резервный вариант push-уведомления)
• РЕШЕНИЕ (только K-12): учащийся младше 13 лет И parent_consent_status = granted?
  • ДА: ДЕЙСТВИЕ HttpRequest к шлюзу родительских SMS с сообщением, подходящим для родителей
  • НЕТ: ВЫХОД (родительские SMS без явного согласия в файле)
• ОЖИДАНИЕ 3 часа
• РЕШЕНИЕ: серия все еще под угрозой?
  • НЕТ: ВЫХОД
  • ДА: ДЕЙСТВИЕ отправить срочное push-уведомление за 1 час до окончания
• ВЫХОД по streak_extended или permission_revoked

Одна идентификация учащегося, один рабочий процесс, четыре (или пять) канала, выбранных штатом. Сначала используется самый дешевый жизнеспособный канал — внутри приложения, когда вы находитесь в LMS, push-уведомление, если подписаны, электронная почта в качестве запасного варианта. Для K-12 ветка SMS для родителей активируется только при наличии согласия, что является выражением соответствия COPPA на уровне рабочего процесса. Для получения дополнительной информации о математике выбора канала, сравнение push-уведомлений и уведомлений в приложении охватывает компромиссы в персонализации и стоимости.

Запуск этого с помощью отдельных инструментов означает четыре входа для поставщиков, два механизма сегментации, которые не согласны относительно того, кто считается учащимся, находящимся на грани потери, и отсутствие единой атрибуции дохода на учащегося по каналу. Использование одного движка рабочего процесса означает одну идентификацию учащегося, один набор логики принятия решений и один отчет воронки, который показывает, где на самом деле происходит сбой в пути. Ни один из пятнадцати лучших результатов по этому ключевому слову не описывает кросс-канальный рабочий процесс EdTech как единый объект — каталог универсальных примеров push-уведомлений охватывает отдельные уведомления, а не оркестровку пути.

Математика удержания: повышение коэффициента завершения курсов и конверсия из пробной версии в платную в масштабе приложения для учащихся

Монетизация EdTech охватывает широкий спектр — Khan Academy (бесплатно + пожертвования), Duolingo Super (7 долларов в месяц), Skillshare (14 долларов в месяц), Coursera Plus (59 долларов в месяц), MasterClass (120 долларов в год), профессиональные сертификаты (2000–5000 долларов) — что меняет математику удержания для автоматических push-уведомлений для EdTech по сравнению с электронной коммерцией (корзины на 50–200 долларов), SaaS (99–999 долларов ARR), издателями (RPM рекламы или подписка) и путешествиями (бронирование на 300–5000 долларов). PushEngage Workflows отслеживает одни и те же три показателя в каждом узле — поставлено в очередь, выполнено, выход — и применяется один и тот же шаблон аналитики на уровне узла, но набор метрик EdTech фокусируется на коэффициенте завершения курса и конверсии из пробной версии в платную, а не на стоимости восстановленной корзины или NRR.

Вот как выглядит аналитика на уровне узлов для активного рабочего процесса конверсии из пробной версии в платную в приложении для учащихся B2C с 5000 пробных версий в месяц по тарифу 19 долларов в месяц (иллюстративные цифры):

Узел	В очереди	Завершено	Выбыло	Примечания
НАЧАЛО (trial_started)	0	5,000	0	Все новые пробные версии входят
ЖДАТЬ до trial_end_date – 3 дня	124	4,800	76	76 конвертировались до первого касания рабочего процесса
ДЕЙСТВИЕ: push-уведомление "пробная версия заканчивается через 3 дня"	0	4,800	0	Уведомление отправлено
ОЖИДАНИЕ 1 день	88	4,250	462	462 конвертировались после касания №1 (9,6% только от касания)
РЕШЕНИЕ: subscription_started	0	4,250	0	Разветвление
ДЕЙСТВИЕ: push-уведомление "завтра заканчивается пробная версия"	0	4,250	0	Уведомление отправлено
ОЖИДАНИЕ 1 день	64	3,850	336	Еще 336 конвертировались после касания №2 (7,9%)
ДЕЙСТВИЕ: push-уведомление "последний день" + годовая скидка	0	3,850	0	Финальное касание
КОНЕЦ	н/д	3,850	н/д	3 850 не конвертировались

В этой когорте 874 пробные версии были конвертированы в платные (из 5000) — коэффициент конверсии из пробной версии в платную составил 17,5% благодаря трем касаниям рабочего процесса. При цене 19 долларов в месяц это 16 606 долларов MRR, добавленных на когорту, или примерно 199 272 доллара в год, если размер ежемесячной когорты сохранится. При цене 59 долларов в месяц на уровне Coursera Plus та же конверсия в 17,5% составляет 51 566 долларов MRR на когорту. Два ожидания (24 часа и 24 часа) являются узлами с наибольшим количеством выходов — ожидаемая закономерность.

Исследование Springer Nature 2025 года «У вас есть уведомление: роль push-уведомлений в формировании вовлеченности студентов, саморегуляции и академического прокрастинирования» показало, что своевременные уведомления снижают академическое прокрастинирование и улучшают саморегуляцию у студентов онлайн-обучения в высших учебных заведениях — рецензируемое доказательство того, что решения о времени рабочего процесса, принятые в Blueprint 2 и Blueprint 3, не только интуитивны, но и причинно-следственны. Отдельно, исследование 2025 года в International Journal of Human–Computer Interaction (Taylor & Francis) по оптимизации времени отправки push-уведомлений для онлайн-обучения показало, что утренние и вечерние отправки значительно превосходят полуденные по вовлеченности и времени реакции. Оба вывода напрямую переводятся в тесты времени SPLIT_PATH на уровне рабочего процесса и окна тихих часов.

Математика затрат, лежащая в основе автоматизации push-уведомлений онлайн-курсов, имеет ту же форму, что и статьи 1-4 этой серии. Веб-пуши и внутриприложения сообщения ничего не стоят за отправку после подписки. Электронная почта масштабируется с контрактом ESP. SMS для родителей через Twilio стоит около 0,0079 доллара за сообщение внутри США — при масштабе когорты K-12 это самый дорогой канал, и логика эскалации рабочего процесса должна это учитывать. Задача рабочего процесса — использовать сначала самый дешевый жизнеспособный канал и эскалировать только тогда, когда состояние требует этого. Когда в строке указано «рабочий процесс от пробной версии к платной добавил 16 тыс. MRR на когорту при общей ежемесячной стоимости канала в 200 долларов», разговор QBR короток.

Создайте это в PushEngage Workflows для вашего приложения для учащихся

Каждый из пяти EdTech-шаблонов напрямую соответствует компонентам PushEngage Workflows. Соответствие:

Шаблон	Используемые типы узлов	Типы используемых действий	Параметр рабочего процесса
Приветствие + обучение первому уроку	НАЧАЛО, ОЖИДАНИЕ, РЕШЕНИЕ, ДЕЙСТВИЕ, КОНЕЦ	SendPushNotification, Workflow.Start	Тип запуска: Одиночный
Удержание учебной серии (анти-откат)	НАЧАЛО, РЕШЕНИЕ, ДЕЙСТВИЕ, ОЖИДАНИЕ, РЕШЕНИЕ, КОНЕЦ	SendPushNotification	Тип выполнения: Несколько параллельных; выход при permission_revoked
Восстановление завершения курса	НАЧАЛО, ОЖИДАНИЕ, РЕШЕНИЕ, ДЕЙСТВИЕ, КОНЕЦ	SendPushNotification	Тип выполнения: Один на курс
Конверсия из бесплатной пробной версии в платную	НАЧАЛО, ОЖИДАНИЕ (wait_until trial_end_date), РЕШЕНИЕ, ДЕЙСТВИЕ, КОНЕЦ	SendPushNotification	Тип выполнения: Один; выход при subscription_started
Вовлечение когорты в живые занятия	НАЧАЛО, ОЖИДАНИЕ (wait_until class_start_time), ДЕЙСТВИЕ, РЕШЕНИЕ, КОНЕЦ	SendPushNotification	Тип выполнения: Один на регистрацию

Движок Workflows поставляется с более чем 60 готовыми шаблонами, которые охватывают строительные блоки для каждого шаблона. Большинство шаблонов имеют форму электронной коммерции, но адаптация к EdTech проста: шаблон приветствия напрямую подходит для Blueprint 1; логика шаблона брошенной корзины становится рабочим процессом push-уведомлений о завершении курса в Blueprint 3 путем замены триггера на module_completed и цели выхода на course_completed; тот же шаблон становится Blueprint 4 (от пробной версии к платной) путем замены триггера на trial_started и цели выхода на subscription_started; шаблон капельного автоответчика подходит для планирования когорт Blueprint 5 с wait_until, привязанным к class_start_time.

Для немедленного пробного периода бесплатный план предоставляет вам 200 подписчиков, все каналы, ориентированные на учащихся (веб-пуш, пуш в приложении, внутриприложеное уведомление на поверхности LMS, резервное электронное письмо, а также HttpRequest к родительскому SMS-шлюзу для когорт K-12), а также полный движок Workflows с первого дня. Этого достаточно, чтобы запустить Blueprint 2 — рабочий процесс сохранения серии — на тестовой когорте из 200 учащихся, собирать аналитику на уровне узлов в течение двух недель и иметь обоснованное число показателя отзыва разрешений для следующего обзора продукта. В частности, для возможностей веб-пуш-уведомлений PushEngage — канала, ориентированного на учащихся, который выполняет большую часть работы по жизненному циклу — веб-пуш-уведомления PushEngage охватывают набор функций.

Что это меняет

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

Рабочий процесс сохранения серии, который срабатывает за три часа ДО крайнего срока, а не после него, восстановление после завершения курса, которое улавливает падение на модуле 2, путь от пробной версии к платной, который завершается в момент конвертации учащегося, и рабочий процесс когорты, который привязывается к class_start_time, имеют одинаковую структуру — один START, несколько WAITs, несколько DECISIONs, несколько ACTIONs, один EXIT.

Четыре автономных триггера не могут этого сделать. Один движок рабочего процесса может. И это тот же ответ, к которому пришли eCommerce, SaaS, издатели и туристические компании — вертикаль меняется, архитектура — нет.

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