OpenMedical Care · Delivery timeline
План по времени: что и когда делаем
Направление решено — заходим через tripwire. Сначала понять, какой именно tripwire и под какую потребность (интервью + тесты лендингов). Затем оптимизировать рабочее и масштабировать. Дальше — новые входы и сегментация. Логика: сначала доказать, потом лить бюджет.
Как читать: сроки относительные (Месяц 1, 2, 3…) — точку старта фиксируем с командой. Это delivery-план с моей стороны (product-marketing). Масштабирование начинается только после доказанной несущей метрики — конверсии входа в подписку. Фаза 1 идёт в режиме контролируемого убытка (совпадает с их же Phase 1).
Карта фаз
Месяцы 1–2
1 · Продукт и потребности
Месяцы 3–5
2 · Оптимизация и масштаб
Месяцы 6+
3 · Новые продукты + сегментация
Фаза 1 — Понять продукт и потребности рынка
Что выводить и зачем
Месяцы 1–2
Цель: направление (через tripwire) решено — понять, КАКОЙ именно входной продукт (tripwire) и под какую потребность. Membership не пересматриваем; ищем вход. Это discovery-фаза, не продажи.
- Интервью с рецепциями (регистратурами клиник) — первично
- Интервью с ЦА — пациенты / диаспора: дословный язык, на что жалуются, как сейчас решают
- Тест лендингов с разными возможными продуктами — портфель гипотез продукта, не один оффер; смотрим, на что откликаются
- Общение с людьми на рынке — собрать экспертизу и ключевые моменты от тех, кто внутри системы
- Трекинг с первого дня — поставить замер главной метрики (конверсия в главный продукт), пока тесты ещё дешёвые
★ Почему рецепции — первичны: они на передовой и знают, на что люди жалуются и какие у них реальные потребности. Наш продукт по сути и есть функция рецепции (координация, навигация, маршрут). Доктора — вторично.
Выходпонимание продукта + карта реальных потребностей + первые рабочие гипотезы
Режимконтролируемый убыток — это инвестиция в данные, не выручка
Фаза 2 — Оптимизация и масштаб текущего tripwire
Есть рабочее → выжимаем и льём
Месяцы 3–5
Цель: после сбора данных у нас уже есть что-то рабочее. Оптимизируем под масштаб, потом масштабируем на полную по текущему tripwire.
- Сбор данных по конверсии — насколько хорошо tripwire конвертит в главный продукт (подписку)
- Оптимизация — докручиваем лендинг, оффер, канал по тому, что заработало
- Поняли, что делать → масштаб — увеличиваем бюджет на полную по текущему рабочему tripwire
Меряемконверсия tripwire → главный продукт, CAC, окупаемость
Опорапроверенный путь concierge — warm-base + referral + B2B
Гейт: масштаб «на полную» — только когда конверсия в главный продукт подтверждена. Не подтвердилась — ещё цикл оптимизации, не лить бюджет.
Фаза 3 — Новые продукты и сегментация
Расширяем линейку входов
Месяцы 6+
Цель: когда главный tripwire масштабируется и накопились данные — добавляем новые входы и начинаем сегментировать.
- Поиск нового «закидываемого» продукта — ещё один вход, который ведёт в главный продукт
- Возможно сезонные продукты — сезонный вход → допродажа в главный продукт
- Сегментация — данных уже достаточно, чтобы делить клиентов по потребностям
- Продукты под сегменты — под каждую потребность создаём отдельный оффер/вход
Условие входадостаточный объём данных — появляется только после масштаба (Фаза 2)
Логиканесколько входов → один главный продукт, персонализация по сегменту
Это уже расширение доказанной машины, а не эксперимент с нуля.
Условия (честно): сроки относительные — точку старта и точные даты фиксируем с командой. Фазы 1–2 — режим контролируемого убытка по дизайну (тесты = инвестиция в данные, не выручка). Переход к масштабу не по календарю, а по метрике: если за 2–3 месяца конверсия вход→подписка не подтвердилась — это сигнал ещё тестировать или менять оффер, а не лить бюджет. Мой scope и формат оплаты — по отдельной договорённости (почасово, prepaid-блоками).