怎样把关好产品质量?

0

产品质量从源头(客户需求)到输出全链路控制,每个环节都应有一套标准交付标准,具体需要为在“源头需求,版本迭代计划,交付验收标准”三部分进行管控。

1

在源头需求阶段,做到客户需求准确理解,表达明确,输出可实施的标准PRD文档。

  1. 源头的需求往往来自客户的一句话或者一个具体场景,为了把关好源头需求,关键多与“源头方”进行沟通反馈,对具体的问题进行抽象然后具象化,比如用“是不是这个是要解决xxx的转化率问题”、“这个问题的关键是解决xxx付费问题”等等,来逐步结构化本质需求;
  2. 确认需求本质后,就进入产品设计,到这一步多多考虑怎么输出标准可行的prd文档:多问自己为什么,是否这个需求对于用户是must-have还是nice-to-have?使用MVP原则确认需求点;多沟通,多review。在写好初稿之后,多与产品经理review,也与UI设计多沟通修改,最后达到完整标准的prd文档;

2

在版本迭代计划中,需求落入迭代计划后,需要合理评估工时,识别技术难点,求助路径,解决方式。提前识别并暴露交付风险项,提前将风险控制在可控范围内。

  1. 研发迭代计划决定了需求落地的时间,也会影响最后的实现效果。在需求迭代计划安排中,使用表格记录需求优先级、源头、价值等重要信息,并做好工作量预购,从而确定逐步迭代的计划。为了上下游达成信息一致,还需要多反馈交流,保证大家的需求认知一致,避免闭门造车。在绝大多数情况下,大家认可的需求,才是真正有价值的需求。
  2. 做好需求的风险管理。进入迭代的需求,绝大多数情况风险项都来自工作量和交付期限的矛盾,如果碰到在最开始没有发现到的开发难点,需要及时组织研发、测试进行讨论,记录会议结论并知会所有参与人,向相关负责人反馈。最后,根据风险大小,可以选择解决方案或者进行延期。

3

在交付验收标准时,即进入验收阶段,输出明确的交付标准,按照对应标准进行验收,对于无法达到验收标准的需求要存在返工追溯。

  1. 确定的验收标准跟随需求的确定而确定,结合测试给出的测试用例进行完善场景。验收标准可以分为:功能齐全,性能、安全达标。其中,功能齐全由浅入深可以是用户使用场景下功能完备,异常场景处理符合预期,不同环境现象符合预期等,所有这些可以在测试用例中体现量化。
  2. 对于性能、安全方面,依赖测试人员的压力测试、安全测试等,产品侧进行协助和推动,最后,可以熟悉下技术的实现原理,保证可扩展性良好。

4

观察产品使用的状态,做好数据收集与整理,对产品异常状况,系统问题进行流程化管理修复。

  1. 这个步骤可以类比我们商场购买商品后的售后服务,可以多观察用户使用产品的体验情况,记录、安排后续可优化点,一旦出现bug及时反馈按照线上问题,进行初步定位,确认需要开发问题,马上安排落入最快的版本进行解决
  2. 可以用数据分析,通过数据埋点来分析需求完成后是否确实解决用户痛点。同时也可以通过量化的数据指标,比如“注册流程中加入公司信息是否有助于转化率”、“进入双码功能后对商户小程序流量有提升”等等问题,来评估产品需求的价值实现,对于结果及时总结分析。

本节标签

【审阅】:王字

【作者】:熊思宇

【公开范围】:公司内和公司外

© FinClip Product Team all right reserved,powered by Gitbook最后更新时间: 2021-12-20 03:53:41

results matching ""

    No results matching ""