diff --git a/public/roadmap.html b/public/roadmap.html new file mode 100644 index 0000000..f46e8c6 --- /dev/null +++ b/public/roadmap.html @@ -0,0 +1,1479 @@ + + + + + +Карта приложения — Клиника Оленевой + + + + + + + + + +
+ +
+
+

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

+
+ Все экраны прототипа разложены по фазам стратегии 23 апр 2026. Видно — что работает сегодня, что добавляем в Фазу 1, что строим под сегменты в Фазе 2. +
+
+
+ Клиника Оленевой · Мобильное приложение + Стратегия от 23 апр 2026 · версия 1 +
+ ↗ Открыть прототип + 📋 Концепция развития +
+
+ +
+ + 0 + Сейчас в прототипе + + + 1 + Фаза 1 · Транзакционная база + + + 1.5 + Фаза 1.5 · Коммуникация + + + A + Самопомощь хроников + + + C + Пред-оп подготовка + + + B + Сурдология + + + D + АСИТ + астма + + + — + Не делаем + +
+ + +
+
+
0
+
+

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

+

16 экранов: транзакционное ядро (запись + ближайший приём + врачи) и базовая идентификация. Точка отсчёта.

+
+
+
Экранов
16
+
Покрытие
~30%
+
+
+
+
+ +
+
+
+ ✓ +
+
+

Главная

+

Запись CTA, специализации, ближайший приём. Витрина услуг.

+
в проде
+
+ + + +
+
+
+ ✓ +
+
+

Врачи + карточка

+

Каталог, фильтры, рейтинги, расписание, отзывы.

+
в проде
+
+ + + +
+
+
+ ✓ +
+
+

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

+

4-шаговый флоу: специализация → врач → время → подтверждение.

+
в проде
+
+ + + +
+
+
+ ✓ +
+
+

Мои приёмы

+

Предстоящие и прошедшие. Деталь приёма с заключением.

+
в проде
+
+ + + +
+
+
+ ✓ +
+
+

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

+

Один универсальный чат — справки, переносы, расписание.

+
в проде
+
+ + + +
+
+
+
+
+
+
+ ✓ +
+
+

Профиль + QR + семья

+

Идентификация, QR пациента, члены семьи, бонусы.

+
в проде
+
+ + + +
+
+
+ + + + + +
+ ✓ +
+
+

Аудиограмма

+

Тест слуха + просмотр готового результата.

+
в проде
+
+ + + +
+
+
+
+
+
+
+
+ ✓ +
+
+

Восстановление

+

Прототип бегунка после операции — таймлайн, лекарства.

+
основа для C
+
+ +
+
+
+ + +
+
+
1
+
+

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

+

Ради чего пациент не удалит приложение между визитами. Детерминированные функции — без LLM, без живого диалога с врачом. Минимум юридических и регламентных рисков.

+
+
+
Новых экранов
+8
+
Охват
100%
+
+
+
+
+
+
+
+
+
+
+
+
+
+ ★ Фундамент +
+
+

План лечения с приёма

+

Главный новый объект. Диагноз, препараты с расписанием, процедуры, контрольный приём, запись в 1 клик.

+
фаза 1источник правды
+
+
+ +
+
+
+
+
8:00
+
13:00
+
20:00
+
+
+
+

Карточка препарата

+

Детали назначения: дозировка, дни, что осталось, инструкция, побочки.

+
фаза 1
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+

Медкарта со «срок годности»

+

Анализы, аудиограммы, снимки + статус «годен до». Критично для пред-опа.

+
фаза 1расширение
+
+
+ +
+
+
+
+
+
+
+
+
ЗАКАЗАТЬ
+
+
+
+

Заказ справок

+

Справка ФНС, выписки, счета. 1 клик. Готовая в приложении.

+
фаза 1retention-якорь
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Главная: «эпизод лечения»

+

Альтернативная главная для повторных. Активный диагноз, день курса, что делать сегодня.

+
фаза 1переосмысление
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Чек-лист подготовки к приёму

+

Не забыть карту/анализы, маршрут до кабинета, тригеры 24ч/2ч/15мин.

