Define gate criteria and pass …

# SaaS产品私测→公测发布门禁标准

一、崩溃率与稳定性指标

• 崩溃率阈值：私测后期核心会话崩溃率应控制在 ≤1%，公测准入建议 ≤0.5%（行业普遍参考基线）
• 服务可用性：公测前至少连续2-4周可用性 ≥99.5%，公测期建议 ≥99.9%
• 严重Bug存量：P0级（阻断性）Bug清零；P1级（严重）Bug存量 ≤5个且有明确修复排期
• 性能基线：核心API P95响应时间达到内部设定的SLA目标（建议先基线实测，再设定改进幅度，如较私测初期下降50%以上）

二、核心功能通过率

• 定义口径：先明确“核心功能清单”（通常3-8条主路径），以端到端验收用例通过率计算
• 自动化测试覆盖：核心路径自动化用例覆盖率 ≥80%
• 通过率阈值：核心功能E2E验收通过率 ≥95%，且连续2个回归周期稳定达标
• 灰度验证：内部员工/种子用户真实使用中，核心任务完成率 ≥90%

三、NPS与用户反馈指标

• 样本量前提：私测活跃用户规模有限，建议NPS样本量 ≥30-50份再采信结果，否则以定性访谈为主
• NPS阈值：公测准入建议 NPS ≥20-30（B2B早期产品达标线）；低于此值需先定位 detractor 主因
• 辅助反馈指标：
• 用户主动推荐意愿（“会推荐给同事”）占比 ≥40%
• 关键负反馈（流失原因）Top3问题已有解决方案或路线图

四、流程与运营门禁

• 发布评审：产品、研发、测试、客服四方签字确认，附发布检查清单
• 回滚预案：具备一键回滚能力和 ≤30分钟的应急响应机制
• 支持准备：FAQ、帮助文档、公测期客服通道就绪
• 数据埋点：崩溃监控、漏斗埋点、NPS调研触点全部上线并验证数据准确

五、执行建议

• 阈值应结合产品类型调整：工具类SaaS可收紧崩溃率，协作类可侧重任务完成率
• 建议采用“门禁+例外审批”机制：未达标项需高层审批并限定观察期
• 每次发布后复盘阈值合理性，随产品成熟度逐步上调标准

以上数值为通用参考区间，落地前请结合你们产品的用户规模、行业属性校准。