关键内容：理清现状、明确价值、评估方案、价值验证。 作者：小步 篇幅：全文约 1350字 阅读时长：约5分钟 提示：以下内容仅为个人分享，有兴趣交流的伙伴可在下方讨论区留言。
知识库首页
提示：上方链接属于全手册首页，伙伴们打开后可以关注或收藏，用于日常工作查看，其中关注后，可以实时收到文档更新通知，希望对你有所帮助。
新手引导
我是小步，欢迎小伙伴的访问，如果这是你的首次访问，请点击下方链接，了解文档写作逻辑，才有更好的体验。
序言 用小步迭代搭建自己的知识体系
内容导读 如何使用这个手册
前言
B端需求场景，涉及到大量的价值分析，但每个产品人对价值的评估方法不一样，也导致对需求的不准确评估，会陷入只要业务方提需求就做的场景。
基于此笔者分享个人觉得比较实用的需求分析思路，并以代办清单的方式分享给大家，核心的底层思维就是B端需求背后的目标一定是以客户&公司实现共同成功去落地推动的，以下内容仅为个人观点，希望有所帮助
需求分析四步代办清单
第一步：确认需求客观情况
核心：重点分析需求的真实场景，是否成立，不评估任何实现维度的内容
| 内容项目 | 问题点 |
|---|---|
| 分析需求解决的问题 | 1.问题是什么 2.问题所处的程度（必须解决、可以解决、期望解决） 3.解决后对目标对象的业务目标结果是什么 |
| 分析需求背后的原因 | 挖掘需求的角色背景/市场背景/问题背景 |
| 分析需求影响的目标角色 | 角色不是指某个特定人而是需求影响的群体 |
| 分析现存的解决方案 | 是否存在预期方案以及存在的问题 |
| 注：如果以上内容无法描述清楚，不建议进行下一步，因为需求失真，已经不具备分析价值 |
第二步：明确需求价值
核心：重点明确要不要做、做到什么程度、什么时候做、预期最终收益情况，最好有量化参考
| 决策要素 | 决策问题点 |
|---|---|
| 需求的一致性 | 目标是否与客户目标一致、公司目标一致、产品目标一致 |
| 需求的层次 | 需求解决的问题位于哪个层次，是临时问题、进一步的问题还是本质的问题？ |
| 需求的全过程 | 需求目标的解决是只解决了问题的一部分、还是解决了问题涉及到的全过程？ |
| 需求的大小 | 需求涉及的大致资源投入情况 |
| 需求的优先级 | 是否有时间限制、是否有明确的重要性、不解决会有什么问题 |
| 结论 | 结论描述 |
| 需求的价值判断 | 包含对客户的价值（客户是否愿意付费或付出成本）、对公司的价值（公司是否能够获益）、对产品业务本身的价值（产品业务是否能够有收益） |
| 注：上面内容如何权衡，根据公司实际情况差异化对待，无标准答案，找性价比最高的 |
第三步：评估需求解决方案
核心：解决方案是否满足客观原始的需求，规避方案设计不合理风险
| 评估项 | 评估问题点 |
|---|---|
| 确认方案与需求的一致性 | 方案的解决范围是否符合需求分析结果，是否有降级处理的情况 |
| 确认方案与方向的一致性 | 方案是否与公司、产品方向一致 |
| 确认方案与预期投入的一致性 | 方案总投入多少包含哪些潜在的风险投入项，是否过度设计 |
| 确认方案与预期产出的一致性 | 方案总产出是预期收益模型是什么，是否有量化点 |
| 注：此部分重点关注方案与预期需求的一致性，实际决定做时，需核心关注投入与产出 |
第四步：实现价值验证
核心：需求解决的价值真实产出情况
| 验证点 | 验证结果 |
|---|---|
| 确认客户的价值获取情况 | |
| 确认公司的价值获取情况 | |
| 确认产品的价值获取情况 | |
| 注：此部分重点验证方案的有效性，表现结果就是各维度的价值实现是否符合预期 |
小结
B端需求成功与否，最终的衡量指标，笔者认为就是价值目标验证结果，是否对三方有预期的价值收益，否则基本能定义为失败的需求分析，自然产品也不是正确的产品
关联阅读
本文为接收需求后的分析，可以配套查看下方调研需求时候的工具
🔥需求调研思路框架(收集真实信息)
相关说明
若有收获，就点个赞吧
0 人点赞
