版本|需求池和版本树,相生相持,铺垫产品成就参天大树( 二 )


版本|需求池和版本树,相生相持,铺垫产品成就参天大树
文章插图
需求池和版本树标准版本
二、需求池

  1. 需求收集:战略规划、市场反馈、用户反馈、产品设计、竞品分析、技术革新。
  2. 需求整理:伪需求、表层需求、真实需求、兴奋需求、深层需求。
  3. 需求筛选:需求重要性、需求紧急度、影响范围、安全性、时间要求、技术难点。
  4. 需求设计:用户角色、使用场景、业务流程、使用流程、数据追踪、原型图设计、PRD文档维护。
  5. 项目管理:时间进度规划、产品质量验收。
版本|需求池和版本树,相生相持,铺垫产品成就参天大树
文章插图
需求池和版本树豪华版本
1. 需求整理信息大爆炸时代,相比于信息匮乏年代的信息内容缺乏,信息的堆积和冗余并不会更简单更容易处理。经过需求池构建六个维度的信息收集,关于产品设计,我们获取了大量的信息。而从这些信息中筛选出来真实需求就十分必要。
需求整理,是对需求信息的遴选,是把非必要的需求信息剔除出去。
需求挖掘中,对需求进行层次划分,细分为伪需求、表层需求、真实需求、兴奋需求、深层需求。其中伪需求、表层需求,就是最没必要的需求。这些只是用户痛点的遮盖布,我们都没有看到真正的病痛表现。
真实需求,就是直观的展示,看到的就是需要的,这种需求就需要再度识别,或许头疼就真的只是头疼。而对于兴奋需求、深层需求,就是掩藏在头痛下的根本,挖掘到根本,最后实现的产品才会真正接近用户的需要。
头疼若不是头疼,可能只是需要你的关心,那就是兴奋需求。不需要管什么头疼,对她呵护备至、疼爱有加,她的头疼就不是产品的问题,而是产品的价值!头疼若不是头疼,而是其他脏器损坏的痛觉转移,那就是深层需求。不管如何去医治头疼,最后不解决脏器的问题,头疼问题就算解决,也还有其他疼痛问题。
常见的说明,都会是更快马车的真实需求,这里换工作的生活例子看看。老板需要日周月报?是需求,是真实需求,但只是需求的表象。老板需要的是日周月报,但其实他更需要的员工的有效工作权衡证据,若是及时反馈任务进度,及时反馈异常信息,那日周月报还需要?
或许这还不足够,老板为什么需要进度,为什么需要他来监督进度?因为进度不如预期,至少在之前的所有工作中,进度都不如预期,或者说是,常常他以为是这样但现实却不是这样。在深挖一点就是,他没有安全感,他不信任,那么是谁给了他不安全感呢?是管理人员的管理能力不匹配?是项目安排执行不够精准?这估计就是职场,需要事事有回应、件件有着落的根本原因吧!
替换日周月报,更好的是目标、状态、进度、预期执行结果的统计表。本周正在做XX竞品分析,正常状态,进度50%,预期明天中午十二点结束。
2. 需求筛选经过需求整理,所留下来的需求都是真实的需求,百川终到海。而所有的需求又需要排列顺序,从而决定哪些需求优先做,逐渐形成需求的金字塔。
其中筛选的重要条件包括,需求的重要性,需求的紧急度,影响范围、安全性、时间要求、技术难点等要素。依据产品的不同的阶段,公司发展的状态,产业所处的行业,当前的生产环境等会给与需求不同要素不同的比重。
整体回馈,还是要依据先控制后碎部,步步检核的原则来设定。
技术难度、安全性会在很大程度成为一票否决权的情况,需要优先确定。之后依据重要度、紧急度、时间要素等综合,按照数字打分的方式对需求的权重进行数字化,从而辅助决策。