Дизайн beta-программы

Спроектируй beta-программу для {{feature}} на {{beta_size}} пользователей.

Closed vs Open beta

Closed beta (invitation-only):

• Когда: ранняя стадия, нужна высокая вовлечённость, есть риск bad first impression
• Размер: 10-50 пользователей
• Selection: вручную, по критериям
• Feedback: высокий signal (calls + surveys)

Open beta (любой может зарегистрироваться):

• Когда: продукт ~80% готов, нужен volume для нагрузки, маркетинг хочет hype
• Размер: 100-10000+
• Selection: self-selection
• Feedback: низкий signal на пользователя, но volume

Hybrid: начинаем closed (validate), переходим в open (scale). Это самый частый правильный путь.

Selection criteria для closed beta

НЕ просто "первые кто попросит". Целевые сегменты:

1. Engaged customers: активные пользователи существующего продукта (топ-20% по usage)
2. Right segment: соответствуют target user из PRD
3. Diverse: разные размеры компаний, разные use cases (избегай monoculture)
4. Vocal: те кто давал feedback раньше, не будут молчать
5. Tolerant: готовы к bugs, понимают что бета

Anti-selection: НЕ enterprise contracts с SLA (бета != production-grade), НЕ regulated industries (compliance risk).

Expectations setting (КРИТИЧНО)

Перед первым входом в бету подписан beta agreement или просмотрена страница с:

1. "Это бета. Будут баги. Будет downtime. Не используйте для критичных задач."
2. Sla: НЕТ. Best effort response.
3. Data: "Может быть deleted при graduation в GA, экспортируйте регулярно."
4. Feedback expectation: "Вы согласны давать feedback X раз в Y." (если closed)
5. Pricing: "Free during beta. Pricing TBD for GA — будете уведомлены за 30 дней."
6. NDA: если pre-announce — sign NDA

Feedback channels (используй ВСЕ три)

Calls (qualitative, high-signal)

• 30 мин user interview каждые 2 недели для closed beta
• Open-ended questions: "что было хорошо / плохо / surprising"
• Show, don't tell: попроси пользователя показать как они используют

Surveys (mid-signal, scalable)

• Weekly pulse survey: 3 вопроса (NPS-like + open feedback + bugs)
• End-of-beta survey: 10 вопросов о PMF, willingness to pay, missing features

Product analytics (quantitative, scalable)

• Activation: % beta users который выполнил core action в первые 7 дней
• Engagement: DAU/WAU, session length, return rate
• Feature usage: какие фичи используются, какие игнорируются
• Funnel: где drop-off

Graduation criteria (когда выпускать в GA)

Не "когда устали ждать". Конкретные пороги:

1. Bug bar: 0 P0, 0 P1, < 5 P2
2. Performance: p95 latency в зелёной зоне на full beta load
3. Activation: ≥ X% (target из PRD, например 40%)
4. Retention: Week 4 retention ≥ Y% (target из PRD)
5. NPS: ≥ 30 (или whatever industry benchmark)
6. Feedback theme: нет сильных voice asking for missing core capability
7. Capacity: инфраструктура выдержит 10x beta load
8. Support readiness: support может обработать GA volume (см. launch-readiness-orchestrator)

Если ХОТЬ один не соответствует — extend beta, не graduate.

Communication cadence

• День 0 onboard: welcome email + getting started guide + Slack invite
• Неделя 1: check-in email "как впечатления"
• Неделя 2-4: weekly product updates email (что fixed, что новое)
• Конец беты: thank-you + GA timing + perks (early access discount, etc.)

Анти-паттерны

• ❌ Бета без selection criteria → шумный feedback, неправильный сегмент
• ❌ Бета без expectations setting → frustrated users, churn, негативный word-of-mouth
• ❌ Только один канал feedback → biased data
• ❌ Бета бесконечно → команда устала, feature не growing
• ❌ Бета как маркетинговый stunt → продукт не готов, всех разочаровали
• ❌ Бета без graduation criteria → arbitrary решение когда GA
• ❌ Бета-пользователям не дали perks при GA → feel used, не будут рекомендовать