怎样把关好产品质量？
0
产品质量从源头（客户需求）到输出全链路控制，每个环节都应有一套标准交付标准，具体需要为在“源头需求，版本迭代计划，交付验收标准”三部分进行管控。
1
在源头需求阶段，做到客户需求准确理解，表达明确，输出可实施的标准PRD文档。
- 源头的需求往往来自客户的一句话或者一个具体场景，为了把关好源头需求，关键多与“源头方”进行沟通反馈，对具体的问题进行抽象然后具象化，比如用“是不是这个是要解决xxx的转化率问题”、“这个问题的关键是解决xxx付费问题”等等，来逐步结构化本质需求；
- 确认需求本质后，就进入产品设计，到这一步多多考虑怎么输出标准可行的prd文档：多问自己为什么，是否这个需求对于用户是must-have还是nice-to-have？使用MVP原则确认需求点；多沟通，多review。在写好初稿之后，多与产品经理review，也与UI设计多沟通修改，最后达到完整标准的prd文档；
2
在版本迭代计划中，需求落入迭代计划后，需要合理评估工时，识别技术难点，求助路径，解决方式。提前识别并暴露交付风险项，提前将风险控制在可控范围内。
- 研发迭代计划决定了需求落地的时间，也会影响最后的实现效果。在需求迭代计划安排中，使用表格记录需求优先级、源头、价值等重要信息，并做好工作量预购，从而确定逐步迭代的计划。为了上下游达成信息一致，还需要多反馈交流，保证大家的需求认知一致，避免闭门造车。在绝大多数情况下，大家认可的需求，才是真正有价值的需求。
- 做好需求的风险管理。进入迭代的需求，绝大多数情况风险项都来自工作量和交付期限的矛盾，如果碰到在最开始没有发现到的开发难点，需要及时组织研发、测试进行讨论，记录会议结论并知会所有参与人，向相关负责人反馈。最后，根据风险大小，可以选择解决方案或者进行延期。
3
在交付验收标准时，即进入验收阶段，输出明确的交付标准，按照对应标准进行验收，对于无法达到验收标准的需求要存在返工追溯。
- 确定的验收标准跟随需求的确定而确定，结合测试给出的测试用例进行完善场景。验收标准可以分为：功能齐全，性能、安全达标。其中，功能齐全由浅入深可以是用户使用场景下功能完备，异常场景处理符合预期，不同环境现象符合预期等，所有这些可以在测试用例中体现量化。
- 对于性能、安全方面，依赖测试人员的压力测试、安全测试等，产品侧进行协助和推动，最后，可以熟悉下技术的实现原理，保证可扩展性良好。
4
观察产品使用的状态，做好数据收集与整理，对产品异常状况，系统问题进行流程化管理修复。
- 这个步骤可以类比我们商场购买商品后的售后服务，可以多观察用户使用产品的体验情况，记录、安排后续可优化点，一旦出现bug及时反馈按照线上问题，进行初步定位，确认需要开发问题，马上安排落入最快的版本进行解决
- 可以用数据分析，通过数据埋点来分析需求完成后是否确实解决用户痛点。同时也可以通过量化的数据指标，比如“注册流程中加入公司信息是否有助于转化率”、“进入双码功能后对商户小程序流量有提升”等等问题，来评估产品需求的价值实现，对于结果及时总结分析。
本节标签
【审阅】：王字
【作者】：熊思宇
【公开范围】：公司内和公司外