产品需求沟通你知道怎么开始吗？如何快速获取和了解客户的真实需求，并确保信息的完整度、准确度是一个非常重要的技能。我在做过100多个项目后，将沟通方法总结如下。

“做了一年的需求，最后产品竟然不是甲方想要的！”今天听前同事跟我抱怨。他们公司去年接手了某电影院线的网络产品开发项目，交付时却闹得双方都不愉快。前同事在分享吐槽的同时，也希望我能帮忙找找问题。

现在的我，正在外包大师担任产品顾问。身处这个岗位，每天都要对接大量的项目需求。对于需求和执行双方，产品顾问都是一个关键位置，如果这一步出了差错，后面的一切都将没有意义。

如何快速获取和了解客户的真实需求，并确保信息的完整度、准确度是一个非常重要的技能。这个技能中涉及了很多维度的知识，从产品、运营、设计、技术到对各个行业的了解都决定了自己对客户需求把握的深度和准确度。

在这里，我将主要分享如何快速准确的了解客户需求并确保需求的完整度，这是我在做过100多个项目之后总结出来的经验。

因为对接的客户人群和专业水平维度相差很大，所以挑战也很大。从所处行业分，有传统行业、互联网、物联网、人工智能、区块链等；从对接人的专业技能和身份看，有制造车间主任、互联网产品经理、技术人员、CEO、投资人等等。在与他们沟通外包需求的过程中我主要使用了提问法，这种方法让我在做前期需求沟通时收到了事半功倍的效果。为了便于理解，在这里我将其从不同维度细分为以下4个阶段：

1、想法到需求

2、需求到功能

3、范围到业务逻辑

4、业务逻辑到框架

下面，我们就逐个来分析。

1、想法到需求

很多需求发起者最开始只有一个想法，但是由于他们的专业知识不足，表达不出他们的核心需求所在，大多听到的是：“我要做一个电商，参考淘宝就行”“我要做一个社交产品，跟微博一样就好。”这就好比小孩子要吃饼干，妈妈说晚上不能吃饼干，于是小孩哭闹着找爸爸，结果爸爸给了片面包，小孩就停止哭闹了。其实这个事例告诉我们，小朋友的真实需求是从饿到饱，而不是必须要吃饼干，这在项目沟通中也是一样的，所以我们要注意倾听和进行引导式沟通。这里首先要弄明白的是需求发起者的真实需求是什么，其目的是了解他对该项目的认识、出发点，以及他对时间、人员配备的基本要求。

举例来说：

我要做一个XX，参考XXX就行。

一般当遇到这种类型的需求发起者，我的第一个判断就是他对这件事情的认知度不足，自己还没有考虑清楚该怎么做，还没有找到自己的目标用户和定位好需求的应用场景。在这种情况下，我会强调“参考是手段，不是目的”，我们做的产品是需要考虑用户痛点、使用场景和逻辑的，然后让需求发起者完整的讲述自己的需求，随后发现问题、潜在需求点，以及他的出发点和满足的方向。

那在沟通时应该怎么做呢？我通常会问需求发起者这样几个问题：

1、目前的业务方向是什么样的？为什么要做这件事情？

2、你的用户是谁？他们有什么问题？我们将准备通过什么样的方式来解决？

3、你想做什么类型的产品APP、小程序、H5还是其他？

4、需要我们做哪些事情，产品规划咨询设计、技术开发还是其他？

5、对时间上有什么要求？对人员上有什么要求？

下面以某高端奢饰品电商客户（下面简称甲方）为例来说：

甲方：我们是做高端奢饰品电商网站的，现在想要委托你们开发一款移动端的产品，有用户下单购买，加入购物车，在线客服答疑就好了，跟淘宝差不多，参考淘宝就好了。

我：目前公司的业务方向是奢饰品这一领域的吗？（行业背景）现在是准备做一个移动端产品开拓新的用户渠道吗？

甲方：是的。

我：主要是哪个方向的？皮包衣服？首饰珠宝还是名表古典？（业务方向）

甲方：都有。

我：现有的用户分布在哪里？购买频率是什么呀？（用户群体）

甲方：这个不好透露。

我：抱歉，那准备做什么类型的产品，APP，小程序还是公众号？（产品类型）

甲方：做一个APP。

我：为什么考虑要做APP而不是小程序或者公众号呢？（追问需求动机）

甲方：有什么区别吗？

我：APP适合用户群体比较稳定，业务模式得到验证，且运转良好的企业；小程序适合新产品或新功能验证，一般用于收集和沉淀用户数据；公众号适合既有粉丝转化、用户量级较轻、功能不复杂的产品，且可以更加贴近微信用户，方便运营增长。