+
усиление
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Эпизод лечения

+

Сводка: первичный → процедуры → контроль. Видна траектория.

+
фаза 1
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+

Семейный профиль (расширение)

+

Переключение между профилями ребёнка/пожилого. Критично для аденоидов и ЧБД.

+
усиление
+
+
+
+ +
+ Зависимость: структурированные назначения от МИС. Если API отдаёт препарат + дозу + курс — план собирается автоматически. Если только PDF — врач заполняет в виджете шаблонами по нозологиям. → Решение определяет сроки Фазы 1. +
+
+
+ + +
+
+
1.5
+
+

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

+

Живой и AI-диалог по поводу лечения. Поверх стабильной Фазы 1. Требует регламентов SLA, безопасности и отдельной выкладки — поэтому отделено от Фазы 1.

+
+
+
Новых экранов
+4
+
+
+
+
+
+
+
+
+
+
+
+
+
+ SLA +
+
+

Чат с медицинским консьержем

+

Дежурный врач/фельдшер по протоколам. 80% рутины, эскалация лечащему. Не прямой чат с врачом.

+
фаза 1.5регламент
+
+
+ +
+
+
+
+
+
+
+
+
+ Shadow +
+
+

AI-помощник (RAG)

+

Знает базу знаний клиники, план лечения. Сначала shadow-mode под валидацией консьержа.

+
фаза 1.5риск
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+

Маршрутизатор каналов

+

Куда писать: оператор, консьерж или AI. Без когнитивной нагрузки на пациента.

+
UX-вызов
+
+
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Триаж тревожности

+

«Норма / срочно / неотложно» — AI оценивает и эскалирует к консьержу или 112.

+
безопасность
+
+
+
+
+
+ + +
+
+
2
+
+

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

+

Углубление по приоритетным группам сегментов. Порядок запуска: A → C → B → D. Каждый модуль опирается на план лечения и медкарту из Фазы 1.

+
+
+
Групп
4
+
Новых экранов
~25
+
+
+
+ +
+ + +
+
+ A + Самопомощь хроников + первый запуск · охват ~тысячи в мес. +
+

+ Промывания, полоскания, ингаляции. Видео-библиотека техник + ежедневный трекер + дневник симптомов в связке. Главный мотиватор — «промываю 5 дней, насморк уменьшился с 4 до 2». +

+
+
+
+
+
▶
+
+
+
+
+
+
+

Библиотека техник

+

10–15 видео-инструкций: промывание, полоскание, ингаляция.

+
A
+
+
+
+
+
+
+
+
+
+
+

Трекер комплаенса

+

Ежедневные отметки, стрики, сводка для врача.

+
A
+
+
+
+
+
+ + + + +
+ Симптом 4 + → 2 +
+
+
+
+

Дневник симптомов

+

Видна динамика — главный мотиватор продолжать.

+
A
+
+
+
+
+
+
8:00 — Промыть нос
+
13:00 Ингаляция
+
20:00 Полоскание
+
+
+
+

Расписание дня

+

Утро/день/вечер из плана. Уведомления.

+
A
+
+
+
+
+ + +
+
+ C + Пред-операционная подготовка + 3 сегмента одним модулем · ~50 млн +
+

+ Закрывает FESS, аденоиды, вазотомию. Две половины: сомневающиеся после пред-оп приёма и решившиеся в 6-недельной подготовке. У нас уже есть прототип «Восстановление» — это вторая половина. +

+
+
+
+
+
+
+
+
+
+
РЕШИТЬСЯ
+
+
+
+

Сомневающийся пациент

+

Кейсы, метод (FESS/лазер), цена/рассрочка, чат с хирургом.

+
Cвозврат
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Бегунок 6 недель

+

Чек-листы, анализы (срок годности!), запись на операцию.

+
C
+
+
+
+
+
+
ДЕНЬ ОПЕРАЦИИ
+
+
+
+
+
+

Чек-лист дня операции

+

Что взять, во сколько, голод, маршрут, контакт.

+
C
+
+
+
+
+
+
+
+
+
+ ✓ есть +
+
+

Восстановление (есть)

