如何做需求分析

2020年10月18日22:17:05 发表评论 2 次浏览

如何做需求分析

需求分析

这段时间我做了两个大项目,一个是业务模型和使用规范的调整,一个是之前功能的重做。我会说为什么重做。关于需求分析,我认为将需求抽象成产品功能所花费的时间占软件开发周期的40%,从产品设计到评审的时间占20%左右,也就是说产品团队在实际开发之前所涉及的工作占项目的60%,在需求分析阶段我有一些个人的见解。

1.抓住核心点,不是所有的用户需求都是需求

每当我们做一个项目迭或者一个新项目的时候,我们必须有一个目的。在需求分析阶段,需求收集渠道的需求往往是分散的、无重点的、无逻辑的。所以需要从这些离散的需求点中把握核心,梳理出实际使用场景来分析问题。所有的核心点都必须面向最终目标,不是所有用户的需求都是需求。

以我的项目为例,由于历史原因,自配人员关系没有进入OA系统,所以只能将配员的薪资结算数据录入到配员系统,相当于一个简单的考勤记录。其实系统最早就有这个功能,但是因为之前没有仔细整理需求,这个功能就做了,所以这次我接手了,几乎没做过。我觉得这个事情比较简单,就先找了个产品助理整理一下需求。当原型画出来的时候,发现解决工资的功能解决不了。

所以,当时我跟哥说,你只完成了排班,但是排班的目的是为了定工资,不能满足需求。所以我跟他强调,做这个需求的目的是考勤,要提供休假、值班、加班时间、休息日加班等数据。事实上,他的第一个原型并没有完全理解我们为什么要做这个排班功能,所以我们在理解需求的过程中没有抓住核心点,导致需求不晰。

2.制定规则并进复杂的流程

我上一个公司是做互联网电商的。其实在我看来,电子商务和O2O有一个很大的区别,就是在目前盛行的情况下,电子商务已经变得很有规律了。首页、产品列表页面、详细信息页面、订单页面等。,每页显示的信息也很不一样,但是O2O不一样。一方面,O2O是近13年才出现的,至今(15年)还没有基准行业。另一方面,O2O与日常生活密切相关,导致业务流程复杂。这些都是to C产品的则化和过程,这个过程在to B产品中尤为明显。to B产品最经典的例子就是公司后台系统。

无论是a到C产品还是a到B产品,都要考虑用户的使用场景。PM需要把自己当成一个用户,充分考虑用户在各种情况下的思维,设计出符合用户需求的产品。不是一味迎合用户。做互联网的人都知道,在一个业务不规范的情况下,产品很难让用户满意,所以我们有必要制定规则,或者优化不完善、复杂的流程。

规则。

先说制定规则。实际上,统一规则有有弊。比如滴滴打车订单被抢,优步打车订单被系统自动分配。滴滴的做法可以提高司机的积极性和自主性,司机可以选择高价值订单,但这种做法也会影响用户体验。比如,万一以后没有补贴,我只是一个起步价,有的司机不愿意接单,要等很久;优步出租车制定了自动分配规则,首先分配目前离乘客最近的空闲司机。如果他不接再分配给下一个,这种做法能让用户满意吗?我只会说这个规则简化了下单流程。司机和乘客只有两个选择,接不接,坐不坐。司机不接,不知道下一单什么时候可以等,订单金额多少。虽然降低了司机之间的积极性和自主性,但是用户来说体验还是很不错的。

制定完规则,再来说流程的进。我上面说过,这种流线型的简化在对B产品中尤为明显。很多人有一种观点,后端系统反正是自己人或者其他企业人员用的,只需要完成功能就可以了。没必要做的那么顺手,那么细致。其实优秀的PM总能完成这方面的工作,因为在他们眼里,一点产品优化或者流程优化就能给企业来很多好处,这一点我有亲身体会。

在我之前做过的很多项目中,有两个是我发现业务部门在实际操作中思考或者每天重复做他的工作,但是他们没有发现这样做其实效率很低。当没有人观察到流程有问题时,业务部门已经形成了一个标准,但是这个标准不是最优的。PM做需求分析的时候,需要仔细观察他们部门或者个人的工作内容,思考为什么要做,是否有其他的解决方案来提高其工作效率。