甲方：感觉公众号比较适合，现在我们公众号上有几万粉丝，这几万粉丝可以在线消费，然后再拉动新的消费用户进来。（核心目的）

我：对时间上有什么要求或节点？（时间标准）

甲方：越快越好。

我：有没有具体的节点，赶在什么时间之前上线或配合某个活动？（时间标准）

甲方：3个月内吧，赶在7月之前。通过沟通我们可以发现，以上每个问题针对的方向都不一样，需要灵活使用，但是它们都围绕着一个核心，那就是搞清楚需求发起者对需求认知程度和诉求。

在产品经理实际操盘项目中该阶段叫需求收集，实际中需求收集的来源除了以上的方式之外，比较常见的还有4个，分别是：用户反馈、市场反馈、内部讨论和公司发展需要。

2、需求到功能

到了该阶段，我们对于需求发起者的需求认知程度和诉求建立起了感知，接下来需要延伸到每个需求对应的解决功能上。有的需求1个小功能就能满足，但是有的需求可能需要4-5个大功能来进行满足。

例一——

需求：收集用户手机号

功能：手机号验证码注册/绑定

实现收集用户手机号这个功能只需要接入第三方的短信平台然后连同数据库进行验证就可以实现，但是下边这个需求就需要几个大功能才能满足。

例二——

需求：用户可以进行打赏和提现

功能：打赏规则、在线支付、订单处理、账户中心、消息提醒、财务处理逻辑等等。这种需求，就需要一整套的功能来进行满足。用户打赏充值、进行在线支付，在线支付还需要接入第三方支付，接入第三方支付的时候会涉及签名、数据联调，支付订单的状态处理，可能还会涉及是否可以进行退款，打赏成功之后被打赏对象的消息提醒，账户中心显示余额，以及提现，包括后台运营人员进行提现审核，审核之后消息提醒等等。

那到了这个阶段应该怎么沟通呢？我们的对话继续。

我：3个月时间，想做一个好产品难度还是很大的，这个版本需要满足的核心需求功能点都有哪些？（功能思路）

甲方：可以让用户进行注册购买就好了。

我：注册购买这个功能比较明确了，注册登录功能就能满足，但是购买这个需求概念有点大需要详细的说下。（关键功能）

甲方：用户进入首页之后能查看商品，然后在商品页进行下单购买，我们接单后安排邮寄或派送。

我：根据这个流程相对应的功能就是首页、商品列表页/详情页、支付、订单状态/处理、邮寄信息录入对吗？（完善思路）

甲方：基本就是这样。

我：那是不是还需要个人中心？记录用户的购买行为，订单追踪、账单等。（完善思路）

甲方：肯定需要。

我：关于运营策略本次版本需要考虑吗？例如推荐商品、客服等。（追问需求）

甲方：肯定需要。

我：这些是需要运营人员做强运营的，我们目前有相关的数据和运营团队吗？（风险预警）

甲方：目前还没有，但是肯定需要的。

我：需要在7月上线，这几个功能还是比较复杂的，并且我们本次版本的核心目的是把购买主流程跑通，然后转化既有粉丝和收集数据，所以我建议其他功能优先级可以先降低，放到后续版本进行，你觉得怎么样？（聚焦核心需求）

甲方：嗯，也对，那就先做主流程的功能吧，等有了数据和运营团队再考虑这个。

所以在该阶段进行提问的时候就需要尽可能围绕着这样几个点进行：需求发起人对该需求的考虑深度，他是否考虑清楚需求的复杂程度和可实现程度。然后我们需要结合时间、版本目标来进行评估，进行需求优先级排序，定义那些是核心需求，那些是非核心需求，避免由于非核心需求造成的对资源上的占用（时间、金钱、人员等）。

在产品经理实际操盘项目中，该阶段叫需求规划，需要定义需求优先级，在内部评审需求的可实现度、进行版本迭代规划等，这些一般由产品总监、业务负责人等来制定，因为涉及到公司的运营方向和资源调配程度。

3、功能到业务逻辑（进阶）

该阶段的问题大多数产品顾问会忽略掉或者因需求发起人的专业度不足而无法进行详细解答。因为该阶段对于产品规划、技术实现和运营等专业技能要求较高，所以我将其定义为进阶阶段。在该阶段如果需求发起人的专业能力足够，提问者的主要提问点需要围绕功能使用流程来进行，把自己假设为一个使用者，根据需求发起人的设计思路进行体验，并提问。如果需求发起人专业能力不足则引导需求发起者细化业务逻辑，具象化产品的逻辑。所以在该阶段沟通时，我们需要关注这样几个问题：

