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
有了这个工具，最直接的转变就是，很多平时对产品的讨论就可以从“我喜欢”、“你认为”转变为“王大毛会需要这个产品吗”。
1704231880
1704231881
下面的例子是我在《人人都是产品经理》中就用过的，时间背景是2010年。再看一次，顺便感受一下短短7年时间里互联网行业的变化。
1704231882
1704231883
表4-1 人物角色示例
1704231884
1704231885
1704231886
1704231887