AI reminders: when to contact a customerAI-напоминания: когда писать клиенту
After a purchase, a customer may find a reorder or booking reminder useful. Elapsed time alone does not establish that need. A good workflow uses real history, checks the current situation and can decide to send nothing. Configure it around relevant follow-up and completed customer actions, rather than message volume.После покупки клиенту иногда полезно напомнить о повторном заказе или следующей записи. Но календарная пауза сама по себе не означает потребность. Хороший процесс опирается на реальную историю, проверяет актуальную ситуацию и умеет пропустить отправку. Цель настройки — уместное продолжение отношений и завершённое действие клиента, а не максимальное количество сообщений.
Establish a reason to follow upНайдите основание для повторного обращения
Start with a clear scenario: a customer regularly orders a consumable or has asked for a booking reminder. Define an eligible window using completed purchases and service rules. A single order, cancellation or return should not establish a habit. With little history, do not present a timing assumption as a personal recommendation.Начните с понятного сценария: клиент регулярно заказывает расходный товар или сам просил напомнить о следующей записи. Определите допустимое окно по завершённым покупкам и правилам услуги. Разовый заказ, отмена и возврат не должны считаться устойчивой привычкой. Если история слишком короткая, не выдавайте предположение о сроке за индивидуальную рекомендацию.
The working record needs the customer identifier, qualifying purchase, permitted channel, reason for contact and latest relevant interaction. Reconcile purchases across connected channels so an in-store purchase does not remain invisible to follow-up. Ambiguous contact matches should stop automatic merging and go to an employee for review.В рабочей записи нужны идентификатор клиента, подходящая покупка, разрешённый канал, основание обращения и последнее полезное взаимодействие. Сверяйте покупки из разных подключённых каналов, чтобы новая покупка в точке не осталась невидимой для рассылки. При неоднозначном совпадении контактов остановите автоматическое объединение и передайте проверку сотруднику.
Check suppression immediately before sendingПроверяйте ограничения непосредственно перед отправкой
A recipient list can become stale between selection and sending. The customer may purchase again, opt out or open a support case. Recheck at send time and cancel queued messages when a relevant event arrives. If a required source is unavailable, defer sending and record the reason.Список получателей устаревает между расчётом и отправкой. Клиент мог купить снова, отказаться от сообщений или открыть обращение. Настройте повторную проверку в момент отправки и отмену ожидающих сообщений при новом событии. Если нужный источник недоступен, отложите отправку. Причина пропуска должна сохраняться, чтобы команда могла проверить решение.
- Check the channelПроверить канал Respect current permission and opt-outs; do not automatically transfer permission between channels.Учитывать действующее разрешение и отказ от обращений; не переносить разрешение автоматически между каналами.
- Check service statusПроверить обслуживание Suppress customers with an open dispute, complaint or unresolved service issue.Исключить клиентов с открытым спором, жалобой или незавершённым решением проблемы.
- Check recent activityПроверить свежие события Skip reminders after a recent purchase, booking, reply or other team contact.Пропустить напоминание после недавней покупки, записи, ответа или другого контакта команды.
- Check frequencyПроверить частоту Apply a shared contact limit and prevent duplicate sends for the same event.Применить общий лимит обращений и защиту от повторной отправки одного события.
Write from known factsПишите по известным фактам
Explain the reason briefly and offer one action: view an available product or choose a time. Product names, prices and availability need a current source. Avoid claims such as “you have run out” or “you have been meaning to return.” Purchase history does not reveal personal intentions or circumstances.Сообщение должно кратко объяснять повод и предлагать одно действие: посмотреть доступный товар или выбрать время. Название товара, цена и доступность требуют актуального источника. Не утверждайте «у вас всё закончилось», «вы давно хотели вернуться» или «мы знаем, что вам нужно». История покупки не раскрывает личные намерения и обстоятельства.
Do not invent scarcity or a personal discount without an approved offer. Provide a clear way to decline future contact. If a customer says the reminder is unwelcome, record that explicit preference and stop the relevant sequence. A refusal should not trigger another sales offer.Не добавляйте выдуманный дефицит или персональную скидку без утверждённого предложения. Предусмотрите понятный способ отказаться от дальнейших обращений. Если клиент отвечает, что напоминание неуместно, сохраните его явное предпочтение и остановите соответствующую последовательность. Не превращайте отказ в повод отправить ещё одно предложение.
Route service questions to a personПередавайте сервисные вопросы человеку
A reminder reply may contain a complaint about the previous order. Stop further messages in that sequence and assign an employee. Include the reminder, customer reply, related order and verified facts in the handoff. The customer should not need to repeat the story when moving from marketing to service.Ответ на напоминание может оказаться жалобой на прошлый заказ. Остановите дальнейшие сообщения этой последовательности и назначьте сотрудника. Вместе с обращением передайте исходное напоминание, ответ клиента, связанный заказ и уже проверенные факты. Не заставляйте человека повторять историю из-за перехода между маркетингом и обслуживанием.
Define the queue, working hours and realistic response expectation. Verify that an employee accepted the case. Resume promotional follow-up only after a confirmed resolution and a fresh eligibility check; closing a task does not establish that the customer wants more messages.Укажите очередь, часы работы и реалистичное ожидание ответа. Проверяйте принятие обращения сотрудником, а не только отправку уведомления. Возврат к повторным предложениям допускайте после подтверждённого решения проблемы и новой проверки ограничений; само закрытие задачи не доказывает, что клиент хочет продолжения переписки.
Measure useful outcomesОценивайте полезное завершение
Distinguish sending, message delivery, replies, completed purchases and attended bookings. Define the observation period and attribution rule. A purchase after a message does not prove the message caused it. Compare similar customer groups under comparable conditions and account for their normal repeat frequency.Разделяйте отправку, доставку сообщения, ответ, завершённую покупку и состоявшуюся запись. Укажите период наблюдения и правило связи результата с обращением. Покупка после сообщения ещё не доказывает его влияние: для оценки сравнивайте сопоставимые группы клиентов с одинаковыми условиями и учитывайте обычную частоту повторов.
Track opt-outs, complaints, duplicates, wrong recipients and unresolved handoffs alongside outcomes. Correctly suppressing an unnecessary message is useful too. Review suppression reasons: a broad window, uncoordinated channels and delayed history updates need different fixes. Do not increase contact frequency simply to raise sends or replies.Рядом с результатами смотрите отказы, жалобы, дубли, ошибочные адреса и незавершённые передачи. Успешное подавление лишнего сообщения тоже полезно. Анализируйте причины пропуска: слишком широкое окно, несогласованные каналы или задержка обновления истории требуют разных исправлений. Не повышайте частоту только ради роста отправок и ответов.
Test your chosen configurationПроверьте сценарии в выбранной конфигурации
In SABSUS, start by connecting customer history, orders, conversations and the responsible role. Configure and verify these controls with available integrations; AI alone does not establish them. Self setup and optional SABSUS assistance are available. Check recipients and expected results before enabling sends.В SABSUS начните со связи клиентской истории, заказов, общения и ответственной роли. Перечисленные ограничения нужно настроить и проверить на доступных интеграциях; они не возникают автоматически из наличия AI. Возможна самостоятельная настройка или отдельная помощь команды SABSUS. Перед включением отправки проверьте получателей и ожидаемый результат каждого тестового случая.
Purchase before sendingПокупка перед отправкой
The queued reminder is cancelled after the history update.Ожидающее напоминание отменяется после обновления истории.
Opt-out elsewhereОтказ в другом канале
The restriction is respected within its agreed scope; the duplicate contact is suppressed.Ограничение учитывается в согласованной области, повторное сообщение не уходит.
Complaint replyЖалоба в ответ
The sequence stops and the assigned employee accepts the service case.Последовательность останавливается, обращение принимает назначенный сотрудник.
Repeated runПовторный запуск
One trigger does not create several messages to the same customer.Одно основание не создаёт несколько сообщений одному клиенту.
Quick answersКороткие ответы
How should we choose a repeat window?Как выбрать окно повторного обращения?
Use completed purchases, the service context and explicit customer requests. With insufficient history, avoid claims about personal needs.По завершённым покупкам, характеру услуги и явным просьбам клиента. При недостаточной истории избегайте утверждений о личной потребности.
Should we follow up while a complaint is open?Нужно ли писать клиенту с открытой жалобой?
Suppress the repeat offer. An employee should first resolve the issue and check the customer's preferences.Повторное предложение следует остановить. Сначала ответственному сотруднику нужно решить текущую проблему и проверить предпочтения клиента.