跟着《B端产品经理必修课》图解需求
在当当买书,看到了《B端产品经理必修课》,刚好我做的也是B端的项目,就买了看看。
我算是产品新人,之前一直对原有的系统进行边边角角的修改。今天四五月份,开始承接新的模块级别、系统级别的需求,自己的产品实战知识越来越不够用。《B端》这本书“竞品分析”、“分析需求”、“需求管理”这三块内容刚好是我需要的,尤其是章节4.4 分析需求,作者李宽老师使用[需求蛋]、 [一级流程]、[二级流程]、[数据流程图]这几种图形,根据餐厅点餐管理贴近生活的事例,分析需求,表达需求。
人脑的限制
20世纪50年代,认知心理学家乔治·米勒发现,人类只能记住和处理7加或减2项内容,这通常称为“米勒魔数”【7+/-2】。后来的证据表明基数甚至可能少到3或4。
这个数字代表大脑“暂存器”解决问题时所能保存的信息容量。也就是说,如果让我们同时考虑很多事情,实际上最多只能记住和处理其中9件,甚至可能更少。
去超市买东西,如果没有一份写好的购物清单,很可能漏掉东西或者买回的东西不正确。同样的道理,如果有很多需求,那么我们的大脑根本没有办法处理这种复杂性。
因此我们在分析需求画流程图的时候,需要把需求分解成一个一个的结构化单元。
图形比文字更容易让人理解
最近在写需求,写方案的时候,被强调最多的事情就是“画图”,架构图、业务流程图、数据流程图等等。我们讲解需求、汇报方案,需要使用图、使用PPT,最主要的一点是图形比文字更容易让人理解。
单个产品管理流程需求粒度与层级
举例设计一个咖啡馆的管理系统
1、画流程图先把主要流程总结出来。一位客人进入到咖啡馆中,找到座位坐下。服务员与客人确认餐食,随后下单,交由厨师制作食物。食物制作完成之后,服务员将餐食送到客人桌前,供客人就餐。当客人就餐完毕,到前台结账,随后离店。由此,一整套线下流程完成。
一级流程2、对主要流程进行细化。如果流程图中的活动数量超过7+/-2的范围,则颗粒度太细或太粗,需要再次分析需求。随后,确认主要流程,对主要流程进行需求细化。
在咖啡馆的管理系统中,点餐、结账的流程是最重要的,我们先将点餐流程进行细化。服务员将菜单递到客人手中,客人在菜单中挑选自己需要的餐食,服务员做记录。在确认点餐结束后,服务员进行菜单确认。如果所点菜品没有问题,则由服务员下单。如果所点菜品有误,则与顾客核对,修改餐食记录,并再此确认。
流程细化数据流程图
——>数据:表示数据流,连接数据流程图的各元素。
圈 外部实体:外部实体表示系统之外的人或事物,它可以成为整个数据流的起点或者终点。
数据储存:存储数据的区域。在现实中,可能是单或者表格表格。
活动操作:对数据进行操作,包括数据的流入和流出。