M5 — Дорожная карта запуска GTM avandata.ru

Проект: «АванDата маркетинг» · Роль-автор: Технический писатель · Дата: 2026-07-06
Статус: готово к сдаче. Дорожная карта операционализирует стратегию M4 и опирается на находки
аудита M2-audit-avandata.md, каталог M3-solutions-catalog.md,
сегменты M3-segments.md и GTM M4-gtm-strategy.md.
KPI и целевые значения — в M5-kpi.md.

Об объекте. Объект проекта — avandata.ru (спортивная аналитика); решение B1 закрыто
заказчиком 2026-07-06 (см. decisions-log.md). Указанный в уставе avandoc.ru — опечатка.

0. Логика карты

Запуск выстроен по принципу «сначала почини вход в воронку, потом лей трафик». Аудит M2 показал,
что воронка рвётся на стыке 1→2 (Awareness→Interest) из-за P0-проблем (robots/sitemap ведут на
stage-домен, ключевые страницы кейса — 404, бренд не находится в поиске). Пока это не устранено,
вложения в каналы (M4 §2) не окупаются. Отсюда порядок этапов: 0 → разблокировка, 1 → техфикс,
2 → конверсия, 3 → каналы, 4 → масштаб, 5 → измерение и оптимизация.

Обозначения

• Сроки даны в неделях от T0 (старт исполнения). Календарные даты не проставлены — сроки/дедлайны

вех не заданы заказчиком (блокер B9, open-questions.md); проставляются
менеджером после назначения T0.

• Ответственные — по ролям (RACI). Персональные назначения на роли — за менеджером проекта;

часть работ (техфикс сайта) вне зоны маркетинга и требует владельца со стороны заказчика/подрядчика сайта.

• ⚠ — зависит от открытого блокера (B2–B5), выполняется только после его снятия.

Роли (легенда RACI)

R — исполняет · A — отвечает за результат · C — консультирует · I — информируется.

WEB, SAL — функции, требующие подтверждения ресурса заказчиком (внутри команды проекта их нет).
Отмечено как зависимость; PM закрывает назначением на kick-off этапа 0.

1. Этапы запуска

Этап 0 — Разблокировка и подготовка (T0 → неделя 1)

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

Выход: блокеры сняты или явно оставлены допущениями; можно измерять воронку (иначе — только бенчмарки).

Этап 1 — Техфикс сайта: разблокировать вход воронки (неделя 1 → 3)

Устранение P0 из аудита M2 (F1–F4) — критический путь: без этого каналы C5/inbound мертвы.

Выход: сайт индексируется, proof-страницы живы, бренд появляется в выдаче → вход воронки открыт.

Этап 2 — Конверсионная доработка (неделя 3 → 5)

Поднять конверсию открытого трафика (CRO P1–P2 из M4 §5).

Выход: трафик конвертируется в квалифицированные заявки; готова аналитика на каждый сегмент.

Этап 3 — Запуск каналов продаж (неделя 5 → 9)

Включить приоритетные каналы M4 §2 (якорные — прямые и референс-продажи).

Выход: воронка наполняется из ≥2 каналов; первые пилоты/КП в работе.

Этап 4 — Масштабирование (неделя 9 → 16)

Расширение после подтверждения первых результатов.

Выход: рост выручки за счёт апселла и новых сегментов; при подтверждении B2 — B2C-канал.

Этап 5 — Измерение и оптимизация (непрерывно с недели 1, ретро — неделя 16)

Постоянный контур: измеряем воронку, оптимизируем по данным.

Выход: решения принимаются на данных, а не на гипотезах; зафиксированы уроки запуска.

2. Сводный тайминг и критический путь

T0 ─┬─ Этап 0 Разблокировка        [нед. 0–1]
    ├─ Этап 1 Техфикс (P0) ★крит.   [нед. 1–3]
    ├─ Этап 2 Конверсия (P1–P2)     [нед. 3–5]
    ├─ Этап 3 Каналы                [нед. 5–9]
    ├─ Этап 4 Масштаб               [нед. 9–16]
    └─ Этап 5 Измерение/оптимизация [непрерывно; ретро нед. 16]

Критический путь: Этап 1 (техфикс P0). Всё, что связано с органикой/inbound (2.x, 3.4), зависит
от завершения 1.1–1.3. Прямые/референс-продажи (3.1–3.2) могут стартовать параллельно с этапом 1,
т.к. не зависят от индексации сайта.

Сроки — плановые (недели от T0), не календарные. Абсолютные даты не заданы заказчиком (B9);
проставляются менеджером при назначении T0. Длительности этапов — оценка на основе объёма находок M2
(P0/P1/P2) и приоритетов M4; уточняются по факту ресурсов WEB/SAL.

3. Ответственные — сводка (RACI по этапам)

Незакрытые назначения (WEB, SAL) — не выдумываются: это функции, требующие подтверждения ресурса
заказчиком. PM закрывает их на этапе 0. До назначения этапы 1 и 3 стоят на риске.

4. Риски запуска и зависимости

5. Связь с другими артефактами

• M2 — находки F1–F12 → задачи этапов 1–2 (техфикс, CRO).
• M3 — сегменты G1–G5 и продукты → адресация каналов и лендингов (этапы 2–4).
• M4 — каналы C1–C7, воронка, ценообразование → этапы 3–4; CRO §5 → этапы 1–2.
• M5-kpi.md — целевые метрики и их проверка → этап 5.
• open-questions.md / decisions-log.md — блокеры B2–B9 → этап 0.

Приложение. Самопроверка (.project-os/prompts/qa/tech_writer.md)

• [x] Полнота — DoD M5-roadmap: этапы запуска (§1, 6 этапов), ответственные (RACI §0/§3), сроки (недели от T0, §1–2), связь с M2–M4 (§5).
• [x] По данным, не фантазия — каждый пункт привязан к находке/каналу M2–M4 (CRO‑1…7, C1…C7, F1–F4); незаданные сроки/владельцы не выдуманы, а помечены как зависимость (B9, назначения PM).
• [x] Стандарты — Markdown в репозитории, перекрёстные ссылки на M2–M5 и реестр вопросов.
• [x] Корректность — карта построена на верифицированных M2–M4 (живые WebFetch 2026-07-06); проверяемый выход у каждого этапа (DoD-столбец).
• [x] Безопасность — только публичные/внутренние проектные данные; секретов/PII нет; prod не изменялся.
• [x] Границы — целевые KPI (B4), scope B2/B3, доступы B5, сроки B9 не решены самовольно — вынесены на этап 0 к спонсору.

ВЕРДИКТ: PASS.