一、需求收集
1、根据产品目标确定的需求，产品目标一般是跟着公司走的，公司目标怎么定，定什么一般我们决定不了。但是跟在公司目标后面的产品目标我们是需要完全清楚的，我们做的SaaS系统，涉及的功能很多，一个开发周期只能做一个小功能，通过功能的不断迭代与更新，才能逐步的完成产品。
基于这个情况，我们的产品规划有了第一条思路：先完成基础的主要功能、再完成增值功能。在这个过程中，会穿插很多的小优化与bug修复。完成了基础的主要功能之后，产品就可以往外推广，再开发增值服务功能，能给产品带了更多可能性与盈利点。市面上参考竞品，基本能确定基础功能是啥，所以这里不做详细介绍。对于增值服务功能，其实大部分竞品也都是有的。
2、当基础功能开发完成并且往外推的过程中，就会有一些用户提出的很多需求。这时候就要判断，先做哪个功能，再做哪个功能，这时候可以从几个方面考虑：开发周期、对基础功能的影响与调整力度。
3、功能性产品做完之后，就会面临产品的大理推广与运营，这时候会有很多定制化的需求提过来，提这些需求的人会有某些用户，公司运营团队，公司需求团队。
4、除了接受外来需求，还有自己调研（或者说与客户沟通）的需求，使用产品时脑洞大开的需求、研究竞品想抄过来的功能等等自己想出来的需求。
需求收集的时候有一点，不管谁提出来的需求，都需求尽可能多的与多个用户确认需求，确认其使用场景。这里有个注意点，不要开口问用户：***这个功能是否需要，他肯定会说可以，有最好等之类的，因为对他来说，这个判断不产生成本。也不要向需求提出方问这个功能是不是紧急，他肯定会说紧急，因为说不紧急会增加他的成本。
对于我们自己的一个医疗产品来说，我们先完成了诊疗路径、进销存与各种设置管理部分的开发，然后再做了一些预约、医保、随访、数据统计与分析等与医疗相关性比较大的功能；然后再做了微信客服、会员、叫号等增值服务功能；再接着会对接一些相关仪器（检验、检查、叫号机等仪器）、外部机构（如第三方检验机构、其他医院的转诊）。。。
二、需求整理
需求整理就是对已经收集过来的需求进行整理，这里主要指汇总去重、拆分、删除、完善。很多时候，需求提过来都是一句话，或者需求提出者一时的脑洞大开，有些需求并不会在真实场景中产生，只是他臆想出来的。需求整理这个过程就需要我们加入自己的思考，结合粗犷的产品设计与开发方式来基本确定这个需求的深度。
这里需要强调一点，有些时候两个需求会完全相反。这时候一定要将两种情况双向反馈给需求提出方，再三确认需求是否可行。如果双方需求还是无法统一，可以想办法请教行业专家。或者查找相关法律法规。
三、需求计划（排期）
需求排期也就是产品经理说的最多的确定一个需求的优先级。一般排优先级可以从重要紧急、重要不紧急、紧急不重要、不重要不紧急等四个思路入手。一般在产品目标之类的肯定是重要的，至于紧急程度这个不好说，得根据实际开发进度来判断。一般影响原则的流程，或者会导致流程走不下去的bug肯定是重要紧急的，关于需求的优先级排列，如果对自己的产品了解比较深入的话，还是比较容易判断的。根据以上原则并结合开发周期确定每个版本的功能。
四、需求执行
完成了以上几步，记下来就是产品从业人员的基础工作了。也就是画原型。一般我的思路是拿到版本需求，将每个功能先自行再分析一遍，脑子里面得出流程图与使用场景的模拟，然后将自己的分析与需求提出方再次确认。对不能确定的技术性问题，再与技术初步讨论一下方案的可行性。
各方确认之后再进入自己的独立工作：画流程图——画原型——需求评审——交付设计——交付开发——测试上线。
我一直待的都是创业型公司，所以对于产品的上线，我会完全参与测试。这样做的一点好处就是我对自己的产品完全了然于心。并且时刻能关注自己的产品会产生什么问题。有时候对于一些不重要不紧急的bug会选择带bug上线时，能提前想出解决办法。
五、需求验证（反馈）
需求验证一般是就是讲已上线的功能告知用户，这时候能再次确认，需求是否正确上线（这点很重要，因为即使前期多次确认，还是会有需求跑偏的情况），也能知道这个需求再往深里做的方向。
而另一种验证方法就是数据分析，新功能的使用情况，优化功能的满意读，有些产品还需要观察功能带来的转化。。。
网友评论