Push-уведомления в приложении клиники: что работает

Коротко (TL;DR): push-уведомления в приложении клиники работают, когда они привязаны к событию (запись, результат, курс лечения), уходят в рабочее окно 9:00–21:00 и ведут пациента в конкретный экран, а не на главную. Маркетинговые push требуют согласия по 152-ФЗ, сервисные — нет. Ключевые метрики — доля неявок, opt-in и возвращаемость, а не число отправок.

Push — самый дешёвый и быстрый способ вернуть пациента в приложение клиники. Но именно медицинские приложения чаще всего используют его неправильно: рассылают акции ночью, шлют одинаковый текст всем и в итоге получают массовые отписки. Ниже — что действительно двигает возвращаемость и снижает неявки. Всё это закладывается ещё на этапе проектирования мобильного приложения клиники, а не докручивается потом.

Какие типы push реально нужны клинике

Не все уведомления одинаково полезны. Сервисные напрямую связаны с приёмом и почти никогда не раздражают, а маркетинговые требуют осторожности и согласия. Базовый набор для клиники выглядит так:

Тип уведомления	Когда отправлять	Согласие
Напоминание о приёме	За 24 ч и за 2–3 ч до визита	Не требуется (сервисное)
Результат анализа готов	Сразу после публикации в кабинет	Не требуется (сервисное)
Напоминание о курсе / повторном визите	По плану лечения врача	Не требуется (сервисное)
Акции, скидки, новые услуги	Рабочее окно, не чаще 1–2 раз/нед	Требуется по 152-ФЗ

Разделение важно не только юридически. Сервисные push пациент ждёт и открывает почти всегда — на них строится доверие к каналу. Как только вы подмешиваете туда рекламу без спроса, открываемость падает у всех типов сразу.

Когда отправлять, чтобы не попасть в отписку

Оптимальное окно для любых несобытийных уведомлений — с 9:00 до 21:00 по местному времени пациента. Push ночью почти гарантированно ведёт к отключению уведомлений и негативу к клинике. Событийные сообщения (результат готов, изменение расписания) — исключение: их отправляют в момент события, но и здесь ночную отправку лучше откладывать до утра.

Напоминания о приёме привязывают к двум точкам: за сутки, чтобы пациент успел перенести или отменить, и за 2–3 часа, чтобы он просто не забыл. Такая двухступенчатая схема на медицинских проектах заметно снижает долю неявок по сравнению с одним напоминанием.

Согласие и 152-ФЗ: где проходит граница

Сервисные уведомления в рамках оказания услуги (запись, результат, перенос) отправляются без отдельного согласия — они часть договора. А вот push с акциями и рекламой — это уже обработка персональных данных в маркетинговых целях, и на них нужно явное согласие пациента по 152-ФЗ. В приложении это оформляется отдельным переключателем, а факт согласия фиксируется с датой и версией текста. Подробнее о требованиях к медицинским данным — в нашем разборе 152-ФЗ для разработчика.

Практический вывод: не смешивайте два потока в одной настройке. Пациент должен иметь возможность оставить напоминания о приёме и отключить рекламу — а не выбирать «всё или ничего».

Как просить разрешение на уведомления

Системный запрос на push при первом запуске приложения — почти всегда ошибка: пациент ещё не понял ценность и жмёт «Запретить». Правильнее показать запрос после первого полезного действия — например, когда человек записался на приём и логично ожидает напоминание. Перед системным диалогом уместен собственный пре-экран, объясняющий, зачем нужны уведомления. Такой подход поднимает долю согласий (opt-in) в разы по сравнению с запросом «в лоб».

Push, SMS или мессенджер?

Push — не единственный канал, и клинике обычно нужна комбинация. Push бесплатны после установки приложения, поддерживают кнопки действий и ведут прямо в нужный экран личного кабинета пациента. SMS дороже и без интерактива, но доходят до тех, кто приложение не установил — их держат как резервный канал. Мессенджеры (Telegram, VK) хорошо работают для двусторонней переписки, но требуют отдельного согласия и модерации. Надёжная схема — push как основной канал, SMS как фолбэк по критичным событиям.

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

Какие метрики смотреть

• Доля неявок (no-show). Главный бизнес-показатель: работают ли напоминания.
• Opt-in rate. Сколько пациентов вообще разрешили уведомления — потолок всего канала.
• Открываемость и CTR по типам. Считайте отдельно для сервисных и маркетинговых push.
• Возвращаемость. Доля пациентов, вернувшихся на повторный визит после уведомления о курсе.

Число отправленных push — метрика тщеславия. Ориентируйтесь на неявки и возвращаемость: именно они показывают, приносит ли канал деньги клинике.