+

Уже в прототипе — основа второй половины Группы C.

+
Cв проде
+
+
+
+
+ + +
+
+ B + Сурдология + пожизненный LTV · самый нестандартный UX +
+

+ Возврат после демо (2–3 мес «уходят думать») + обслуживание после покупки. Каталог как маркетплейс, аудио-демо, паспорт аппарата, шеринг с близким, сервисный календарь. +

+
+
+
+
+
🦻
+
+
+
+
+
+
+

Каталог аппаратов

+

Маркетплейс моделей с калькулятором, рассрочкой, шерингом.

+
B
+
+
+
+
+
+
+
+
+
+
+
+
+
Слышу с аппаратом
+
+
+
+

Аудио-демо

+

Сравнение «без аппарата / с аппаратом» в наушниках. На любом устройстве.

+
Bконверсия
+
+
+
+
+
+
+
МОЯ МОДЕЛЬ
+
Phonak Audéo
+
+
+
+
+
+
+

Паспорт аппарата

+

Сервисный календарь, расходники, калибровка раз в год.

+
B
+
+
+
+
+
+
+
+
+
+
+
+

Дневник адаптации

+

Первые 90 дней с аппаратом — сложности, успехи, советы.

+
B
+
+
+
+
+ + +
+
+ D + АСИТ + контроль астмы + самая высокая ответственность · с верификацией +
+

+ Курс 3–5 лет: «не начал», «бросил в первые месяцы». Ежедневный дневник симптомов, пыльцевой календарь, навигатор побочки. Без верификации аллерголога не запускаем. +

+
+
+
+
+
+
+
+
+
+
+
+
+
+
Берёза · пик 18 апр
+
+
+
+

Пыльцевой календарь

+

Прогноз концентрации аллергена на неделю вперёд.

+
D
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

Дневник симптомов АСИТ

+

Чихание, заложенность, глаза. Видит аллерголог перед визитом.

+
D
+
+
+
+
+
+
⚠ Зуд во рту?
+
+
+
+
+
+

Навигатор побочки

+

Зуд, отёк — норма / осторожно / срочно. Удерживает на курсе.

+
D
+
+
+
+
+
+
+
+
+
+
+
Год 1 из 5
+
+
+
+
+

Дорожная карта 5 лет

+

Видеть длинный путь — главный мотив не бросить.

+
D
+
+
+
+
+ +
+ +
+ Зависимости: все 4 группы используют план лечения и медкарту из Фазы 1 как источник правды. Группа D дополнительно требует верификации контента аллергологом и добавления его в каталог врачей. → Без Фазы 1 модули не строятся. +
+
+
+ + +
+
+

10 сегментов сквозь призму приложения

+

Бизнес-сегментация клиники наложена на фазы. Видно, какой модуль закрывает какие сегменты и где у нас «не делаем».

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
СегментГлавная работа в App (повторный)ГруппаВыручка / годПриоритет
1Заблокированный нос (FESS)Пред-оп бегунок · восстановление · контроль 3/6/12 месC~30 млн● высокий
2Амбулаторный потокПлан лечения · процедуры самопомощи · дневник1 A~120 млн● высший
3Дети + аденоидыСемейный профиль · подготовка ребёнка · детский бегунокC~25 млн● высокий
4СурдологияКаталог · аудио-демо · паспорт аппарата · сервисB~20 млн● высокий
5Сложные хроники + ЧБДСамопомощь · АСИТ-трекер · семейный профильA Dчасть 120 млн● высокий
6Зависимость от капельВозврат сомневающихся · компактный бегунок · восстановлениеCчасть хирургии● высокий
7ПульмонологияДневник астмы · ингаляторы · триггерыDсредний◐ средний
8Социальные храпуныОбразовательный контент · СИПАП-трекер—низкий○ низкий
9ФониатрияСрочная запись (короткое окно)—очень низкий○ низкий
10Check-up + Второе мнениеРазовая услуга · бренд Оленевой—единичный○ низкий
+
+ + +
+
+
Принцип
+
Удержание, не привлечение
+
Первичных приводит сайт и реклама. Приложение — инструмент углубления для повторных. 2 из 3 пациентов клиники — повторные.
+
+
+
Дизайн-сдвиг
+
Из «витрины» в «эпизод лечения»
+
Главная сейчас построена для первичного. Нужна альтернативная главная: активный диагноз, день курса, что делать сегодня.
+
+
+
Что не делаем
+
Отдельные «первичные» модули
+
Базовый минимум (запись, цены, врачи) уже работает. Специализированных первичных потоков под каждый сегмент строить не нужно.
+
+
+
Исключения
+
Пациент уходит думать
+
Сурдология (2–3 мес до покупки), хирургия (решение об операции), АСИТ (3–5 лет курса) — там «первичный в App» ≠ «первый визит».
+
+
+ +
+ + + diff --git a/public/strategy.html b/public/strategy.html new file mode 100644 index 0000000..1cce416 --- /dev/null +++ b/public/strategy.html @@ -0,0 +1,1259 @@ + + + + + +Приоритеты развития приложения — Клиника Оленевой + + + + + + + + + +
+ +
+
+ ← Карта приложения + / + Стратегия развития +
+
Встреча 23 апр 2026 · Клиника Оленевой
+
+ + +
+
📋 Протокол встречи
+

