一名合格的技术负责人该如何做PRD分析？

今天我们来聊一些软性的东西——

对于技术负责人来讲，如何分析产品解决方案（PRD）？或者说，对于普通的开发工程师，如何做好PRD分析？

对于很多毕业一两年的小朋友，在接到产品给过来的开发需求后，内心独白是这样的：这么简单的需求，给我3天，保证完成任务！然后就立马开始做表设计、动手写代码，等到代码写完提交测试了，却开启了无尽改BUG的潘多拉魔盒……或者是做完了才发现不对劲，然后不断找产品经理确认需求、改代码、确认需求、改代码……等到把产品经理、相关方都麻烦几圈后，项目才跌跌撞撞地上线……

相信不少人也有过这样的经历，我们过去就是一次次跳进坑里，又一次次从坑里爬出来，解决问题的经验也一点点积累了起来，因而我们相信——那些不能把我们埋没的坑，终将使我们强大。

其实在这过程中，暴露了以下几个问题：

1. 缺乏上游思维
2. 重点诉求不突出
3. 缺少PRD分析与技术设计

这里说明一点：需求分析是产品经理对业务方需求的分析，PRD分析是开发人员对产品解决方案的分析。PRD分析处于开发过程的前期，在项目的整个生命周期中，它真的太重要了，甚至比技术设计还要重要。

为什么这么说呢，因为它的成败，决定了我们的技术设计符不符合最终目标，会不会给后来者、给自己挖坑，决定了研发质量的高低，决定了有没有返工的风险……

既然PRD分析这么重要，那我们该如何客观正确地做好PRD分析呢？

接下来我分几个点来讲，希望对你有所帮助。

一、明确项目目标与意义

之所以我一开始讲的是“产品解决方案”，而不是“开发需求”，是因为开发人员需要把控好产品经理输出的“产品解决方案”，而不是全盘接受产品经理给过来的“开发需求”。

在PRD评审的时候，不妨先问问产品经理：

1. 这个需求的业务方是谁？
2. 做这个项目的意义何在？
3. 做完这个项目，能产生多大价值？

举个例子，比如我是在电商行业的，接到一个商家返佣的产品需求：产品经理要求实现客户在下单支付后与推广商家进行关系绑定，在活动期内该商家绑定的用户下单可以免扣平台佣金，同时还可以根据运营情况，获得该客户在其它商家店铺下单的返佣奖励。

在PRD评审的时候，我第一时间去找产品经理确认：谁是业务方？为什么要做商家入驻这个需求？这个需求能给平台带来什么价值？