Приоритеты развития приложения

1

Контекст и критерии приоритизации

Ключевые факты о потоке пациентов и продуктовая логика

Ключевые факты о потоке

2 из 3 пациентов клиники — повторные

Значительная доля — повторные внутри одного лечения: после первого визита (острое заболевание или обострение хронического) ещё 1–3+ приёма, процедуры, контроль.

Бизнес-сегментация — 10 сегментов

Лидеры по выручке: амбулаторный поток (~120 млн), взрослая хирургия «заблокированный нос» (~30 млн), детская аденоидная хирургия (~20–30 млн), сурдология (~20 млн).

Продуктовая логика

Приложение — инструмент удержания и углубления, а не привлечения. Первичного пациента клиника получает через сайт, SEO, рекламу, сарафан. Приложение устанавливают уже пришедшие — в момент записи или на первом визите. Поэтому приоритет развития — повторные во всех сегментах.

Это совпадает с фактом «2 из 3 — повторные» и означает, что:

Первичные сценарии в приложении закрываются универсальным минимумом (запись + контакты + цены + AI-помощник, который знает услуги). Нет смысла строить специализированные первичные потоки для каждого из 10 сегментов.
Повторные сценарии — специфичны по сегменту и требуют отдельных модулей (бегунок, аудиограмма, АСИТ-дневник и т.п.).
Исключения — сегменты, где «первичный в приложении» ≠ «первый визит»: после первого визита пациент уходит, и вернуть его в клинику может только приложение.
- Сурдология — после визита и демо пациент уходит думать 2–3 месяца о покупке аппарата.
- Хирургия (FESS, детские аденоиды, вазотомия) — после пред-операционного приёма у хирурга пациент часто уходит думать, решаться ли на операцию вообще. Вторая часть — те, кто решился, уходят в 6-недельную подготовку (бегунок).
- АСИТ — после назначения впереди 3–5-летний курс, есть сценарии «не начал» и «бросил в первые месяцы».

Три слоя работы

Фаза 1

Транзакционная база

Детерминированные функции для любого пациента: запись, ближайший приём, чат с оператором, план лечения, результаты/медкарта, заказ справок. Без LLM и прямого чата с врачом. Минимум рисков, быстрый запуск.

Фаза 1.5

Коммуникационная надстройка

Чат с медицинским консьержем (дежурным врачом/фельдшером) и AI-помощник в shadow-mode. Отделено от Фазы 1, чтобы регламенты и безопасность не задерживали релиз базы.

Фаза 2

Сегментные модули

Углубление по приоритетным группам сегментов в порядке A → C → B → D.

Критерии приоритета

Охват

Сколько пациентов клиники затронуто (в абсолюте)

Глубина пользы

Насколько закрывает реальную боль (есть ли альтернатива без нас)

Частота касаний

Как часто функция возвращает пользователя в приложение

Бизнес-эффект

Влияние на возвратность, средний чек, удержание, вклад в выручку

Сложность

Вторичная ось: усилия, включая зависимости от МИС и контента

2

Текущие функции — утилита и приоритет

Оценка существующих функций по трём уровням приоритета

🟢 Высокий приоритет (ядро ценности)

Запись на приём

Главный транзакционный поток. Экономит 3–8 минут разговора, 24/7, ближайшие окна. Единственная функция, которая приводит новых пациентов через приложение. Усилить: запись из плана лечения в 1 клик, запись из маршрутной карты пред-опа.

Ближайший приём

«Что со мной сейчас». Снимает тревогу «когда, куда, к кому». Перед визитом открывается 3–10 раз. Усилить: чек-лист подготовки, маршрут до кабинета, тригеры 24ч/2ч/15мин.

🟡 Средний приоритет (поддержка)

Список врачей / карточка врача

Инструмент выбора при первом визите. Повторный пациент почти не открывает. Усилить: соцдоказательства, фильтр «по моему диагнозу».

Чат с оператором

Замена звонка в регистратуру. Ограничен одним собеседником. Основное развитие — в §3.

Профиль

Точка идентификации. Редко открывается, но критичен для персонализации.

🔴 Низкий приоритет (ниша)

Семейный профиль

Высокая польза для 20–30% (родители с детьми, взрослые с пожилыми), становится критичным для сегмента «дети с аденоидами» и «сложные хроники — ЧБД».