Приоритеты развития мобильного приложения

+

Клиника УГН — ЛОР, сурдология, аллергология, хирургия. Цель встречи — определить порядок развития функций: что закрываем как базу для всех пациентов, какие сегменты углубляем и в каком порядке.

+
+ 23 апреля 2026 + 10 сегментов + 3 фазы + ~200 млн выручки +
+
+ + +
+
Содержание
+
    +
  1. Контекст и критерии приоритизации
    2. +
  2. Текущие функции — утилита и приоритет
    3. +
  3. Джентльменский набор — базовые функции для всех
    4. +
  4. Сегменты пациентов через призму приложения
    5. +
  5. Порядок внедрения
    6. +
  6. Вопросы к обсуждению
    7. +
  7. Короткая сводка
    8. +
+
+ + +
+
+
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:

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

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

+
    +
  1. Чат с медицинским консьержем — инфраструктура канала + регламент ответов.
    2. +
  2. AI-помощник на RAG (shadow-mode) — сначала ответы валидируются консьержем, потом постепенный переход в прямой режим для безопасных категорий.
    3. +
+
+ +
+ Критическая зависимость от МИС. «План лечения» — это структурированные данные (препарат, доза, частота, курс, процедура). Два сценария: МИС отдаёт назначения по 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Фониатрия (голос)Очень низкий · срочныйКороткое окно, низкая повторность—○ Низкий
10Check-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. Фаза 1 — транзакционная база для всех: план лечения, результаты/медкарта, заказ справок + уже существующие запись, ближайший приём, чат с оператором, статьи. Быстрый MVP, минимум рисков.
    2. +
  2. Фаза 1.5 — коммуникационная надстройка: чат с медицинским консьержем (не прямой с врачом) и AI-помощник в shadow-mode. Запускается после стабилизации базы.
    3. +
  3. Фаза 2 — четыре сегментных модуля в порядке: A (процедуры самопомощи хроников — массовый) → C (пред-оп подготовка — 3 сегмента разом) → B (сурдология — высокий чек) → D (АСИТ + астма — с верификацией врачом).
    4. +
  4. Первичные в приложении = базовый минимум, который уже есть. Новых первичных модулей не строим — они приходят через веб. Исключения — сурдология, хирургия, АСИТ.
    5. +
+
+
+
+ + +
+ ← Карта развития приложения +
+ Клиника Оленевой · Мобильное приложение
+ Протокол встречи 23 апреля 2026 +
+
+ +
+ + diff --git a/src/App.jsx b/src/App.jsx index 1e2e247..257a9eb 100644 --- a/src/App.jsx +++ b/src/App.jsx @@ -188,6 +188,16 @@ function TweaksPanel({ tw, setTw, onClose }) { )) )} {group('Шрифт', opts(FONT_OPTIONS, 'font'))} +
+
Документы
+ + Карта развития приложения ↗ + +
); }