Delivery failure email

Письмо, если результат или письмо доставки не были созданы корректно: признаёт проблему и даёт путь восстановления.

После обнаружения webhook gap, delivery gap, failed generation или email bounce, если пользователь уже оплатил.

Owner note

Не скрывать проблему. Пользователь должен знать, что оплата не потеряна.

{{order_id}}{{status_url}}{{support_email}}

Fallback

Если delivery failure массовый, перейти к incident-log и status page update.

Делать

Признать, что доставка задержалась или требует ручной проверки.
Сказать, что повторная оплата не нужна.
Дать status/support path.

Избегать

Не использовать технический жаргон вместо ясности.
Не обвинять Stripe, Resend или пользователя.
Не отправлять, если проблема уже исправлена и normal reading-ready письмо ушло.

Default

Subject

Мы проверяем доставку вашего свитка

Preview

Оплата не потеряна. Доставка требует проверки.

Body

Мы видим, что доставка свитка по заказу {{order_id}} требует проверки. Повторная оплата не нужна. Мы проверяем статус и восстановим доступ, если результат не появился автоматически. Статус: {{status_url}}. Если хотите добавить детали, напишите: {{support_email}}.

Before sending

Проверка до подключения шаблона в Resend или API.

Subject не раскрывает личный вопрос или чувствительную ситуацию.
Preview text объясняет действие письма без давления.
CTA ведёт на корректный route и не использует устаревшие ссылки.

After sending

Проверка после тестовой отправки.

Письмо читается на телефоне без горизонтального скролла.
Plain text версия понятна без изображений.
Support email виден, но не выглядит как единственный путь.

связанные двери

Incident logФиксация массового сбоя.СтатусПубличный статус сайта.ПродуктыЧто именно покупает пользователь.ЦеныКоммерческая витрина и checkout path.ПоддержкаСценарии поддержки после письма.ЗапускПроверка Resend, Stripe и production delivery.