编辑导读：对于产品经理来说，良好的沟通能力是非常必要的。产品经理需要对接多个部门，如果表达不到位，那么产品是很难上线的。本文将从七个方面，分析如何用好沟通能力，希望对你有帮助。

产品岗位是一个特别需要沟通能力岗位的。我们在工作中接触的人特别多，从需求方、开发、测试、设计、用户、总监、老板等方方面面的人。而每一方都要进行良好沟通好，否则产品将很难最终上线。

今天先聊聊与需求方在哪些点沟通清楚，会让你事半功倍。

一、了解需求背后的原因，让目的更清楚

有时候需求方更喜欢直接提方案，比如页面增加一个按钮，或者增加上传资料，而此时一定去探究他这样需求的背后原因，背后的原因才是真实的目的，才更有利于设计符合或者超出他们预期的产品。

比如在做我们的采车系统，需求方只说增加逾期付款的时间。这时就需要知道为什么需要这个逾期时间，通过与需求方的再次沟通与询问，发现需求方为了自己的利润，需要对逾期回款的车收取逾期费用和仓储费。所以真实目的是需要了解车辆是否需要额外收费，以及费用是多少。

针对这种需求目的，设计的时候要解决如何快速帮忙计算出逾期费用。可以将需求方使用的计算方式利用代码实现，只需标定逾期时间，每天费率就可以帮助快速解决他的真实目的。

所有要多问一句，要这个功能用来干什么？

二、引导需求方，逐渐明确各个细节的需求

页面是由细节组合的。需求方只会给一个粗的需求，这是需要产品了解清楚各个细节，并引导需求方对各个细节进行确认。比如有一个需求，搭建一个领劵页面。而劵又分为了多种类型：购车劵，试驾劵，普通第三方劵，而这些劵的领劵时候是否留资以及留资的信息都需要进行逐一明确。

提需求的时候，需求方不可能提出细节需求，所以产品需要对于各种类型的劵进行逐一分析，给出需要他们确认的点，来引导页面需求细节明确。

页面的每个内容都是都要逐一确认，才能保障产品上线后，是满足需求方目的。

三、最终原型确认沟通

一般从第一版原型到最终版原型会经历无数层的沟通，最初只是一个大的框架，到后面页面逐渐补充了文案和按钮，让页面才变成希望用户最终看到的效果。所以最后的原型确认尤其重要，因为这是后期开发的依据，也是测试的依据，以及将来验收上线的依据。为了保障大家的一致的目标，所以最终稿的确定除了私下沟通外，一定要开需求确定会，特别重大项目需总监参与。

终稿上会前一定要跟开发、测试都沟通确认好，如果可以排出大体工时更加完美。一定要传达的观点：开发以原型为主，如果原型没有涉及的内容，在本期项目将不涉及，否则将出现延期风险。

所有人对我们最终要上线的内容清晰明白，才能保障产品顺利上线。

四、开发过程中的变动，要及时与需求方确认

有时候我们开发过程中会遇到的问题，需要更改原来的设计。这时产品需要去沟通需求方，告知更改的原因以及更改的方案，已达成最终的认可。

比如：劵列表页面有个按钮“立即领取”，而需求方提过来的需求是全部车系礼包都领过，按钮变成：已领取。但技术评估下来如果礼包是全部品牌和车系，这样判断将会影响性能。

在了满足体验和性能，与需求方进行再次沟通，基于业务通常很少用到全部品牌和车系，多数配置10个品牌以下。所以我们对于配置10个品牌以下的商品进行判断是否已领取，多余10个品牌的不判断。

五、上线前的测试必不可少，需提前沟通需求方验收

为了让问题尽量早暴露，需要需求方参与测试验收。所以产品需要给需求方留出测试的时间，准备好测试的链接、账号、密码，最终的原型，以及操作手册。以保证需求方可以顺利测试，及早发现问题及早解决。

当然，我们会发现需求方测试验收时，有些问题是当期的问题，有些是以前项目的BUG，还要一些是优化体验类的问题。对于当期要上线的问题以及系统bug问题，需要及时跟进改进和修复。只是体验问题，只做记录不做强制，保障最重要的事情先完成。

对于所有涉及的问题都要给需求方反馈，哪些问题改进，哪些放入下期迭代，要交代清楚。

六、上线后，及时沟通需求方上线验收

虽然前面做了很多准备工作，但上线时候为了保障功能的切实可用，还是需要需求方再次验收。一般会在测试部门同事验收完成后，需求方再次使用验收。如果上线后，仍然有问题，需当天修复完成。

七、对于需求上线后，定期沟通需求方

这是需求上线完成，而对于最初那个目标是否完成，以及产品是否好用、易用，都可以作为沟通的点。产品是需要通过完善才能一直持续发展下去的。所以与需求方的沟通要一直持续下去。最好的产品是当需求方提出的时候，问题已经被解决。或者产品已经朝着超乎想象的方向发展。

所以产品经理有时候不仅仅要被动去接需求，还需要主动去挖掘一些需求，推动产品更好地向前发展。

一个产品的顺利上线，一定是多方的共同努力。而需求方的认可，将会推动我们产品朝着更好方向发展，所以请重视沟通，满证我们的每个流程和文案大家都是提前预知的，避免搞突然袭击。

本文由 @shary2228 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议