在做数据统计的时候,发现业务部的一个事每天都要导出所有新用户的电话号码、订单号、餐厅金额、订单金额等数据,来调查送货员和用户的满意度。但是她每天导出的数据其实需要另外两个同事使用,只是使用目的不同,但都很死板。他们三个每天导出一个完整的数据,然后过滤条件,组合成自己想要的数据。这种工作其实没必要,我们可以每天给他们。

再比如财务结算物流人员工资的时候很多计算公式是相互关联的,比如A=B+C,D=A*E+B-C,但是他们计算的是D=(B+C)*E+B-C,暂且不提他们部门的管理流程。但PM遇到这样的业务流程,可以考虑是否能精简流程,实现产品设计的初衷。

3.离散需求集成

在与业务部门打交道时,发现他们的思维逻辑性可能稍差。PM理解了需求,就没有因果,也就是没有逻辑性。这时候PM不跟进,很容易被坑。合格的PM应该在这种情况下掉头,重新说明问题。如果PM稍微强一点,应该指出刚才的说法有错误。

其他业务部门人员在你们沟通的时候,谈了很多产品改进意见或者新的需求想法。这时候PM要认听,记录需求点,千万不要给他们回答这个功能什么时候做,什么时候上线。因为制度总是不完善,需求总是无穷无尽,资源有限,你给出的答案无法实现别人的不良看法。优秀的PM需要一个大局,可以和团队一起评估需求。

4.技术人员参与需求分析阶段

现在很多互联网公司基本都是产品驱动的,所以技术驱动就不好说了,因为产品团队可以知道用户想要什么。在参与需求分析的过程中,事业部的技术总监喜欢跟着我去了解需求,这在我之前的工作组中是从来没有遇到过的。现在他参与需求的时候,我发现整个产品需求很混乱,阻碍了我需求分析的进度,因为他总是从技术角度考虑实现这个的难度。因为他是技术领导,有很强的逻辑思维能力,每当听到没有必要添加新的条目来维护这个数据的时候,他就会站出来说为什么要这么做,然后说服业务部门说这个数据不能提供,那他能不能先不做?

但是从产品的角度来说,既然选择做这个项目,就要从产品的角度来设计。在一完整的产品解决方案出来后,精简功能是一个很好的方法。在些情况下,当一个更好的想法出现时,技术人员会首先考虑它是否能够实现,以及实现的复杂性。如果有一点困难或者技术上可行的解决方案不能当场给出,这个功能就搁置一段时间,也许会提出另一个不会错但不是最好的解决方案,于是技术人员参与需求。综上所述,我的理解是技术人员暂时不要参与需求分析阶段,技术团队会在产品团队内部讨论后参与评审,可能会到事半功倍的效果。

企业在开发APP时应该如何定位自己的产品?

如何做需求分析

  对于一个成功的APP开发产品来说,产品定位是极其重要的。产品定位决定了围绕产品的一系列工作:如何确定产品工作的优先级?需要专注于产品

品多多与楚橙联手,供需方如何双向打通?

10月10日,恰逢品多多& ldquo;周年典大促销& rdquo;56岁的严一斌在怒江边的云南省龙陵县云观桔子基地宣布,桔子已经和新的电子商务平台拼多多打成一片

数字时的财产保护和继承需要注意什么?怎么

2015年3月22日,中(深圳)信息技术领导人峰会在深圳举行。马云不在场,但人们发了他的录音视频视频中,马云表示,全球很快将从IT时代进入D

产品经理如何做好需求版本控制

刚入行的产品经理,经常一提什么功能和需求就打开电脑,看到我给你画的样机。是不是很牛逼?在做了一段时间的产品经理后,当涉及到任何

企业如何做好网络营销

企业想要在互联网上获得更多的流量和客户,网络营销必须努力。那么企业做好网络营销的方法有很多,比如竞价、网站自然优化、广

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: