GA-критерии: чек-лист выхода из беты

Проверь готовность {{feature}} к GA. Beta стартовала {{beta_start_date}}.

Что значит GA

GA = General Availability. Юзер ожидает что:

• Работает для всех (не только beta-cohort)
• Уровень support как у других mature фич
• SLA / pricing зафиксированы
• Документация полная
• Backwards-compatibility будет поддерживаться

«Out of beta» != «работает». Это публичный commitment. Решение должно быть с данными, не с надеждой.

Чек-лист GA-критериев

Каждый критерий должен быть PASS для GA. Если хоть один FAIL — extend beta, не релизь.

1. Usage volume

FAIL action: ramp-up beta access (если pre-PMF) или kill (если не растёт после года).

2. NPS / satisfaction

NPS = 50, но % detractors = 30% → не GA. Это означает sharp polarization, GA expand-ит проблему.

FAIL action: root-cause топ detractor reasons, fix, перезамерь.

3. Support volume

FAIL action: support enablement + bug bash. Часто это означает onboarding flaws, fix их first.

4. Customer references

Если 0 quotable customers после 6 мес бета — фича либо не валюта, либо beta cohort неправильный.

FAIL action: активный outreach к happy power-users в beta. Если никто не согласен — переоцени fit.

5. Support readiness

Команда поддержки готова:

• Internal docs / runbook
• Training-session проведён (запись доступна)
• FAQ / canned responses готовы для топ-сценариев
• Escalation paths (когда eng on-call поднимать)
• Tier 1 могут решать 80%+ tickets без eng
• CS team понимает positioning и pricing

FAIL action: sup enablement за 1-2 нед до GA. Без этого launch затопит support и испортит NPS.

6. No critical bugs > 14 days

P1 > 14 дней — это сигнал недо-инвестиции. GA с открытыми P1 портит репутацию.

FAIL action: bug bash + extend beta на 2 недели после fix.

7. Documentation complete

• User-facing docs (как использовать, frequent questions)
• API reference (если applicable)
• Migration guide (если breaking changes из beta)
• Limitations / known issues — explicit
• Pricing / packaging clear
• Internal: architecture doc, runbook, on-call playbook
• Changelog / release notes
• Marketing page / launch blog draft

«Docs in progress» — это NOT ready. Пиши docs ДО GA, не во время.

8. SLA / pricing locked

GA = public commitment. Менять pricing после GA — repuation damage. Lock до launch.

Decision template

## GA Readiness Review — [Feature] — [Date]

### Status
| Criterion | Status | Notes |
|---|---|---|
| Usage volume | PASS | 73 customers, WAU 280, +12% 4-wk |
| NPS / satisfaction | PASS | NPS 42, detractors 14% |
| Support volume | FAIL | Tickets 2.3× baseline. Top: onboarding confusion |
| Customer references | PASS | 6 quotable, 2 case studies in progress |
| Support readiness | PASS | Training done, runbook v1 |
| Critical bugs | PASS | 0 P0/P1 > 14d |
| Documentation | PARTIAL | API docs done, migration guide draft |
| SLA / pricing | PASS | Locked, legal-approved |

### Verdict: NOT YET GA

### Required to reach GA
1. Fix top onboarding issues (own: PM / 2 wk)
2. Complete migration guide (own: tech writer / 1 wk)
3. Re-measure NPS after fixes (own: Research / 2 wk)

### Re-review date: [+3 weeks]

Anti-patterns

• ❌ GA по календарной дате, а не по критериям — почти всегда regret
• ❌ «NPS высокий, GA готов» — без проверки detractors %
• ❌ Игнорировать support volume — после GA нагрузка 5-10× больше
• ❌ Перенести P1 «в первый patch после GA» — не GA-готов
• ❌ Docs «in progress» = blocked
• ❌ Один customer reference от close partner — не social proof
• ❌ «Extend beta до infinity» — после 12 мес либо GA либо kill

Когда extend beta vs kill

Если 2-3 раза подряд failed GA review:

• Usage не растёт → kill (нет market fit)
• Usage растёт, support breaks → invest в reliability + UX, extend
• NPS низкий конкретного сегмента → narrow ICP, GA для одного сегмента
• Pricing блокирует adoption → pricing experiment до GA

В конце

• Заполненный GA Readiness checklist
• Verdict: GA / NOT YET GA / KILL
• Если NOT YET — explicit required actions с owner-ами
• Re-review дата
• Public GA announcement draft (если GA verdict)