01
Продажи в приложении
Запустить продажу Membership и Packages прямо в приложении.
PRD/Клиника · Мобильное приложение для пациентов
Мобильное приложение для пациентов частной клиники
Основной инструмент взаимодействия с клиникой: онлайн-запись, Membership/Packages, бонусная программа и персональные предложения. React Native — единая кодовая база для iOS и Android, с real-time интеграцией с МИС клиники.
🍎
iOS
🤖
Android
🩺
МИС
PRD
Product Requirements DocumentЕдиный источник правды: что именно строится, для кого, в какой последовательности и почему. Живой документ — обновляется при изменении скоупа или приоритетов, каждое изменение фиксируется и согласуется с клиентом.
01 · Обзор продукта
Инструмент удержания пациентов и роста LTV
Приложение переводит запись, оплату, подписки и бонусы в самообслуживание — и делает Membership основным механизмом удержания.
Продукт
Мобильное приложение для пациентов частной клиники — управление записями, Membership/Packages, бонусной программой и персональными предложениями
Бизнес-цель
Повысить удержание пациентов и LTV через Membership: пациент покупает пакет, отслеживает преимущества, копит бонусы и продлевает подписку без администратора
Целевая аудитория
Пациенты клиники — активные пользователи смартфонов, ценящие удобство и персональный сервис
Платформа
React Native — единая кодовая база для iOS и Android
Релиз
Один полный релиз со всем функционалом из ТЗ. Разработка стартует через 3–4 месяца
2×
Мультиклиничность. Две клиники с единой базой пациентов, бонусов и Membership. При онлайн-записи пациент выбирает клинику; врачи и расписание привязаны к конкретной клинике. Бонусный баланс и статус Membership — сквозные для обеих клиник.
02 · Цели релиза
Что должен обеспечить релиз
Бизнес-цели
02
Автоматизация
Автоматизировать взаимодействие пациента с клиникой: запись, оплата, история.
03
Меньше нагрузки
Снизить нагрузку на администраторов через самообслуживание.
04
Прямой канал
Сформировать канал прямой коммуникации с пациентом — push и персональные предложения.
Продуктовые цели
✓Полная интеграция с МИС клиники в реальном времени
✓Работающая программа лояльности с тремя уровнями
✓Цифровая карта пациента с QR для идентификации на ресепшен
✓Онлайн-оплата услуг и покупка Membership внутри приложения
✓Чат с координатором клиники
Метрики приёмки
✓Синхронизация данных с МИС в рамках возможностей её API — real-time или near-real-time (см. риск R-02)
✓Полный цикл покупки Membership от выбора до оплаты
✓Запись на приём через приложение с отражением в МИС
✓Crash Rate ≤ 0.5 %
03 · Стартовая стратегия
Один релиз, три этапа разработки
Публичный релиз — единый, со всем функционалом из ТЗ. Разбивка на этапы существует внутри разработки для управления процессом.
Этап 1
Разработка
Ядро
Базовый цикл взаимодействия пациента с клиникой и интеграция с МИС.
- Авторизация и профиль пациента
- Интеграция с МИС (real-time)
- Онлайн-запись
- История лечения
- Push-уведомления
- Админ-панель: базовая — управление push и контентом
Этап 2
Разработка
Membership и лояльность
Монетизация и удержание: подписки, бонусы, цифровая карта и оплата.
- Программа лояльности — 3 уровня
- Membership/Packages: просмотр, отслеживание, покупка
- Онлайн-оплата услуг
- Цифровая карта + QR
- Apple Wallet + Google Wallet
- Админ-панель: управление уровнями лояльности и Membership
Этап 3
Разработка
Коммуникации и контент
Прямой канал с пациентом, контент и реферальный рост.
- Чат с координатором
- Новости и спецпредложения
- Персональные предложения
- Реферальная программа
- Фото до/после
- Админ-панель: интерфейс координатора (чат) и управление контентом/фото
Публичный релиз — единый. Выходит после завершения всех трёх этапов разработки, тестирования и публикации в App Store и Google Play.
04 · Стек и архитектура
Технологии и интеграции
Мобильное приложение
React Native — единая кодовая база iOS + Android
Бэкенд
API-сервер бизнес-логики (лояльность, Membership, уведомления, чат, рефералка). Микросервисы или монолит — определяется на аналитике
Админ-панель
Веб-интерфейс: push и рассылки, контент, программа лояльности, чат координатора, аналитика, загрузка фото до/после
Интеграция с МИС
Real-time синхронизация через API МИС
Платежи
Российский платёжный шлюз (ЮKassa / Тинькофф / Сбер — уточняется)
Push-уведомления
Firebase Cloud Messaging (FCM) для Android, APNs для iOS
Цифровая карта
Apple Wallet (PassKit) + Google Wallet API
Хранилище медиа
Облачное хранилище для фото до/после — шифрование, разграничение доступа по пациенту
Данные, передаваемые из МИС. Real-time синхронизация подтягивает по каждому пациенту:
- Записи пациента
- История посещений
- Выполненные процедуры
- Назначения
- Бонусный баланс
- Статус Membership
Wallet
Apple Wallet и Google Wallet используются для добавления карты лояльности клиники на телефон пациента — аналог карты магазина или карты Starbucks. Это не банковская карта для оплаты. Карта отображает QR-код для идентификации на ресепшен, статус уровня лояльности и баланс бонусов. Оплата услуг реализована отдельно через платёжный шлюз.
05 · Роли и права
Пациентские уровни и персонал
Пациент (Basic)
- Просмотр профиля и персональных данных
- Онлайн-запись, перенос и отмена записи
- Просмотр истории лечения
- Просмотр бонусного баланса и истории начислений/списаний
- Просмотр активного Membership/Packages
- Покупка Membership и оплата услуг
- Чат с координатором
- Реферальная программа
- Просмотр новостей и предложений
- Цифровая карта + QR
- Apple Wallet / Google Wallet
Пациент (Privileged)
- Всё, что Basic
- Повышенный процент начисления бонусов
- Доступ к персональным привилегиям уровня Privileged
- Приоритетная запись (если предусмотрено бизнесом)
Пациент (Black)
- Всё, что Privileged
- Максимальный процент начисления бонусов
- Персональные привилегии уровня Black
- Эксклюзивные предложения и подарки
Координатор клиники (в чате)
- Ведение диалогов с пациентами
- Просмотр профиля пациента: имя, статус, активный Membership
- Не имеет доступа к медицинским данным пациента через приложение
Администратор системы
- Управление push-уведомлениями и рассылками
- Управление контентом: новости, акции, персональные предложения
- Управление программой лояльности: уровни, привилегии, начисление
- Загрузка фото до/после результатов лечения (с согласия пациента)
- Просмотр аналитики по использованию приложения
Врач и администратор работают под одним типом аккаунта. Загрузка фото до/после и управление контентом доступны через панель администратора — отдельная роль «врач» в приложении не выделяется.
06 · Сценарии
Основные пользовательские сценарии
01
Онбординг
Первый запуск
- Пациент скачивает приложение
- Регистрируется или входит — привязка к профилю в МИС по номеру телефона
- Видит персональный дашборд: активный Membership, баланс бонусов, ближайшая запись
- Получает приветственное push-уведомление
02
Запись
Запись на приём
- Пациент открывает раздел «Запись»
- Выбирает клинику → направление → врача → доступное время
- Подтверждает запись → она мгновенно отражается в МИС
- Получает push-напоминание за 24 часа и за 2 часа до приёма
03
Membership
Покупка Membership
- Пациент открывает раздел Membership
- Видит доступные пакеты с описанием преимуществ и услуг
- Выбирает пакет → переходит к оплате
- Оплачивает через встроенный платёжный шлюз
- Membership активируется → данные передаются в МИС
- Видит активный пакет с датами и остатком услуг
04
Бонусы
Использование бонусов
- Пациент приходит на приём
- Показывает QR-код из приложения на ресепшен
- После приёма получает push: «Начислено X бонусов»
- При следующей оплате использует бонусы вместо скидки
05
Чат
Чат с координатором
- Пациент открывает чат
- Задаёт вопрос координатору
- Координатор отвечает в интерфейсе администратора
- Пациент получает push о новом сообщении
06
Рефералы
Реферальная программа
- Пациент открывает раздел «Пригласить друга»
- Видит свою реферальную ссылку / код
- Отправляет ссылку другу через мессенджер
- Друг регистрируется → бонусы начисляются по правилам программы (кому и сколько — уточняется, см. открытые вопросы)
07
Медиа
Фото до/после
- Врач или администратор загружает фото результатов лечения с согласия пациента
- Пациент видит фото в разделе «История лечения» — только свои
- Фото доступны только авторизованному пациенту, зашифрованы
07 · Функциональные требования
Мобильное приложение пациента
Личный кабинет пациента
- Персональные данные: имя, фото, дата рождения, контакты
- Текущий статус программы лояльности (Basic / Privileged / Black)
- Бонусный баланс
- Активные подписки и пакеты услуг
- Редактирование профиля
Онлайн-запись
- Выбор клиники / локации (две клиники, единая база)
- Запись на приём: направление, врач, дата и время
- Перенос и отмена записи
- Список предстоящих визитов
- Push-напоминания о приёме (за 24 ч и за 2 ч)
История лечения
- Список посещений: дата, врач, процедуры, рекомендации
- Использованные бонусы и стоимость (опционально)
- Фото до/после с согласия пациента
Membership и Packages
- Просмотр активного пакета: дата начала/окончания, перечень услуг, использовано/осталось
- Специальные привилегии и условия использования
- Покупка нового Membership прямо в приложении
- Продление Membership
- Push-уведомление об окончании подписки
Программа лояльности
- Текущий уровень: Basic / Privileged / Black
- Бонусный баланс, история начислений и списаний
- Описание уровня: преимущества, процент начисления, условия перехода
- Шкала прогресса до следующего уровня
- Срок действия бонусов
- Связь с Membership: покупка Membership соответствующего уровня повышает статус лояльности и открывает привилегии уровня
- Точные критерии перехода между уровнями (траты / визиты / покупка Membership) — см. открытые вопросы
Онлайн-оплата
- Оплата услуг через встроенный платёжный шлюз
- Сохранённые карты (токены платёжного шлюза)
- Использование бонусов при оплате
- Покупка Membership и Packages
Цифровая карта
- QR-код для идентификации на ресепшен
- Добавление карты лояльности клиники в Apple Wallet и Google Wallet
Push-уведомления
- Напоминания о визите
- Начисление бонусов после приёма
- Окончание действия подписки
- Акции и спецпредложения
- Персональные подарки (день рождения и др.)
- Новые услуги и новости клиники
- Новые сообщения в чате
Новости и предложения
- Лента новостей клиники
- Новые технологии и врачи
- Сезонные акции и мероприятия
Персональные предложения
- Индивидуальные предложения на основе статуса
- Подарки ко дню рождения
- Эксклюзивные предложения для Membership
Чат с координатором
- Нативный чат внутри приложения
- Push-уведомления о новых сообщениях
- Поддержка текста и фото
Реферальная программа
- Персональная реферальная ссылка / код
- Начисление бонусов при регистрации реферала
- Отслеживание приглашённых
Интеграция с МИС
- Real-time синхронизация: записи, бонусы, статусы, Membership, история посещений, платежи
- Передача новых записей из приложения в МИС мгновенно
- Получение обновлений из МИС: начисление бонусов после приёма, обновление статуса
08 · Функциональные требования
Панель администратора (веб)
Веб-интерфейс для персонала клиники: управление контентом, лояльностью и коммуникациями. Под этим же типом аккаунта работают администратор и врач.
✓Управление push-уведомлениями и рассылками
✓Управление контентом: новости, акции, персональные предложения
✓Управление программой лояльности: уровни, привилегии, начисление
✓Управление Membership/Packages
✓Интерфейс координатора: чат с пациентами, просмотр профиля (имя, статус, Membership)
✓Загрузка фото до/после результатов лечения (с согласия пациента)
✓Аналитика по использованию приложения
✓Разграничение прав по ролям, двухфакторная аутентификация
09 · Нефункциональные требования
Скорость, безопасность, надёжность
Синхронизация с МИС
В реальном времени, задержка ≤ 5 сек (в рамках возможностей API МИС — см. R-02)
Crash Rate
≤ 0.5 %
Загрузка экранов
Основные экраны ≤ 2 сек при 4G
Офлайн-режим
Базовая информация (профиль, карта, история) доступна без интернета
Биометрия
Face ID / Touch ID
Шифрование
Данные пациента на уровне БД
Фото до/после
Шифрование, доступ только авторизованному пациенту
Соответствие 152-ФЗ
Обработка персональных данных по требованиям закона
Хранение данных
Серверы в РФ
PCI DSS
Для платёжных модулей
10 · Риски
Что учитываем до старта
R-01Критичный
МИС неизвестна
Клиент назвал систему «Unite» — предположительно Ascom Unite, это платформа коммуникаций для медперсонала, а не МИС для хранения данных пациентов. До старта разработки нужно точно идентифицировать МИС, получить документацию по API и убедиться в наличии методов (записи, история, бонусы, Membership, платежи). Без этого архитектуру интеграции спроектировать невозможно. Единственный блокирующий риск на старте.
R-02Высокий
Real-time синхронизация со всеми данными
Клиент хочет синхронизацию всего в реальном времени. Это зависит от возможностей API МИС: не все системы поддерживают webhook-нотификации — некоторые только polling. Если МИС не поддерживает real-time push, синхронизация будет с задержкой. Уточняется после получения документации по API.
R-03Умеренный
Платёжный шлюз для медицинских услуг
Не все платёжные шлюзы одинаково работают с медицинскими организациями — могут потребоваться дополнительные документы (лицензия, договор). Нужно уточнить текущий эквайринг клиники и совместимость с мобильным SDK.
R-04Умеренный
Фото до/после: согласие и хранение
Медицинские фото — чувствительные персональные данные. Нужна отдельная форма информированного согласия, изолированное хранилище с шифрованием, чёткое разграничение доступа. Юридическую форму согласия предоставляет клиника.
R-05Умеренный
Apple Wallet и Google Wallet
PassKit (Apple) и Google Wallet API требуют регистрации программы, прохождения верификации и соблюдения требований платформ. Это занимает время на стороне клиента — процесс нужно начать заблаговременно.
R-06Умеренный
Дизайн без брендбука
Брендбука нет, только референсы. Это увеличивает количество итераций на этапе дизайна. Рекомендуем начать с минимальной дизайн-системы (цвета, типографика, компоненты) до отрисовки экранов.
11 · Открытые вопросы
Решения, которые нужны до старта
01
МИС — критичный вопрос: какая система используется для хранения данных пациентов (записи, история, бонусы, Membership)? Есть ли документация по API? Использовали ли другие подрядчики интеграцию с ней?
Влияет на: R-01 · блокирует старт разработки
02
Текущий эквайринг клиники — через какой банк/шлюз принимаются платежи сейчас?
Влияет на: R-03 · платежи
03
Чат с координатором — нужна ли история сообщений после удаления и переустановки приложения?
Влияет на: Скоуп чата
04
Реферальная программа — какие бонусы начисляются и кому: только приглашённому, только пригласившему или обоим?
Влияет на: Скоуп реферальной программы
05
Уровни лояльности (Basic / Privileged / Black) — по каким критериям происходит переход: сумма трат, число визитов, покупка определённого Membership?
Влияет на: Лояльность ↔ Membership
06
Фото до/после — кто загружает фото: врач через МИС или администратор через отдельный интерфейс?
Влияет на: R-04 · фото до/после
07
Списание услуг из пакета Membership — как и кем уменьшается «использовано/осталось»: автоматически из МИС после визита или вручную?
Влияет на: Membership · интеграция с МИС
12 · Что нужно для старта
Со стороны клиента
📌
Идентификация МИС и документация по API — блокирующее условие
📌
Референсы по дизайну от клиента
📌
Данные по текущему эквайрингу
📌
Ответы на открытые вопросы (п. 11)
📌
Юридическая форма согласия на фото до/после
Первый шаг — идентификация МИС