本文通过生动的案例，详细解释了如何通过Problem Statement和Goal Statement两个模板，系统地拆解和理解用户需求，从而更精准地定义问题和目标。
如果女朋友问你“晚饭吃什么？”你会直接回答“吃火锅、螺蛳粉、烤肉”，还是，你能重新定义这个问题：
综合起来，问题可以被描述为：在家里｜刚下午喝完奶茶的｜女朋友｜想要知道晚饭吃什么｜因为（比较无聊？）这样一来，你会发现女朋友真正想问的，可能并不单单是“吃什么”，而是“接下来的安排”。
很神奇吧，有时候定义问题就可以重新给你答案，这个梳理的能力就是Frame（结构化），这就是产品经理必备的能力之一。
外企里有这样的两个东西：一个是 problem statement 一个是 goal statement，可以分享两个模板，希望对各位在需求分析的时候有所帮助。
Problem Statement 就是在回答：“到底是什么问题，我们为什么要解决这个问题？”
它一般包含 4 部分：
1. 用户名称 (User Name)
可以是一个典型用户或用户群体的“昵称”或标签。例如：“小李”、“晚睡党”、“夜班族”。
2. 用户特征 (User Characteristics)
跟需求相关的特征或背景。例如：“睡眠质量差”、“压力大”、“熬夜看视频”。
3. 用户需求 (User Need)
他们想要达成什么目的？例如：“希望晚上能更快入睡”、“想摆脱熬夜习惯”。
4. 洞察 (Insight)
从用户习惯或心理出发，理解他们的深层原因。例如：“因为下班后才有自己的时间，所以习惯性拖到很晚不睡。”
举个例子：“小陈是一个夜班工作者，他需要一个能够帮助他在白天快速放松、提高睡眠质量的工具，因为他白天想补觉，却经常因为噪音而睡不着。”
这样，团队一看就知道：
谁：夜班工作者小陈
遇到的问题：睡不好、噪音
要解决的关键：白天如何快速进入休息状态
由于我是做sleep app的刚好可以额外讲一下sleep app 内常有的两种音频对应的不同原理。
所以针对不同的问题，我们就可以提供不同的方案。
Goal Statement 则进一步回答：“我们要做什么产品/功能，来满足上面的需求，并且如何衡量它是否成功？”
它一般包含 5 部分：
1. 产品名称 / 功能（Product / What）
你要做的产品或功能是什么？
2. 用户可执行的操作（Perform specific actions / What）
用户在这个产品或功能里能干什么？
3. 影响范围（Describe who the action will affect / Who）
这些操作最主要影响了哪群人？
4. 价值体现（Describe how it will positively affect users / Why）
这个功能为用户带来什么好处或改变？
5. 衡量标准（How you measure the impact）
用哪些指标衡量成功？（比如：日活、留存率、满意度等）
举个例子：“App 的白噪音功能 will let users 随时点开一段白噪音，which will affect 夜班工作者 by 在白天能够更好遮蔽环境音的干扰好好入睡。We will measure effectiveness by 日常使用频次&放松后用户反馈的满意度”
这里就为你拆解了 5 个方向，去拆解结构化你的需求。
很多人会说，“这不就是个写文档的模板么？” 当然啊，老外也玩八股文。但是他们不这样说，他们认为：
一个framework（框架）就是一个公式，和我们从小学加减乘除的公式一样。你可以直接用，但是更希望你学会原理，学会 frame（结构化）的能力。就像 problem statement 只提供了 4 个拆解方向，但你仔细想想可以有更多。
而且，产品的很多思维都可以用在生活上，比如，女朋友问“晚饭吃什么？”，你可以瞬间在脑海里用 Problem & Goal 分析：
这你还能当直男么？我们是浪漫的产品经理，耶✌️
本文由 @CoopyWorks 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。