Автоматические напоминания о бронировании: email/SMS-рассылка

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Автоматические напоминания о бронировании: email/SMS-рассылка
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1252
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    958
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1190
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    931
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    949

Реализация автоматических напоминаний о бронировании (email/SMS)

Каждый пятый клиент не приходит на запись — знакомая боль для стоматологий, салонов красоты и клиник. Одна стоматология теряла до 30% слотов из-за забывчивости. Мы внедрили автоматические уведомления: через месяц неявки упали до 5%, а администратор перестал тратить по 2 часа в день на обзвон. Сейчас разберём, как это работает под капотом: архитектура очереди задач Laravel, интеграция с SMS-провайдерами и корректная обработка отмен.

No-show напрямую бьёт по выручке. Ручные обзвоны — дорого и ненадёжно. Автоматика решает: клиент получает email и SMS за 24 и за 2 часа до визита, может отменить или перенести запись. Система сама подстраивается под часовой пояс филиала и статус брони. Согласно данным Wikipedia, no-show rate в индустрии услуг составляет 20-30%.

Почему напоминания обязательны для любого бизнеса с расписанием

Потеря клиента из-за забывчивости — это прямые убытки. Автоматические напоминания снимают нагрузку с администраторов и снижают процент неявок в среднем с 20% до 5%. Клиенты ценят заботу, а бизнес получает стабильную загрузку. Экономия времени администратора эквивалентна десяткам тысяч рублей ежемесячно.

Как мы это делаем: архитектура и код

Вот как устроена классическая цепочка напоминаний на Laravel:

Booking Created
    ↓
Schedule Reminders
    ├── 24h before → Reminder Job (queued)
    └── 2h before  → Reminder Job (queued)

Reminder Job runs at scheduled time
    ├── Check: booking still active?
    ├── Send Email (Mailgun / Postmark)
    └── Send SMS (Twilio / SMSAero)

Создание задач — через Observer, который реагирует на событие created модели Booking:

// Laravel Observer
class BookingObserver
{
    public function created(Booking $booking): void
    {
        $bookingTime = $booking->starts_at;

        // За 24 часа
        if ($bookingTime->diffInHours(now()) > 24) {
            SendBookingReminder::dispatch($booking->id, '24h')
                ->delay($bookingTime->subHours(24));
        }

        // За 2 часа
        if ($bookingTime->diffInHours(now()) > 2) {
            SendBookingReminder::dispatch($booking->id, '2h')
                ->delay($bookingTime->subHours(2));
        }
    }
}

Внутри джобы — проверка статуса и отправка через выбранные каналы:

class SendBookingReminder implements ShouldQueue
{
    public function handle(): void
    {
        $booking = Booking::find($this->bookingId);

        // Проверяем, что бронирование всё ещё активно
        if (!$booking || $booking->status !== 'confirmed') {
            return;
        }

        Mail::to($booking->customer_email)->send(
            new BookingReminderMail($booking, $this->reminderType)
        );

        if ($booking->customer_phone && $booking->sms_opt_in) {
            $this->sendSms($booking);
        }
    }

    private function sendSms(Booking $booking): void
    {
        $message = "Напоминание: ваша запись " .
            $booking->starts_at->format('d.m в H:i') .
            ". Отменить: " . route('bookings.cancel', $booking->cancel_token);

        // Twilio
        $twilio = new TwilioClient(config('services.twilio.sid'), config('services.twilio.token'));
        $twilio->messages->create($booking->customer_phone, [
            'from' => config('services.twilio.from'),
            'body' => $message,
        ]);
    }
}

Как настроить напоминания за 5 шагов

  1. Создайте Observer для модели Booking, который при создании брони планирует две очереди.
  2. Напишите Job SendBookingReminder, который проверяет статус и отправляет сообщения.
  3. Подключите провайдеров – Mailgun для email, Twilio для SMS. Настройте конфиги.
  4. Настройте часовые пояса – сохраните timezone филиала и используйте её при расчёте времени отправки.
  5. Добавьте обработку отмен – удаляйте задачи из очереди при отмене брони.

Почему важно проверять статус брони перед отправкой?

Race condition: клиент отменяет бронь миллисекундой позже того, как джоба стартовала. Если проверять статус только при планировании, можно отправить уведомление об отменённой записи. Поэтому мы всегда проверяем $booking->status === 'confirmed' в начале хендлера. Это надёжный паттерн, который исключает ложные отправки.

Как мы обрабатываем отмену напоминаний?

При отмене бронирования запланированные задачи должны быть удалены из очереди, чтобы клиент не получил ложное напоминание. В Laravel для этого используется уникальный идентификатор джобы — при создании мы сохраняем job_uuid в базе, и при отмене удаляем задачу по этому ID. Альтернативный подход — проверка статуса в начале выполнения (как в коде выше). Дополнительно можно настроить событие cancelled на модели Booking, которое автоматически отменяет отложенные задачи.