1、登录功能的使用流程是什么样的？

2、购买功能的使用流程是什么样的？

3、能否进行退款？怎么退款，原路返回还是退回到账户？

4、发布动态的流程是什么样的？都有那些操作？

还是以我们的对话为例来说：

我：关于注册登录有没有更加细节的考虑？例如使用的流程。（简单功能引导）

甲方：就是可以通过手机号进行注册和登录，没别的，跟现在一样的就行。

我：是手机短信验证码登录对吗？（核对细节）

甲方：对的。

我：需要加上登录密码吗？因为涉及到大额支付和个人隐私，加上登录密码可以提高账户的安全性。（完善功能逻辑）

甲方：肯定需要。

我：产品的用户购买流程是进入首页-查看商品-选择商品-支付购买-公司发货-商家确认收货对吗？（确认使用逻辑）

甲方：嗯，基本就这样。

我：是否能否进行退款？退款的流程是什么样的，原路返回还是返回到账户？（完善功能逻辑）

甲方：要退款，有什么区别吗？

我：原路返回是直接结算到用户支付的银行卡或支付宝、微信中，返回账户是退款到产品的使用账户中。

甲方：都要，到时候看情况使用。

我：初期订单量不是很大，建议初期人工介入，发生退款的时候进行人工审核，然后原路退回，这样用户体验更好。（完善功能）

甲方：行，这样也行。

该阶段在产品经理实际操盘项目中叫功能规划，该阶段是需要根据需求规划确认后对应的功能进行实际的规划产出，需要考虑用户类型、功能的处理逻辑、功能使用流程、使用规则、信息/状态变更、数据加载状态、异常状态等等。

4、业务逻辑到框架

该阶段是最容易进入误区的，因为很多提问者对整个产品的需求、业务、用户、核心逻辑都不了解，只提关于交互、页面展示效果的问题，事实上交互和页面展示效果是UI设计师来进行把控的，在与需求发起者沟通的时候并不需要考虑这些细节，而提问者最应该关心的是页面展示内容问题，因此，在该阶段提问者只需要围绕着页面布局内容来进行提问就可以了。

该阶段需要关心的问题有这样几个：

1、商品展示的详情页都有那些内容？

2、动态列表都要展示那些内容？详情页需要展示那些内容？

3、首页都需要那些板块？

举例来说：

我：关于产品的首页板块有什么参考产品或思路？（简单引导）

甲方：就跟淘宝一样就行。

我：淘宝的量级比较大，不是我们产品很好的参考对象。我们的用户群相对来说比较高端，领域比较垂直，所以我建议首页板块以快速高效为主，有轮播图、商品基本分类、热推商品、搜索等功能就可以满足用户快速找到产品的目标了，您觉得呢？（完善框架）

甲方：嗯，基本这些就行。

我：商品列表页和详情页的内容有什么考虑或者必须要展示的内容？（追问细节）

甲方：有商品的基本信息就好，缩略图、标题、价格、折扣价这些，详情页加上产品介绍、评价就好了。

我：评价？刚刚没有听到评价，对评价这个功能是怎么考虑的？（新功能！）

甲方：很基础的功能啊，每个购物平台都需要的啊。

我：评价这个功能的使用逻辑是什么样的呢？例如可以对所有的商品进行评分式评价、星星式评价、滑动式评价以及文字、配图等。（追问细节）

甲方：就按照淘宝就行，照搬淘宝。

我：淘宝的评价是淘宝的生命线，他们背后有一套特别精细的算法控制，和很多个维度相关联，您是指淘宝的评价使用起来的感觉对吧？（询问真实需求）

甲方：对的

（以下省略…… ）

其实，这4个阶段并不是千篇一律的，而是需要来回穿插使用的，可能在某一个阶段需求发起人会说出一个新的需求，围绕着新的需求就需要进行重复提问，就像最后的评价，在初期双方都忽视了这个功能，在后边的聊天过程中突然被提了出来，那么这就需要围绕着该功能进行追问，直到双方对该功能认知清晰为止。

总结这一阶段来说，在产品经理实际操盘项目中该阶段叫功能设计，也叫产出阶段，需 画原型写需求文档，该阶段结束之后，产品的整个Demo基本已经完成，然后进入讲解评审，评审通过后交付给UI设计师，进入设计阶段。

以上就是关于如何快速获取和了解客户的真实需求，并确保信息的完整度、准确度的4个阶段提问法，每一个阶段的问题都是产品经理在实际的工作中需要沟通清楚的，这也是我一直使用的方法，希望对你能有所帮助。