一、需求收集
需求来源可以来自市场、用户调研、运营、测试、开发、用户反馈、产品经理等等，平时工作过程中他们会经常向你提需求，在一定程度上会经常打断你的工作，正确的做法是明确收集需求周期，可以是半个月或者一个月进行一次汇总的需求收集。
正常流程是周期性的去收集，但存在一种情况就是业务方从来不提需求，这时候你需要主动去跟业务方聊，去了解业务方的规划，参与对方业务规划中，这会让你对整个大产品有更高的认知，从而会挖更多掘潜在的需求。
二、需求整理
收到业务方的建议需要进行一个初步梳理，剔除一些无效的需求，将有效记录到需求池当中。如何剔除无效需求：需求方只会告诉你一个解决方案，需要你向需求方不断去问为什么，去了解背后真正需求，发现本质需求后看是否现有方案已经解决或者存在线下更优途径解决，如果可以就不用放到需求池中。
需求池
过滤无效需求后，将剩下需求记录到需求管理工具中（管理工具可以是各种在线工具或者excel，我个人比较喜欢excel）。需求需要记录信息需要包含：需求、需求描述、目的与价值、需求来源、需求分类、需求标签。 需求分类分为需讨论需求、待开发功能。待讨论需求为不明确是不是需要做，不知道怎么做的需求。这类需求可以跟其他产品同事或与业务方一起讨论得到结论。待开发需求：需求比较明确，可以开发的需求。需求标签：根据产品规划划分几个业务域，每个业务域都有明确目标，然后将这些需求划分到业务域中。 这样有一个好处就是将零散的需求进行了归类，有了总的大目标，而不是单点需求了。拿在线教育前端业务为案例可以划分为如下：
业务域
三、需求优先级
实际工作中的需求排期可能是产品自己的感觉进行排期，这非常的不科学。在互联网行业比较流行的一种方式是用kano模型去进行排优先级。
kano模型
将需求划分为兴奋性需求，期望性需求，基本需求。优先解决：基本需求>期望性需求>兴奋性需求。具体某个功能是属于哪个类型，网上有很多关于kano模型的介绍，在知乎上的一个马大乐的文章供大家参考 ：卡诺KANO模型-功能优先级排序模型 。
具体排期：个人的做法是满足优先级高的需求为主，但中间也需要适当插入部分稍低优先级需求，不然兴奋性需求可能永远排不上了。
网友评论