老板让你 2 个星期内开发新产品上线，抢占市场，否则你的团队就可能面临解散。
你，怎么办？
很不幸，我遇上这狗血的剧情，公司决策失误，导致开发一年的项目终止，总监辞退，团队面临解散。
幸运的是，通过用户故事地图，我们 7 天内成功开发产品上线，迈过生死线，项目也成了明星项目。
下面，我给大家分享用户故事地图的要点，以及我是如何使用。
要点解析
1. 用户画像
首先，我们需要在便签上写好用户画像，贴在墙壁上方。
用户画像是指用户画像是根据用户社会属性、生活习惯和消费行为等信息而抽象出的一个标签化的用户模型。
它代表了用户是谁，他们试图完成什么，什么目标驱动他们的行为，他们如何思考，以及他们为什么做出购买决定。
完整的用户画像，包括用户头像，个人信息，工作信息，详细介绍等。但便签可展示内容有限，一般展示核心标签，例如：
罗志祥，男，41岁，男歌手，年收入1亿以上，未婚，3套房，无孩子，喜欢社交，多人运动。
用户画像的目的是让团队从始至终，保持对用户的关注，具体体现为：
始终专注目标用户，避免混淆其他用户；
思考需求是否真实；
评估产品方案是否解决用户需求。
如果没有用户画像，建议采用定性用户调研，让团队直接面对用户，建立用户画像。
在用户故事地图中，只有真实的用户画像，才能保证用户故事的真实性。
2.用户故事地图
用户故事地图的核心操作有 4 点：
撰写用户故事；
组织故事情节；
归类故事事件，挖掘用户需求；
提出用户需求，提供解决方案。
2.1. 撰写用户故事
在撰写故事之前，我们要确定用户故事的颗粒度，即用户故事要具体到什么程度。
以店员销售手机为例，这是一个很粗的事件，它可再拆分成：引导客户进店，推荐手机，引导客户买单，赠送礼品，打单等多个事件。
合适的颗粒度更容易发现用户需求，但是太细的颗粒度，容易在讨论环节陷入细节纠缠，浪费精力。
理解故事的颗粒度后，团队成员开始第 1 步：在便签上撰写用户故事，1 张便签撰写 1 个故事，直至无法提供更多用户故事为止。
2.2. 组织故事情节
第 2 步，收集所有的用户故事，在此基础上，团队之间讨论得出故事情节，用不同颜色的便签表示，按逻辑顺序，或者时间顺序，从左到右贴在用户画像下方。
2.3. 归类故事事件，挖掘用户需求
第 3 步，将故事便签，放到对应的故事情节下方，重复的故事进行合并，平行的故事上下排序，最后得到完整的用户故事地图。
用户故事地图的最大作用，是让人从全局观察用户行为，避免遗漏需求。
在这个环节，需要将团队按 3-4 人划分小组，小组挑选故事情节，针对目标用户，挖掘用户故事背后的真实需求。
2.4. 提出用户需求，提供解决方案
用户故事地图最后一步，是小组提出用户需求，并提出解决方案。
为了更加高效的讨论，我通常会按清单进行讨论：
确认需求对应的用户，避免需求用户不匹配；
讨论用户需求，必须具体到某一场景；
讨论提供解决的产品功能或者方案；
讨论可能出现哪些异常情况；
讨论功能和方案如何实现；
讨论是否有更好的解决方案，或者b方案；
讨论大概的开发周期。
3. 用户反馈 + MVP 产品
通过用户故事地图获取到用户需求，大部分存在伪需求，需要进行用户反馈，pass 伪需求。
用户反馈常用的方式有两种，一是直接咨询用户，二是调查问卷。不管采用哪种方式，反馈的数据量不能低于 100 份。
预算有限的情况，建议使用调查问卷，注意提出问题清晰，减少专业术语，文字简练，问题数量控制在 12 道以内。
确认用户需求后，结合公司资源，衡量开发周期，着手开发 MVP 产品，快速投入市场，收集反馈，开始迭代。
以上，使用用户故事地图的所有要点，接下来是我实际操作案例。
案例分享
1. 制作用户画像
当我接手团队，我面临着第 1 个问题：
我们没有目标用户的用户画像，没有清晰的用户认知。
用户故事地图，第一步是要有清晰的用户画像。没有，就得建一个。
我采用定性研究用户的方式，将团队按 2 人分成 4 组，各小组直接联系用户上门调研，2 天时间，调研了 13 名用户。
我们的目标用户是手机店的店长和店员，当调研回来，连最不清楚用户的开发小姐姐都能滔滔不绝讲一堆用户事情时，那一刻，我觉得已经成功了一半。
第 3 天，我们在会议室，在便签上，核心标签勾勒第一版的用户画像，贴在墙壁最上方：
吴建国，男性，45岁，店长，年收入12-20 万，已婚，2个孩子，1套房子，喜欢喝茶，尝试新的门店运营方式。
徐飞飞，女性，24岁，店员，年收入 6-8 万，单身，无孩子，租房，喜欢逛街，刷抖音，对品牌产品熟悉，有求知欲。
2. 撰写用户故事
解决用户画像，我面临第 2 个问题：
如何引导团队成员撰写合适的用户故事。
解决这个问题，我用了 3 步：
先讲解希望的用户故事颗粒度，让每个人先试写 3 个用户故事；
彼此比较用户故事大小，了解自己与合适的用户故事的差距；
重新撰写 3 个用户故事，再确认。
团队很快理解所需要的用户故事颗粒度，开始第 1 步：撰写用户故事。
一张便签代表一个故事，不允许交流，分头撰写，直到自己无法挖掘更多故事时，停笔。
3. 组织故事情节
完成用户故事，最关键的第 2 步：将故事形成故事地图。
我们汇总 180 多张用户故事，讨论目标用户在销售商品场景下，是如何发生这些故事。
按照讨论场景，我们梳理出用户故事情节：
商品进货 ➡️ 商品展示 ➡️ 物料宣传 ➡️ 销售商品 ➡️ 售后服务
用不同颜色便签纸写上故事情节，按情节顺序，从左到右排序，贴在用户画像下方。
4. 归类用户故事，挖掘用户需求
第 3 步，归类用户故事，按顺序从左到右粘贴，合并重复的用户故事，平行用户故事上下排序，最终得到 120 多张便签组成的用户故事地图。
5. 提出用户需求，提供解决方案
第 4 步，我把团队分为两组，每组负责 2-3 个故事情节，小组挖掘对负责的用户故事背后存在的用户需求，以及解决方案。
这个过程中，会产生很多想法，小组讨论结束后进行汇总，进行需求评审。
最终，我们发现了 8 个用户需求。
6. 用户反馈
到这里，我面临着第 3 个问题：
怎么判断 8 个需求中，哪些是真实用户需求？
答案很简单，将 8 个需求抛给用户，让用户告诉我们哪些是真实的需求。
第 4 天，我们使用问卷网制作了调查问卷，向 800 多名目标用户的微信投放问卷，收到了500 份反馈。
500 份的反馈直接 pass 4 个伪需求，我们再结合公司资源，挑选其中使用频率较高的价格签牌作为第一个项目产品。
7. 交付 MVP 产品
第 5-6 天，我们交付了 MVP 产品，一个提供给用户下载特定版式价格签牌的微信端网页。
第 7 天，投入市场，在运营小姐姐推广下，有 50 多名用户使用我们的价格签牌，给予我们真实的产品反馈，让我们快速迭代，项目后续成为公司的明星项目。
总结
综上所述，要通过用户故事地图挖掘用户需求，需要做好 4 点：
真实清晰的用户画像；
开始撰写故事前，优先确定故事颗粒度；
尽可能多撰写用户故事，归纳总结故事情节，挖掘用户需求；
必须进行用户反馈，pass 伪需求，通过 MVP 产品试水市场。
作者：晓东同学，本文在PMCAFF社区发布，转载请注明作者及出处。
