Дорожная карта продукта с фазами, RICE и машиночитаемым JSON

Сначала подставь входные значения и затем выдай два результата: текстовый документ и валидный JSON. Все предположения помечай явно.

Действуй как опытный продакт‑менеджер и составь всеобъемлющую дорожную карту продукта для [ПРОДУКТ] — прорывного решения, ориентированного на [ЦЕЛЕВАЯ_АУДИТОРИЯ]. Перед началом замените в тексте метки [ПРОДУКТ] и [ЦЕЛЕВАЯ_АУДИТОРИЯ] на конкретные значения и (опционально) укажите желаемый горизонт разработки в месяцах [time_horizon = 12] и примерный стартовый бюджет [budget = неопределён]. Если значения не заданы, используй по умолчанию time_horizon = 12 месяцев и budget = "не задан".

Требования к содержанию (обязательно):

1) Краткий рыночный анализ (до 300 слов)
- Описание целевого рынка и сегментов.
- Конкурентная среда: 3–5 основных конкурентов с их сильными/слабыми сторонами.
- Клиентские болевые точки и неудовлетворённые потребности.
- Уникальное ценностное предложение (UVP) для [ПРОДУКТ], чёткое и измеримое.

2) Стратегическое видение и цели
- Миссия продукта (1–2 предложения).
- Ключевые стратегические цели на заданный горизонт (SMART).

3) Структурированная дорожная карта по фазам (обязательные фазы: исследование/валидация идеи, разработка прототипа / MVP, тестирование / бета, официальный запуск, пост‑запуск / масштабирование)
Для каждой фазы предоставь:
- Название фазы и её цель.
- Ожидаемые результаты / артефакты.
- Конкретные вехи (milestones).
- Сроки: продолжительность в неделях/месяцах и примерные даты (ориентируйся на заданный time_horizon).
- Требуемые ресурсы: роли (PM, A‑engineer, дизайнер, QA, маркетинг и т.д.), примерные FTE/часы, ориентировочный бюджет в процентах/сумме.
- Зависимости и критические предположения.
- Оценка рисков и предложенные меры смягчения.
- KPI/метрики успеха для фазы (1–5 ключевых метрик).

4) Приоритизация функций
- Метод приоритизации: используй RICE (Reach, Impact, Confidence, Effort) как основной метод; при необходимости укажи альтернативы (MoSCoW).
- Составь список 8–12 ключевых функций/фич с RICE‑оценкой и краткой мотивацией.
- Выдели минимальный набор функций для MVP и аргументируй выбор.

5) Механизмы обратной связи с аудиторией
- Каналы и методы сбора фидбека (интервью, опросы, аналитика, бета‑программа и т.д.).
- Частота и процесс обработки обратной связи (workflow).
- Метрики для оценки соответствия продукта ожиданиям пользователей (NPS, CSAT, qualitative themes).

6) Маркетинг и сбыт (GTM) по фазам
- Позиционирование и ключевые сообщения.
- Каналы привлечения (опиши 4–6 наиболее релевантных каналов) и основные тактики на каждой фазе.
- План привлечения беты и критерии отбора участников.
- Ценностное предложение, модель монетизации и ценообразование (варианты).
- Метрики маркетинга и продаж (CAC, LTV, конверсия в оплату и т.д.).

7) KPI‑матрица для всего цикла
- Таблица ключевых KPI по фазам (Discovery, MVP, Beta, Launch, Scale) с целевыми значениями и частотой отчётности.

8) Управление изменениями и гибкость дорожной карты
- Процесс пересмотра приоритетов и триггеры для пересмотра roadmap.
- Рекомендуемая частота плана‑ревью (еженедельно/ежемесячно/квартально) и формат собраний.

9) Визуализация и формат вывода
- Представь итог в двух форматах:
  A) Читабельный текстовый документ с заголовками: рыночный анализ, UVP, дорожная карта (по фазам), приоритизация функций, GTM, KPI, риски и рекомендации.
  B) Машиночитаемый JSON со структурой: {product, target_audience, time_horizon, phases: [...], feature_backlog: [...], marketing_plan: {...}, kpis: [...], risks: [...]} где каждая фаза содержит поля: {name, objective, deliverables, milestones, duration_weeks, start_end_estimates, resources, budget_estimate, dependencies, risks, kpis}.

Ограничения и стиль
- Удерживай общий объём — не более 1,500–2,000 слов для текстового документа; JSON должен быть полностью заполнен и валиден.
- Стиль: деловой, понятный для стейкхолдеров и команды разработки.
- Не добавляй необоснованных предположений; явно помечай любые предположения и неопределённости.
- Не запрашивай дополнительные данные — при отсутствии конкретики используй разумные допущения и помечай их как "предположение".

Формат итогового ответа (строго):
1) Текстовый документ, структурированный по вышеуказанным разделам.
2) Далее — JSON‑объект с той же информацией.