1704231830
►第一阶段,用户是抽象群体 :在产品概念阶段,用户是假想的某一类人——目标用户、核心用户。
1704231831
1704231832
►第二阶段,用户是具象个体 :需求采集时,我们要去接触一个个真实的用户,见活人,听故事,找感觉,发现“用户故事”。
1704231833
1704231834
►第三阶段,用户又是抽象群体 :整理采集到的需求时,把真实用户再合并特征,定义出“人物角色”,并反向修正产品概念。
1704231835
1704231836
在产品概念阶段定义的用户需求场景是产品的切入点,要靠产品经理的经验和经历来做出假设,有点纸上谈兵。所以纯新人,对这个行业了解甚少的人,没有办法做这个早期的定义工作。然后,试着扩展产品可能涉及的各种用户,去见具象个体,回来后修正用户需求场景,再去见另一批个体,如此循环下去。
1704231837
1704231838
举个例子,一次实战演练时,大家提出一个叫“易停车”的App产品概念,切入点是:解决开车上班族(抽象群体)每天到公司很难找到停车位的问题。接下来,在去真实场景中采集需求时,有可能涉及其他用户群体,包括停车场的管理员及停车场附近的商户。
1704231839
1704231840
有了这些假设,就去约相应的个体聊,过程中可以发现很多活灵活现的需求。比如,对于开车的上班族,除了工作日上班这个典型场景(规律性、长期),还有带孩子去医院(突发性、费用不敏感)、周末郊游(偶发性、希望长时间停车能便宜点)等其他场景。
1704231841
1704231842
聊完后,再用这些信息逐步抽象出类似图4-5这张思维导图的一棵树[5] 。图中以产品概念为核心,先分用户(可能多级),再分需求场景(也可能多级)。
1704231843
1704231844
1704231845
1704231846
1704231847
图4-5 易停车的用户需求场景导图
1704231848
1704231849
这棵树的主干节点是“人物角色”,分支节点可能是细化的“人物角色”,也可能是某个人物角色的需求场景,而末端的叶子,就是接下来要说的“用户故事”。
1704231850
1704231851
工具:用户故事
1704231852
1704231853
大家不妨先回忆一下产品概念里提过的“刚性需求”和“典型场景”,这些概念是抽象的,是还未经验证的假设。
1704231854
1704231855
去见真正的用户,能听到一个个具体、鲜活的需求场景,这就叫作“用户故事”。
1704231856
1704231857
继续以“易停车”为例。图4-6就是一个典型的“用户故事”,更多有故事感的细节,可以看图:小张是一家IT公司的主管,如前一天加班,第二天就会晚点去上班,到公司时已将近中午,经常找不到车位,那么他该怎么办呢?
1704231858
1704231859
1704231860
1704231861
1704231862
图4-6 小张的用户故事(需求)
1704231863
1704231864
这就是易停车里,“开车的上班族”(人物角色)在“工作日上班”(需求场景)下的一个“用户故事”。实操过程中,可以把这样的卡片贴在树形思维导图相应的末端节点旁。
1704231865
1704231866
有一个和它有点像的词叫“用户任务”(这是第06章的主题)。用户故事是描述问题,而用户任务是描述解决方案,结合图4-7的例子,应该能体会到二者很明显的差别。
1704231867
1704231868
只要去采集需求,就可以获取很多用户的故事。这些故事既是后续设计产品功能的原材料,也有助于一步步明确“人物角色”的分类与描述。
1704231869
1704231870
1704231871
1704231872
1704231873
图4-7 小张的用户任务(功能)
1704231874
1704231875
工具:人物角色
1704231876
1704231877
“人物角色”是一个对整个产品生命周期都很重要的工具,也叫“用户画像”,是指根据一些具体的用户故事,对某类目标用户的汇总描述。它可以用来帮助团队内部达成共识。特别对于新人和平时不怎么参与讨论的外围同事、老板,这一工具可帮助他们分清一个产品的多个人物角色,及其优先级。很多资料都提到过这个工具具体的制作和使用方法,此处不再赘述。
1704231878
1704231879
有了这个工具,最直接的转变就是,很多平时对产品的讨论就可以从“我喜欢”、“你认为”转变为“王大毛会需要这个产品吗”。
[
上一页 ]
[ :1.70423183e+09 ]
[
下一页 ]