Запуск, ожидание, условие и два исхода
Как проходит сценарий корзины
Первым после старта ставится тег cart_created. Далее сценарий ждёт один час и проверяет значение variables.cart_paid. В ветке со значением true ничего больше не отправляется: она ведёт к конечному узлу. Другая ветка показывает сообщение о незавершённом заказе и кнопку return_cart. Эта кнопка в seed - callback, поэтому сама по себе не открывает страницу корзины. Её дальнейшее действие нужно настроить под ваш путь оформления.
После первого напоминания шаблон ждёт ещё четыре часа. Затем он показывает предложение со скидкой 10 процентов и кодом CART10, у которого в тексте указан срок два часа. Следующим узлом ставится abandoned_cart. В этом порядке тег означает, что пользователь дошёл до второй части ветки; он не говорит о причине отказа, наличии товара или применении скидки. Для таких фактов нужны источники из вашей торговой системы.
Шаблон использует данные, которые должны появиться до его запуска
Какие события и правила нужны
До настройки определите момент создания корзины и момент, когда оплата считается завершённой. Если человек просто открыл каталог, это ещё не обязательно корзина. Если платёж находится в обработке, значение cart_paid не должно преждевременно стать true. Согласуйте эти состояния с системой заказа, чтобы сценарий не напоминал уже оплатившему человеку и не прекращался до подтверждения, которое вы считаете достаточным.
Проверьте реальное резервирование товара. В тексте seed сказано, что резерв действует ещё четыре часа, но шаблон не управляет складом и не проверяет остатки. Не используйте эту фразу, если товар не резервируется или срок другой. То же относится к скидке: код должен быть создан в той системе, где оформляется заказ, а ограничения должны быть видны человеку до оплаты.
- Есть понятное событие, которое запускает сценарий после создания корзины.
- Переменная cart_paid обновляется по вашему фактическому правилу оплаты.
- Текст о резерве соответствует реальному наличию и сроку удержания товара.
- Код скидки существует, а его ограничения известны до отправки сообщения.
Не переносите временные значения из примера автоматически
Как адаптировать сообщения и задержки
Один час до первого сообщения, четыре часа до второго и два часа действия скидки образуют конкретный ритм seed-шаблона. Он может не подойти товару с коротким резервом, сложным оформлением или ручным подтверждением. Выберите интервалы на основе ваших правил и того, сколько времени человеку действительно нужно для завершения заказа. После изменения времени перечитайте все упоминания сроков в сообщениях.
Свяжите старт с корзиной
Запускайте FLOW только после события, которое у вас означает создание корзины. Уточните, когда добавляется cart_created и не будет ли он ставиться повторно без причины.
Проверьте условие оплаты
Сверьте точное имя variables.cart_paid, формат true и источник обновления. Пройдите тест с оплаченной и неоплаченной корзиной до публикации сообщений.
Настройте возврат к заказу
Определите действие для callback return_cart. Пользователь должен попасть к своему заказу или получить ясную инструкцию, а не увидеть кнопку без результата.
Замените предложение
Уберите CART10, 10 процентов и срок два часа, если они не соответствуют акции. Проверьте, что скидка применяется к тем товарам, о которых пишет бот.
Пример диалога
Бот знает только то, что передали в сценарий
Как писать напоминания без ложных утверждений
Фраза о незавершённом заказе подходит не для каждого случая. Человек мог сравнивать варианты, ждать уточнения, столкнуться с ошибкой доставки или намеренно отложить покупку. Нейтральное напоминание о сохранённой корзине обычно точнее, особенно если в данных нет причины. Не обещайте, что товары ждут или цена сохранена, пока это не подтверждается вашей системой.
Второе сообщение со скидкой стоит отправлять только при реально действующей акции. Если промокод не суммируется с другими предложениями, ограничен товаром или доступен не всем, напишите это понятно. Уважайте выбор человека: не делайте серию бесконечной и предусмотрите, как исключить тех, кто попросил не получать такие сообщения. Сам seed содержит две отправки, а не правило постоянных досылок.
Тестируйте источник данных вместе с текстом
Проверьте три состояния заказа
Для проверки подготовьте как минимум три ситуации: корзина создана и не оплачена, корзина оплачена до первой задержки, корзина остаётся неоплаченной после первого напоминания. В первой проверьте оба сообщения и путь кнопок. Во второй убедитесь, что условие останавливает ветку. В третьей проверьте вторую паузу, действительность акции и появление abandoned_cart. Не ограничивайтесь просмотром узлов в редакторе.
После этого проверьте крайние случаи: товар закончился, код просрочен, человек вернулся к заказу без оплаты, оплата подтверждается с задержкой. Не каждый из них обязан обрабатываться одним FLOW, но для каждого должен быть понятный результат. Если сценарий не получает нужный статус, лучше временно не посылать категоричное сообщение, чем выдавать ошибочную информацию о заказе.
- Оплаченная корзина не получает напоминание после обновления cart_paid.
- Неоплаченная корзина получает только те сообщения, интервалы и условия, которые утверждены бизнесом.
- Кнопки возвращают в реальный маршрут заказа или объясняют следующий шаг.
- Текст о резерве, цене и скидке не обещает то, чего система не выполняет.