Контакты

Функция «галочка», 1–2 открытия за всё время.

Вывод

Ядро «Запись + Ближайший приём» работает. Слабое место — нет причины открывать приложение между визитами. Это и закрывает джентльменский набор.

3

Джентльменский набор

Базовые функции для всех пациентов — приоритет до любых сегментных модулей

Набор сознательно разделён на две подфазы по риску и зависимостям: транзакционная база (детерминированные функции с понятным MVP) и коммуникационная надстройка (LLM и асинхронные каналы, требующие регламентов и безопасности). Это позволяет выпустить базу быстро и безопасно, а надстройку строить поверх уже стабильного фундамента.

Фаза 1 · Транзакционная база

Функции, где пациент что-то получает или делает — без LLM и без диалога. Минимизируют риски, быстрее в запуск, дают те самые «не удалю это приложение»-причины.

Функция	Статус	Что в ней
Запись на приём	✅ есть	Запись 24/7, ближайшие окна.
Ближайший приём	✅ есть	Что, где, когда — снимает тревогу перед визитом.
Чат с оператором	✅ есть	Справки, переносы, счета, расписание (человеческий канал).
Статьи / база знаний	✅ есть	Уже есть. Источник правды для будущего RAG.
План лечения с приёма	❌ нет — фундамент	После каждого приёма структурированный чеклист: диагноз, назначения (препарат + доза + курс + календарь), ссылки на процедуры самопомощи, контрольный приём, запись на следующий визит в 1 клик. Живой объект с напоминаниями. Источник правды для всех следующих надстроек.
Результаты обследований и медкарта	❌ нет	Пациент видит свои анализы, аудиограммы, снимки, заключения без звонка в клинику. Статус каждого результата: готов / в работе / годен до [дата]. Критично для Группы C: срок годности анализов виден в одном месте.
Заказ справок и финансовых документов	❌ нет	Справка для налогового вычета (13%), справки работодателю, копии заключений, счета. Заказ в 1 клик, готовая в приложении или с самовывозом. Снимает нагрузку с администраторов и даёт сильный retention-якорь.

Фаза 1.5 · Коммуникационная надстройка

Функции, где идёт живой или AI-диалог по поводу лечения. Строятся поверх уже работающей базы и требуют отдельных регламентов — по ответственности, SLA, проверке качества.

Функция	Статус	Что в ней	Ключевой риск
Чат с медицинским консьержем	❌ нет	Не прямой чат с лечащим врачом. Дежурный врач / фельдшер / медсестра отвечает по протоколам на 80% рутины, эскалирует клинически значимое лечащему. Асинхронно, SLA — X часов в рабочее время.	Перегрузка врачей и SLA-хаос, если пустить пациентов напрямую к хирургу. Нужен регламент тарификации/компенсации врачам за эскалированные вопросы.
AI-помощник (RAG 24/7)	❌ нет	Знает базу знаний клиники, статьи, план лечения пациента. Объясняет назначение, ищет ответ в статьях, оценивает «норма или срочно» и эскалирует к консьержу/врачу при тревожных признаках.	Галлюцинация LLM в медицинском контексте = юридический и репутационный риск. Запускаем в shadow-mode: ответы сначала идут через консьержа для валидации.

Почему это ядро, а не сегмент

Работает на 100% пациентов — без разделения по сегменту.
Усиливает любое сегментное направление: бегунок, слухопротезирование, АСИТ — всё опирается на план лечения, медкарту и тот же чат-канал.
Закрывает главный пробел транзакционной модели — «что делать между визитами».

Порядок работ внутри набора

Фаза 1:

План лечения с приёма — фундамент. Без структурированных назначений не работает ничего поверх (ни AI, ни напоминания, ни процедуры самопомощи).
Результаты / медкарта — следующий retention-якорь.
Заказ справок — быстрый win для большой части пациентов, снимает нагрузку с администраторов.

Фаза 1.5 (после стабилизации Фазы 1):

Чат с медицинским консьержем — инфраструктура канала + регламент ответов.
AI-помощник на RAG (shadow-mode) — сначала ответы валидируются консьержем, потом постепенный переход в прямой режим для безопасных категорий.

