小程序体验版协作教程｜谁能看、怎么测、何时提审的完整 SOP – MPForge

一、协作乱在哪里：四个高频失控点

结论句：体验版失控总是从这四件事开始——成员堆积、无单测试、群里反馈、码被外传。

先说一个真实后果：老板扫了体验码，当成正式版投进广告物料，用户扫码进来看到的是半成品界面——这一类事故几乎都源于体验码管理松散。四个失控点逐个看：成员堆积，体验成员里躺着离职员工和到期未删的外包，等于把半成品长期暴露；测试无单，没有用例清单，店长凭感觉点两下就说「可以」，主路径漏测到上线才爆；反馈蒸发，缺陷散落在微信群里，聊过即忘，修复无从跟踪；码被外传，体验码进了海报和朋友圈，覆盖人群完全失控。

对应的解法各有一条：成员分级加月审、用例清单打印贴墙、缺陷看板化、体验码只进内部与验收演示。权限配置的具体规则见 小程序体验版权限设置。

二、谁能看、怎么测：成员分级与用例清单

结论句：成员做减法、测试做加法——名单越短越好，用例越全越好。

用例清单怎么定：业务关键路径（下单、预约、核销）逐条列，再加拒权、弱网、支付取消三条异常路径，店长负责验业务真实场景，业务方验数据与文案，研发验技术链路。演示数据要提前铺，空数据状态下「看起来能用」不代表能用。冒烟用例打印出来贴在墙上，锁版后每天跑一遍。体验码如果确实需要阶段性对外测试，投放边界见 小程序体验码投放规则。

三、锁版与提审：最后一段路的纪律

结论句：锁版之后每一次改动都要付代价——严格一点，提审就顺一点。

锁版窗口的规则要提前和甲乙双方约定：锁版后不再改功能，确需改动走紧急通道并双人复核，改完重新跑冒烟再提审。提审的门槛是两条同时满足：主路径用例全绿，审核材料齐全（类目、资质、隐私指引），材料准备清单见 小程序审核材料清单。甲方验收签字放在提审之前，签字意味着业务方对版本内容负责，而不是上线后再「看看效果」。

正式版发布后做一次替换检查：确认对外物料里的体验码全部换成正式版小程序码，体验版此后降级为热修验证用途，不再面向门店日常使用。上线推广的完整节奏，参考 小程序上线推广 SOP。

四、落地步骤：一套 SOP 五步走起

结论句：把 SOP 落成五步，每步有交付物，协作就从「靠默契」变成「靠清单」。

1. 建名单与账号：按最小必要原则配置体验成员，外包设到期日，业务与店长发独立测试账号，名单记录归档。
2. 定用例与数据：列出主路径与异常路径用例，提前铺演示数据，冒烟用例打印贴墙。
3. 开看板收缺陷：所有缺陷进看板，带复现步骤与截图，按严重度排序，每日过一遍状态。
4. 走锁版流程：全绿后锁版并邮件通知甲乙双方，锁版后改动走紧急通道双人复核，改完重跑冒烟。
5. 验收与替换：甲方验收签字后提审，正式版发布后检查对外物料换码，体验成员名单进入月审节奏。

五、避坑清单

四条坑都是协调成本最低、后果最重的那类，检查表里必须占一栏。

• 别让名单带僵尸成员：体验成员含离职人员、过期外包，既是泄露风险也可能导致验收口径混乱，月审一次必须执行。
• 别把体验版当生产环境：体验版没有稳定性承诺，门店日常运营必须用正式版，这条边界要向店长讲清。
• 别在锁版后继续改：锁版后改一轮没重跑冒烟，等于提审一个未验证版本，热修也要双人复核。
• 别让外传码不了了之：体验码外传按事故复盘，找回源头并更换码，避免下次重演；外投的正确姿势见 小程序体验码投放规则。

六、常见问题 FAQ