1704231822
上述例子有些夸张，但为了满足公司战略需要，伤害用户的情况确实比比皆是。这是公司规模变大后很难杜绝的现象，牵涉到一个很深刻的管理学命题：各层员工到底对谁负责？当然，这不在本书讨论范围内。
1704231823
1704231824
由以上分析可知，最重要的用户还是外部的。满足任何战略需要的内部需求时，心里都要时刻想着外部用户，防止本末倒置。战略需要而用户不需要的产品，往往没有好下场。
1704231825
1704231826
4.3.3 用户：抽象到具象再到抽象
1704231827
1704231828
随着信息收集得越来越多，我们对用户的理解也越来越透彻，可以分为以下三个阶段。
1704231829
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