Критическая зависимость от МИС. «План лечения» — это структурированные данные (препарат, доза, частота, курс, процедура). Два сценария: МИС отдаёт назначения по API структурированно — план собирается автоматически. МИС отдаёт только PDF-заключение — план лечения MVP стартует с ручного ввода врачом в виджет. Ответ на этот вопрос определяет сроки и стоимость Фазы 1.

4

Сегменты пациентов через призму приложения

Первичный vs повторный · матрица 10 сегментов · четыре группы

4.1. Фундаментальное деление: первичный vs повторный

Линза	Первичный в приложении	Повторный в приложении
Главный job	«Куда мне обратиться и как записаться»	«Что мне делать сейчас по моему лечению»
Источник	Попадает через сайт/рекламу/сарафан	Приложение уже установлено
Частота открытия	1–3 раза до визита	Ежедневно в активном эпизоде
Что нужно	Базовый минимум (запись, цены, контакты, врачи)	Специализированный модуль сегмента
Приоритет развития	○ Низкий	● Высокий (2/3 потока)

4.2. Матрица 10 сегментов

#	Сегмент	Объём	Повторный в App	Группа	Приоритет
1	Взрослые «заблокированный нос» (полипы, FESS)	300 оп/год · 30 млн	Пред-оп бегунок (6 нед) → восстановление → контроль 3/6/12 мес	C	● Высокий
2	Амбулаторный поток (острые и хроники ЛОР)	Тысячи/мес · 120 млн	План лечения + процедуры самопомощи: промывания, полоскания, ингаляции	1 A	● Высший
3	Родители детей с аденоидами	400–500 оп/год · 20–30 млн	Пред-оп бегунок (детская версия) → восстановление	C	● Высокий
4	Потеря слуха (сурдология)	20 млн/год	Паспорт аппарата, сервисный календарь, расходники, дневник адаптации	B	● Высокий
5	Сложные хроники (иммунология, ЧБД)	Высокий · длинный LTV	Процедуры самопомощи (Группа A) + АСИТ-трекер	A D	● Высокий
6	Зависимость от капель (вазотомия)	Высокий объём · входной в хирургию	Пред-оп бегунок (компактная версия) → восстановление	C	● Высокий
7	Пульмонология (кашель/астма)	Средний · сезонный	Дневник астмы, напоминания об ингаляторах, контроль триггеров	D	◐ Средний
8	Социально активные храпуны	Низкий	Образовательный контент, СИПАП-трекер	—	○ Низкий
9	Фониатрия (голос)	Очень низкий · срочный	Короткое окно, низкая повторность	—	○ Низкий
10	Check-up и Второе мнение	Единичный · высокая маржа	Разовая услуга, минимальная повторность	—	○ Низкий

4.3. Четыре группы сегментов для повторных

Группа A · Сегменты 2 + 5

Амбулаторный поток + хроники — процедуры самопомощи

Самый массовый сегмент × ежедневная повторность. Промывание носа, полоскание горла, ингаляции, гимнастика слуховой трубы. Что нужно: библиотека техник (видео), напоминания из плана лечения, трекер комплаенса, дневник симптомов, сводка для врача.

Группа B · Сегмент 4

Сурдология

Уникальный набор функций — аудиограмма, аудио-демо, каталог, паспорт аппарата. Пожизненная повторность. Высокий чек. Отдельный модуль, не пересекается с другими.

Группа C · Сегменты 1 + 3 + 6

Пред-операционная подготовка + восстановление

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

Группа D · Часть сег. 5 + сег. 7

АСИТ + контроль астмы

Ежедневный трекер, дневник симптомов, навигатор побочки, пыльцевой календарь. Самый сложный — требует верификации контента аллергологом/пульмонологом.

5

Порядок внедрения

Рекомендуемая последовательность фаз и групп

Фаза 1. Транзакционная база

План лечения → Результаты / медкарта → Заказ справок.

Эффект: пациент видит свои назначения, результаты и может получить документы без звонка в клинику. Базовые retention-якоря: «не удалю это приложение». Массовый амбулаторный + хроники покрыты в части информирования и документов.

Фаза 1.5. Коммуникационная надстройка

Чат с медицинским консьержем → AI-помощник (shadow-mode).

