产品必备技能

需求分析是产品经理的必备技能,将重点从工作流程、需求分析、功能规划、PRD结构等方面进行分享。

一、需求的工作流程

需求分析的工作流程

需求收集分析,是一个持续迭代的闭环过程。只有持续迭代的产品,才是有生命的产品。

二、需求分析及功能规划

1、收集业务需求

需求来源:用户/客户、公司战略、行业市场分析、竞争对手(竞品分析)等

需求收集,形成需求列表:

a、反馈人/项目、反馈时间

b、需求描述(就是要描述现在的样子/遇到的困难,期待的未来的样子)、使用场景

举个栗子:客户方反馈的需求,记录如下:

需求收集列表

计算类需求收集:

关于上面例子中提到的交叉营销度,专业性比较强,需要再深入了解这个需求,具体的交叉营销度的算法是什么,是否有现成的计算公式等,如下:

     a)算法是什么:

交叉营销度=一个客户购买的产品品类数/产品品类数总数*100%

     b)能不能提供公式:

公式如上。

     c)用例:

A客户共购买了a、b、c,3种品类的产品,总的产品品类数为12种;则A客户的交叉营销度=3/12*100%=25%

     d)这个数值有什么应用和业务意义

通过交叉营销度计算,筛选出高潜力客户(交叉营销度越高,客户对品牌的认可度越高,再次购买的可能性更大,可以进一步营销)

e)这个数值的意义是什么:

帮助销售人员快速筛选出高潜力客户,合理分配资料,减少浪费。

报表需求收集:

客户可能会继续提需求,要在交叉营销度的基础上,输出客户营销表,则需要详情了解如下内容:

     a)是否已有报表

     b)每张报表的数据范围及数据来源

     c)报表里字段的取值从哪取

     d)报表应用在哪

     e)报表的数据量有什么:数据量的大小是用于考虑性能问题

     f)报表是否有排序,按什么来排 

2、需求分析:5W2H

根据收集到的需求,进行需求分析,常用的方法则是场景分析法,也就是5W2H分析法,如下:

who:用户,整个业务流程中所涉及到的相关方

what:目标,即用户需要完成哪些事

why:原因,了解用户为什么需要完成目标

where:地点,主要说明用户会在什么地方完成目标

when:时间,主要说明用户会在什么时间完成目标

how to:如何完成目标

how much:完成其目标所需要花费的成本代价

案例:请假审批需求,现在是线下审批,流程麻烦、耗时长,希望实现线上审批,节省时间。

根据5W2H分析法对需求进行分析:

5W2H分析法

场景列表:

场景编号、场景简称、场景描述、角色who、目标what、原因why、地点where、时间段when、处理方法how to、成本how much——分析内容如上图

根据分析及业务场景,绘制泳道图、业务流程图。在请假流程中,涉及到请假人、审批人两个角色,对应的流程如下:(一般用visio绘制)

泳道图

核心业务流程图

由此确定功能:

请假申请、请假查询、待审批列表、请假审批、待审批提醒功能、审批结果提醒

产品需要有一定的兼容性,每个项目的审批流程可能会不一样,所以还有一个客户没有提到的需求,就是支持不同项目的审批流程的配置,即审批流程配置功能

功能确定之后,需要进行优先级的排序,关于优先级,在需求池的时候也会做一次优先级的排序,所用方法与功能优先级一样,都是用的KANO模型来区分,即:必备需求、期望需求、兴奋需求,如图:

KANO模型

经过梳理得到优先级,基本型需求为P0,期望型需求为P1,没有兴奋型需求,如图:

功能优先级

特别说明,待审批列表虽然为基本型需求,但不影响核心流程,故优先级为P1;审批流程配置,用于降低产品实施工作量,但对于单个项目而言,不影响基本流程,故优先级为P2。

3、功能页面设计

完成功能清单之后,进行功能页面设计,即,将功能—(转化成)—>页面

a、梳理页面操作流程,标记操作点

b、基于页面流程对信息进行过滤:

     保留必须信息

     隐藏可要可不要的信息

     删除不必要的信息

c、页面信息内容分类:

     按照信息的相关性进行分类,如使用卡片法

由此确定请假审批功能页面:

请假信息(请假人、请假时间及时长、请假原因、假期类型)

审批情况(审批流程、审批结果、节点审批时间)

操作(通过/驳回按钮等)

三、原型图绘制

原型图暂时略过。

四、PRD文档

PRD文档可用word或axure完成,主要是描述清楚需求,一般的内容模块有:

1、文档版本

2、背景

3、业务说明,如业务流程图等

4、操作流程图(页面内),即页面内的交互说明

5、页面及页面元素、逻辑

6、非功能性需求:

a.易用性需求:新需求上线可能会更改老用户原有的操作习惯,所以页面上的指引尤为重要,另外,需要有相关的操作文档;

b.兼容性需求:一方面是平台的兼容性;另一方面是新老版本的兼容性;

c.异常处理需求:即出现异常后系统该如何提示,如何处理;前期需要确认几点:(1)什么情况下会出现异常;(2)异常提示样式是怎样的,toast还是dialog等样式;(3)异常提示内容是什么;(4)多个环节中某一环异常,那整个流程是继续还是停止;

d.可扩展性:上线时类型只有一种,但是上线后可能会存在多种类型,那系统是否能支持。

性能需求、安全性需求、运行环境约束、外部接口、可保障性需求等。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,386评论 6 479
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,939评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,851评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,953评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,971评论 5 369
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,784评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,126评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,765评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,148评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,744评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,858评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,479评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,080评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,053评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,278评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,245评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,590评论 2 343