当完成了用户需求评估之后，如何将用户需求向产品需求过度？用户需求和产品需求是否有明确的界限？本文通过剑客小白的案例，梳理了用户需求和产品需求差异点和相关流程，与大家分享。

雲作为一个组织，只有收到百姓的警报后，才有剑客仗义行侠。百姓四散于八方，剑客御剑，日行千里，但黎国疆域广袤无垠，从一个地方到另一个地方有千里之遥，花费在行程上的时间也就不可估计了。

小白半年以来一直参与了文的斩杀，这半年几乎横跨两半个黎国，风餐露宿，疲于奔波，但依旧很难解决百姓的燃眉之急。

小白和商决定一款产品，让村民自己使用这个产品就可以斩杀了文，既缓解剑客的压力，也能让村民免受生命威胁。

当完成了用户需求评估之后，小白遇到了一个问题，如何将用户需求向产品需求过度，小白就这个问题跟商做了讨论。

小白：用户需求和产品需求是否有明确的界限？

商：用户需求可以用【概念】来表示，他描述的是一个问题或现象。产品需求可以用户【方案】来表示，他描述的是问题解决的方法和路径。概念和方案是对应关系，但不是一一对应的，一个概念可能对应一个解决方案，也可能多个解决方案。

从描述上看，用户需求是提出问题，产品需求是解决问题，在提出问题和解决问题中见少了问题分析，所以问题分析就是从用户需求到产品需求的路径。很多人会说【需求分析】这个词更合适，其实需求分析涵盖的面更广，从需求评估到产品方案都可以作为需求分析。

小白：明白了，从用户需求到产品需求，最重要的就是问题分析（需求分析）。

商：是的，所以现在的问题是如何进行问题分析，白，你觉得应该怎样分析呢？

小白：我在做需求评估的时候从情景和用户这两个方面着手的，问题分析应该也是这两个方面继续分析。

商：非常正确，问题分析的时候也是从情景和用户来进行。分4个步骤：情景细分，用户细分，诱因分析、定义解决方案。其中情景细分和用户细分主要使用MECE原则，意思是“相互独立，完全穷尽”。

情景细分：将用户需求中所涉及的场景都罗列出来。因为只有明确场景才能让用户需求落到一个可评估的位置上，也只有在特定的场景下，需求才有意义。就比如如果我想解决将用户的语音转写成文字的需求，我就要明确在什么样的场景下用户希望将语音转成文字。在会议、演讲、授课、采访、访谈、庭审、谈话、语言练习、直播、音视频录制等等，其实还有很多其他的场景需要将语音转文字，但是篇幅有限，就先列这么多。

如何确定一个需求有多少场景呢？其实单靠一个或几个人力是很难完成的，一般都是请专业的调研公司进行调研，然后将数据报告呈现给需求方。但如果公司预算有限，请不起专业的调研公司，是不是就不能做全情景分析？

其实不是，很多时候我们是没有那么多的人力和物力支持做情景细分调研的，更多的时候我们是根据市场上的数据分析报告来作为情景细分的一句，比如易观、艾瑞、雪球等行业分析网站去获取细分行业报告。

用户细分：在情景细分的基础上，就可以做用户细分。用户细分就是在独立场景下，将此场景下的角色全部罗列。用户细分的目的是在特定的场景下，对于特定的用户进行诱因分析，如上图。

诱因分析：诱因分析是需求分析中的重要一环，对于在特定场景下的特定角色，我们不仅要做到原因层面的分析，还要做到期望成面的分析，如果可以深入到人性，我们也要对用户内心真实诉求进行分析。

就比如会议场景下，对于会议记录者，我们分析记录员基本的诉求是将会议完整记录，并做会议纪要发送给其他人。但书记员整理会议纪要是一件耗时耗力的事情，所以他期望只整理重点部分内容即可，比如重要领导的发言，所以他期望有一个标记重点的功能。

不过即使有标记重点，人的本性都是懒惰的，如果不需要人去整理，直接生成会议纪要，这才是解放工作，这样书记员可以将重点工作用语跟进会议决策的进展上。

方案输出：这也是最后一个阶段，根据情景、用户、诱因分析，结合核心技术能力、资源形成产品方案。一个完整的需求分析流程如下表：

小白：针对这么多解决方案，如果才能确定哪一种解决方案真正是我们需要的呢？

商：如果有能力尽可能实现更多的解决方案是我们想要的，因为实现更多的解决方案就能帮助更多的人节约时间、实现价值。但你也知道资源都是有限的，所以这里有一个重要的原则：满足主要情景、多用户原则，也就是80/20原则。

满足20%的场景下有80%的用户，主要解决这些情境下的用户问题。

这里的80和20根据具体情况可做调整的，就比如90/10等，在这里我们主要做会议、授课、演讲、节目制作等场景。

商：现在我们已经将用户需求分析完了，是不是产品需求就结束了呢？

小白：不是的，雲是一个组织，组织需要做投入产品比，因为他需要运作，所以还需要考虑组织的需求。

商：你说的对，但组织需求也是分不同类型的，主要的可以分为：战略需求、业务需求、运营需求。

战略需求：每一个组织在特定的时间段内都有一定的战略规划，比如雲组织最近想要切入黎国的冷兵器市场，那么我们现在做的斩杀了文的产品就是符合公司战略的。如果雲想要进军服务业，那我们的产品和战略可能不太符合。战略是组织发展的灯塔，指明前进方向，我们也要在这个方向下行动。

业务需求：就一如刚刚你所说，雲是一个组织需要运作，运作就需要灵石，所以思考业务模式也是需求的一部分，在一个产品中要有完整的业务流程及业务逻辑。比如工具的设计、生产、销售、使用、售后，整体的业务体系也是需求中的一个重要部分。业务需求不仅包含产品的业务需求，还包含业务人员的需求。比如市场、销售、BD等人员会有一个特殊需求。

运营需求：运营的目的是提升用户价值和产品价值。运营需求是产品需求中重要的一部分，是用户和产品之间的桥梁，他既可以缓冲用户和产品之间的矛盾，又可以增强用户和产品之间的纽带，可以让用户和产品一起成长。所以在考虑产品需求是，一定要将运营需求考虑进去。运营需求不止于产品设计让用户参与其中、等级划分、活动规划、营销推广、口碑传播。

当然还有其他各组织、个人、其他企业同类型产品的的需求，但这些大多数不是产品的主要需求，我们需要学会甄别和判断，哪些是重要的、哪些是紧急的、哪些是可以推迟的、哪些是不需要回应的。

产品需求完善之后，接下来就是根据产品需求做产品设计啦，产品设计主要有以下流程：

1. 商业模式设计
2. 产品形态设计
3. 产品信息架构设计
4. 产品功能设计

完成以上设计，就可以看到到真正的产品了。

今天还有斩杀了文任务，具体的设计流程我们后续再进行讨论。白，我们出发吧。

小白：好

说罢，平地两声惊雷，商和小白拔地而起，如破空之剑荡起两道白虹。

#相关阅读#

剑法修炼篇：评估用户需求是否有机会？

以需求入剑道，发现需求的本质

本文由 @妙木山 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。