Выделение в 1.5 позволяет: собрать транзакционную базу быстро и безопасно, отработать регламент консьержа отдельно, запустить AI сначала под валидацией человека.

Фаза 2. Сегментные модули — порядок

A

Группа A — Процедуры самопомощи хроников · первым

Самый массовый охват — тысячи пациентов в месяц (сегменты 2 + 5). Напрямую опирается на план лечения из Фазы 1. Бизнес-эффект: рост комплаенса → меньше обострений → меньше экстренных приёмов. Эффект заметен пациенту сразу — ежедневная польза.

C

Группа C — Пред-операционная подготовка · вторым

Закрывает 3 сегмента (1, 3, 6) одним модулем. Восстановление уже есть в прототипе. Прямой бизнес-эффект: снижение переносов операций из-за просроченных анализов + возврат сомневающихся кандидатов. Вклад в выручку ~50–60 млн.

B

Группа B — Сурдология · третьим

Изолированный сегмент с уникальными функциями. Пожизненное удержание × высокий чек × растущий рынок (старение). Две половины: возврат кандидатов после демо + обслуживание после покупки. Можно запускать параллельно с C при наличии ресурса.

D

Группа D — АСИТ + астма · четвёртым

Самая высокая глубина пользы (влияет на медисход), но самая высокая ответственность. Требует верификации контента аллергологом/пульмонологом клиники. Можно начать готовить контент параллельно с A/C/B.

Что не берём в план сейчас

Сегменты 8 (храпуны), 9 (фониатрия), 10 (check-up) — специализированных модулей в горизонте планирования не делаем. Отдельные «первичные» модули под сегменты — не делаем. Нужно сделать уже сейчас: добавить аллерголога-иммунолога в список врачей — предусловие для Группы D.

6

Вопросы к обсуждению

Открытые вопросы, требующие ответа от клиники

Первоочередной (определяет сроки Фазы 1)

1

МИС и структурированные назначения. Отдаёт ли МИС по API назначения структурированно (препарат, доза, частота, курс) или только PDF-заключением? От этого зависит: план лечения собирается автоматически или врач заполняет вручную в виджете. Там же: API для результатов анализов, сроков годности, расписания.

По процессам клиники

2

Медицинский консьерж — кто в роли? Дежурный врач / фельдшер / медсестра? Кто держит SLA? Как компенсируется эскалация вопроса лечащему врачу?

3

SLA чата — целевое время ответа в рабочее время (1ч / 4ч / день)?

4

Справки и финдокументы — текущий процесс заказа через администратора; что готовы автоматизировать в первую очередь (ФНС-справка, выписки, счета)?

По метрикам (для оценки эффекта)

5

Подтвердить «2 из 3 — повторные» — уникальные пациенты в год или визиты? Меняет оценку охвата Группы A.

6

Процент повторных, не доходящих до контроля — метрика успеха Фазы 1.

7

Сурдология — кандидатов/мес, % возврата за аппаратом. От этого зависит приоритет Группы B.

8

Переносы операций — частая причина просроченные анализы? Усиливает Группу C.

По ресурсам Фаз 1.5 и 2

9

Готов ли аллерголог верифицировать контент для АСИТ-трекера? Без этого Группу D не запускаем.

10

База знаний / статьи — достаточно ли материала для RAG или формировать отдельно?

11

Политика по AI shadow-mode: кто утверждает категории вопросов для постепенного перевода в прямой режим?

✓

Короткая сводка

Итог встречи в четырёх пунктах

Что предлагаем

Фаза 1 — транзакционная база для всех: план лечения, результаты/медкарта, заказ справок + уже существующие запись, ближайший приём, чат с оператором, статьи. Быстрый MVP, минимум рисков.
Фаза 1.5 — коммуникационная надстройка: чат с медицинским консьержем (не прямой с врачом) и AI-помощник в shadow-mode. Запускается после стабилизации базы.
Фаза 2 — четыре сегментных модуля в порядке: A (процедуры самопомощи хроников — массовый) → C (пред-оп подготовка — 3 сегмента разом) → B (сурдология — высокий чек) → D (АСИТ + астма — с верификацией врачом).
Первичные в приложении = базовый минимум, который уже есть. Новых первичных модулей не строим — они приходят через веб. Исключения — сурдология, хирургия, АСИТ.