今天我们来聊一些软性的东西——
对于技术负责人来讲,如何分析产品解决方案(PRD)?或者说,对于普通的开发工程师,如何做好PRD分析?
对于很多毕业一两年的小朋友,在接到产品给过来的开发需求后,内心独白是这样的:这么简单的需求,给我3天,保证完成任务!然后就立马开始做表设计、动手写代码,等到代码写完提交测试了,却开启了无尽改BUG的潘多拉魔盒……或者是做完了才发现不对劲,然后不断找产品经理确认需求、改代码、确认需求、改代码……等到把产品经理、相关方都麻烦几圈后,项目才跌跌撞撞地上线……
相信不少人也有过这样的经历,我们过去就是一次次跳进坑里,又一次次从坑里爬出来,解决问题的经验也一点点积累了起来,因而我们相信——那些不能把我们埋没的坑,终将使我们强大。
其实在这过程中,暴露了以下几个问题:
- 缺乏上游思维
- 重点诉求不突出
- 缺少PRD分析与技术设计
这里说明一点:需求分析是产品经理对业务方需求的分析,PRD分析是开发人员对产品解决方案的分析。PRD分析处于开发过程的前期,在项目的整个生命周期中,它真的太重要了,甚至比技术设计还要重要。
为什么这么说呢,因为它的成败,决定了我们的技术设计符不符合最终目标,会不会给后来者、给自己挖坑,决定了研发质量的高低,决定了有没有返工的风险……
既然PRD分析这么重要,那我们该如何客观正确地做好PRD分析呢?
接下来我分几个点来讲,希望对你有所帮助。
一、明确项目目标与意义
之所以我一开始讲的是“产品解决方案”,而不是“开发需求”,是因为开发人员需要把控好产品经理输出的“产品解决方案”,而不是全盘接受产品经理给过来的“开发需求”。
在PRD评审的时候,不妨先问问产品经理:
- 这个需求的业务方是谁?
- 做这个项目的意义何在?
- 做完这个项目,能产生多大价值?
举个例子,比如我是在电商行业的,接到一个商家返佣的产品需求:产品经理要求实现客户在下单支付后与推广商家进行关系绑定,在活动期内该商家绑定的用户下单可以免扣平台佣金,同时还可以根据运营情况,获得该客户在其它商家店铺下单的返佣奖励。
在PRD评审的时候,我第一时间去找产品经理确认:谁是业务方?为什么要做商家入驻这个需求?这个需求能给平台带来什么价值?