“四步走”法则将需求快速转化为功能

任何需求在落地前都需要进行详细的分析,如何将需求进行快速拆解、分析,是产品经理必备的一项能力。

产品的诞生是一个0到1的过程,从最初的立项到上线都要经过很多不同的阶段,最普遍的流程是:需求的采集、分析、设计再到研发。虽然,不同公司或不同产品所采取流程有所不同,但在开发过程中,产品经理会采取的思考方式是具有一定的共同点的。今天,我们就来讨论一下,如何快速将需求进行分析,并转化为功能。

任何需求在落地前都需要进行详细的分析,而在前期,我们经常要做到在获取需求之后,短时间内向领导、下属传达需求的可行性和整体规划,所以如何将需求进行快速拆解、分析,是产品经理必备的一项能力。

此次笔者举的案例是:一个家校互动APP,分为教师版与家长版,现在打算为老师设计一个给学生进行德育评价,并且让家长可以及时查看孩子表现的功能。

那么,如何将需求进行快速拆解、分析?接下来告诉你“四步走”。

1.用户、场景分别为哪些?

此项需求分别是哪些用户会使用,又分别在哪些场景会进行,将这两个问题的答案进行一次列举,尽量完整。我们心里可以有电视剧般的场景,考虑用户在什么情况下会做什么举动,将自己代入用户角色中,加以想象。

案例

用户:教师(班主任、学校管理员)、学生、家长,在这里我们将学生和家长设为一类群体,因为学生没有专门的APP。

场景:

教师

①  老师设置评价的活动、内容、分值等。

②  学生表现好(不好),老师为其加(减)分;

③  老师查看自己评分记录;

④  老师想要查看学生的评分,针对教育、快速评奖;

⑤  班主任想查看自己班级的分数,对学生进行督促。

学生/家长

①  学生/家长想查看孩子的在校表现,对孩子进行监督,学生能够鞭策自己。

②  学生/家长想查看孩子的在校排名情况;

2.每个场景对应的需求是什么?

经过上一点,列举完使用场景,我们能够从其中抽丝剥茧出每个场景实际的需求是什么,因为在列举场景时,是已经将需求考虑在里面,现在我们只需要将不同的场景相同的需求合并起来分列即可。

案例

经过提炼以上场景的需求,总结如下:

①  活动、评价内容、分值的设置;

②  选择学生进行加减分评价;

③  评价记录;

④  学生和班级的评分、排名

3.以上需求必备哪些功能元素?

接着,我们需要再做一个提炼的动作,用你累积的产品经验和知识库,将需求描述为功能,这里要遵循一个原则——一个需求只对应一个功能,这样能够避免功能累赘的现象发生。

案例

①  活动、评价内容、分值的设置——后台或前端能够设置活动、评价内容、活动时间、对应的加减分、评价人与被评价人范围。

②  选择学生进行加减分评价——学生选择列表、加减分的选择、加减分说明。

③  评价记录——单个活动的评分记录表、每天的评分记录表(内含活动名称、学生姓名、加减分值等)

④  学生和班级的评分、排名——以学校、年级、班级或活动为单位的排行榜。(内含排名、姓名、分值总数等)

4.操作流程是什么样的?

操作流程相当于一个功能的实现方式,将所罗列的功能,结合用户,简单列出业务流程,那么需求的雏形就诞生了

案例

①  教师:设置活动内容、评价内容、加减分、评价人、被评价人范围,提交→点击活动→选择学生→设置加减分→确认

②  教师/家长:点击评价记录→选择某天→查看/点击评价记录→选择某个活动→查看

③  教师/家长:点击排行榜→选择学校(年级、班级或活动)→查看

总结:

四步走是为产品经理提供的一种指导思想,完成以上步骤,产品经理就对需求有了初步的判断,也可以根据你思考的内容同其他项目相关人员开评审会。后续只要将以上所列举的功能、流程进一步的细化、规范化、完整化,并提供相关的PRD、原型等文件,即可交由开发伙伴去实现。

(文:有馅儿的丸子 wechat:silvia931031^ ^大牛们,别默默看了,快帮我点评一下吧~)

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表