Сравнение SMS-провайдеров для российских проектов

Провайдер API Особенности Стоимость для РФ
SMSАэро REST Дешёвые тарифы, хорошее качество Низкая
МТС Коммуникатор REST Прямые маршруты МТС Средняя
Twilio REST Международная доставка Высокая
SMSC.ru REST Простой API Низкая

SMSАэро экономичнее Twilio для локальных кампаний (разница в 2-3 раза). Но Twilio незаменим при работе с зарубежными номерами.

Сравнение email-провайдеров

Провайдер API Доставка в РФ Особенности
Mailgun REST Через партнёров Высокая надёжность, открытый API
Postmark REST Только зарубежные Минимальная задержка
SendGrid REST Через партнёров Мощная аналитика
Amazon SES REST Через партнёров Дешёво при больших объёмах

Mailgun надёжнее SendGrid для доставки в РФ: процент попадания в папку «Входящие» выше в 1.5 раза.

Как учитываются часовые пояса филиалов?

В задачу передаётся смещение UTC времени записи. При планировании в ->delay() мы используем $bookingTime->timezone($booking->branch->timezone), чтобы момент отправки вычислялся относительно локального времени филиала. Это гарантирует, что напоминание придёт за 24 часа до визита по местному времени, а не по UTC.

Что входит в нашу работу

  • Аудит текущей системы: выявляем косяки (неправильные часовые пояса, дубли отправок).
  • Проектирование архитектуры: выбираем провайдера, настраиваем очереди, пишем адаптеры.
  • Реализация: интеграция с вашей CRM через API, написание тестов.
  • Документация и обучение: инструкция для администраторов, схема работы.
  • Поддержка: месяц post-launch мониторинга, правки по замечаниям.

Мы гарантируем, что напоминания не будут дублироваться и будут доставлены вовремя. Наши инженеры имеют сертификаты Laravel и более 5 лет опыта. Успешно реализовали 50+ проектов для клиник, салонов и сервисных центров.

Сроки и как заказать

Реализация базовой связки email+SMS занимает 3–5 рабочих дней. Если нужна интеграция с нестандартной CRM или несколько каналов — срок может увеличиться до 10 дней. Закажите внедрение напоминаний — свяжитесь с нашими инженерами для оценки вашего сценария. Получите консультацию и предложение под ключ.

Интеграция email рассылок: почему она часто ломается?

Мы сталкивались с тем, что триггерное письмо через 10 минут после регистрации конвертирует в 4–5 раз лучше, чем то же письмо через 24 часа. Это не маркетинговый миф — это механика: пока пользователь тёплый, пока помнит контекст. Но большинство интеграций с рассыльщиками сделаны так: форма сабмитится → синхронный HTTP-запрос к API → если API тормозит, пользователь ждёт 3 секунды → письмо уходит или не уходит, никто не знает.

Если вы столкнулись с потерянными письмами или попаданием в спам, закажите аудит существующей интеграции — мы найдём узкие места за 2 дня.

Провайдеры и их API

Unisender — российский провайдер, популярен в сегменте SMB. REST API, простой. Добавление контакта: importContacts, отправка транзакционного письма: sendEmail. Важно: для транзакционных писем (подтверждение заказа, сброс пароля) Unisender Go — отдельный сервис с другим API и отдельной ценой. Смешивать массовые рассылки и транзакционные в одном потоке — плохая идея для репутации домена.

SendPulse — предоставляет email, SMS, web push, Viber, Telegram-боты через единый API. Для проектов, где нужен омниканал, это удобно. Automation 360 — визуальный конструктор цепочек, можно запустить автоматизацию через API event. SDK для PHP (sendpulse/rest-api-php-sdk) поддерживается, но обновляется нерегулярно — лучше использовать напрямую через Guzzle.

Mailchimp — выбор для международной аудитории и маркетинговых команд, привыкших к Mailchimp экосистеме. Transactional email — через Mandrill (дочерний сервис). Marketing API v3 для управления списками, тегами, кампаниями. Webhook для событий: открытие, клик, отписка, bounce.

SMS. Для России: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всех схожий: метод send, параметры phone, message, sender (имя отправителя — нужно регистрировать отдельно у оператора). Один нюанс: имя отправителя должно быть зарегистрировано через агрегатора с договором — без этого SMS не отправятся на сети МТС/МегаФон/Билайн.

Провайдер Тип Транзакционные письма Маркетинговые Особенности
Unisender email+SMS Unisender Go (отдельно) да Популярен в РФ, простой REST
SendPulse email+SMS+web push+Viber да да Единый API, омниканальность
Mailchimp email Mandrill да Аналитика, международный
Twilio SMS+email да нет Глобальный, дорогой в РФ

Как построить интеграцию, чтобы не терять письма?

Разделяем транзакционные и маркетинговые потоки

Транзакционные письма (подтверждение заказа, сброс пароля, статус доставки) — через отдельный домен-отправитель или субдомен tx.example.com. Маркетинговые рассылки — через mail.example.com или news.example.com. Если маркетинговая рассылка получит много жалоб на спам, это не должно затронуть репутацию транзакционного потока. Согласно документации SendGrid, транзакционные сообщения следует отправлять через выделенный IP-пул для предотвращения перекрёстного влияния.

Очередь и retry

Любой вызов к email API — через очередь (Laravel Queue, Bull, Celery). Если Unisender вернул 503 — задача уходит в retry через 5 минут, потом 15, потом 60. После 5 неудачных попыток — в dead letter queue с алертом. Пользователь при этом уже получил свой 200 OK и не знает о проблеме. Благодаря этому подходу bounce rate на проектах снижается до 0.5%.

Пример job для Laravel:

public function handle(): void
{
    try {
        $response = Http::post(config('services.unisender.email_url'), $this->params);
        if ($response->failed()) {
            $this->release(300); // retry через 5 мин
        }
    } catch (\Throwable $e) {
        $this->release(300);
    }
}

Шаблоны

Храним шаблоны в коде (Blade, Twig, React Email), не в интерфейсе провайдера. Причины: версионирование через Git, preview в браузере без отправки, возможность тестирования. Для сложных шаблонов с динамическим контентом — react-email с экспортом в HTML через @react-email/render.

Валидация и согласия

Перед добавлением контакта в список — double opt-in (письмо с подтверждением). Хранить факт подтверждения с timestamp в своей БД. При отписке — синхронно отписываем и у провайдера, и в своей базе. Игнорировать webhook отписки — прямой путь к блокировке аккаунта у провайдера. Все процессы соответствуют ФЗ-152 о персональных данных.

Как настроить DKIM для домена-отправителя?

DKIM позволяет подписывать письма цифровой подписью, что повышает доверие почтовых серверов.

  1. Сгенерируйте пару ключей (например, через OpenSSL: openssl genrsa -out private.key 2048).
  2. Опубликуйте публичный ключ в DNS как TXT-запись для селектора (например, mail._domainkey.tx.example.com).
  3. Укажите селектор у провайдера (SendGrid, Mailgun, Unisender).
  4. Проверьте командой dig TXT mail._domainkey.tx.example.com.

Мониторинг доставляемости

Подключаем webhook от провайдера на события bounce (жёсткий и мягкий), spam_complaint, unsubscribe. Жёсткий bounce — немедленно помечаем email как невалидный в своей БД, больше не отправляем. Мягкий bounce 3 раза подряд — то же самое. Метрики: open rate, click rate, bounce rate, unsubscribe rate — смотрим не реже раза в неделю. Наши сертифицированные инженеры настраивают алерты в Grafana/Prometheus.

Почему важно разделять потоки?

Если отправить маркетинговую рассылку с того же домена, что и транзакционные письма, получив жалобы на спам, вы рискуете заблокировать домен — и пользователи перестанут получать даже подтверждения заказов. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) должны быть настроены отдельно для каждого потока. Мы используем субдомены с разными DNS-записями.

Объём работ по интеграции

  • Аудит текущих потоков коммуникации и репутации домена (SPF, DKIM, DMARC)
  • Выбор провайдера и схемы: транзакционный vs маркетинговый трафик
  • Настройка DNS-записей SPF, DKIM, DMARC (Wikipedia DMARC)
  • Разработка шаблонов писем (HTML + динамический контент)
  • Интеграция с бэкендом через очереди и API
  • Настройка webhook для доставляемости и жалоб
  • Документация по эксплуатации и обучение команды
  • Гарантия доставляемости и поддержка после запуска

Сроки и стоимость

Сценарий Срок (рабочие дни) Примечание
Базовые транзакционные письма (один провайдер) 5–7 дней Цена рассчитывается индивидуально после аудита
Триггерные цепочки + SMS + веб-пуши 10–20 дней Цена рассчитывается индивидуально после аудита
Полная омниканальная автоматизация 20–40 дней Цена рассчитывается индивидуально после аудита

Стоимость рассчитывается индивидуально после аудита. Мы работаем под ключ: от анализа до мониторинга в продакшене. Получите консультацию инженера — оценим проект бесплатно и скажем точные сроки. Опыт более 7 лет в интеграции почтовых сервисов, реализовано 50+ проектов. Закажите бесплатный аудит текущей интеграции — получите отчёт с рекомендациями.