编辑导读：产品经理这个职位是一个需要很强沟通能力的职位，不但要对接开发运营，还要对接甲方。本文作者基于自身工作经历，对如何正确对接甲方提出了自己的一点看法，希望对你有帮助。

对于小白产品经理来说，做产品容易，但是准确对接就没有想象中的那么简单了，往往开始项目许久之后才发现早已经偏离了甲方巴巴的要求。做了调研，废了很大的功夫，但是做的都是无用功，最后浪费了时间，浪费了精力，双方都搞得不欢而散。

下面就自己的亲身经历来发表自己对接甲方的见解。

项目开始前：

跟甲方或者老板对接，初步了解甲方或者老板的大概要求，需要我们做什么，老板为什么会有这个想法，觉得项目可行之后，接下项目。

觉得项目不可行做不下来，告诉甲方或者老板，为什么做不了，解释完之后万一老板强行要做，那我们就只有照接（做好记录）。不过要告诉甲方或者老板此项目做成之后或者失败之后分别会给公司带来什么不同的影响，再请老板下决定。

接下项目之后就需要具体的对接了，首先我们要明确一点，我们只是一个产品经理，对接的甲方或者老板不可能一直都有时间，所以有问题之后不要立马就找到老板或者甲方问。

之前有个同事遇到事情立马就在对接群里问甲方或者直接电话call甲方，前期还好，等到项目大约进行到四分之一的时候甲方就开始烦了。直接丢来一句话，什么都要问我，我招你来干嘛的？可行而知，最后结果很尴尬，这个项目对接很失败。

而我是怎么对接的呢？接到项目之后，我会先进行一个整体的分析。遇到问题之后先罗列在自己的笔记本上，确认无误之后，精简话术，将问题一并发出来，下面配上“这是我初步想咨询的问题，等您有时间了再回复我”。看似很简单的一句话，会让甲方或者老板觉得我做事有逻辑，很贴心，这也就能避免了问题接连地蹦出来，不管是谁都没有耐心看，更不用说甲方巴巴或者老板了，他们都有自己的事情要忙。

之前我对接一个云商供货的项目，简单说就是类似于1688供货平台。接下项目之后，我先初步了解了一下甲方的需求，不懂得写在笔记本上。第一次如果不知道问题怎么问，可以根据我总结的几个问题进行铺开咨询。

1. 我们的项目来源，为什么要做这个项目？
2. 公司有什么内部资源能够支持我们？
3. 对这个项目有什么特殊要求？（避免出错）
4. 针对市场上已有的竞品我们相比起来有什么优势？
5. 公司想通过这个项目来达到一个什么样的目标？
6. 已有1688供货平台，经销商为什么会从我们这里进货？

甲方对我的问题给了一个很好地回答和解释，于是在文档中记录下这些问题和回答。分析甲方的回答之后，我会给甲方一个反馈，我对这些回答的理解；

在这里有一个致命的错误，千万不要觉得自己理解的就一定是甲方的意思。因为每个人的理解都不一样，可能我们以为理解的就是对的，但真实并不是这样，不要觉得跟甲方确定回答是一个多余的步骤，可能甲方还会觉得我们烦，但是这个步骤非常重要。它直接决定着我们一个项目的走向。

第一次做一个健康管理项目的时候，没有经验，对接甲方得到的反馈就是通过AI智能体验来给用户推销商品，由于没有跟甲方足够的沟通，我们以为了解了甲方的需求，甲方以为我们懂了。等到调研做完，竞品分析完，确定功能的时候才发现我们一开始就搞错了需求。之前做的都是无用功，接下来整个团队都无精打采。

可能很多人到这里都已经崩溃了，但是我们作为产品经理，要不怕问题，我们就是来解决问题的。我迅速对甲方的需求再次做了分析，针对第一次没有调查到的数据重新调查分析，确定功能，好在最后还是按时完成了任务。

所以，我们在跟甲方沟通的时候，觉得理解了甲方的意思一定要跟甲方确定一下我们的想法是否是他们的想法。另外出现问题的时候不要去推责，要想想出现了该问题怎么去解决，万一时间不够就先上线MVP，再根据反馈做出优化调整。

确定自己的想法跟甲方一致之后，输出产品6要素，介绍产品定位、产品目标、需求背景、用户群体、产品形态以及使用场景输出给甲方看，对自己的理解再进行一个完整的对接，得到甲方的确认之后开始下一步。

项目开始中：做调研分析，做出问题搜集表和问题清单召开需求评审会议。确定有哪些做的不足的地方和需要修改的地方以及肯定的地方。做记录为什么要修改，不足的地方进行二次调研。

将输出的竞品分析、问题搜集表、问题清单跟甲方对接。征得甲方的同意之后开始设计功能。输出文档的时候记得用PDF给甲方看。

设计出功能清单，结构图和迭代计划召开功能评审，确定哪些功能需要做，哪些不可行，为什么不可行，记录下来。之前接过一个小狐狸电单车的项目，由于国家规定电动车需要佩戴头盔。但是由于此功能投资巨大且维修困难，而且武汉地区目前在这方面还没有具体的政策，所以考虑在迭代版本做。这样一说就会让甲方觉得很满意。

项目结束后：跟甲方保持长期联系，有迭代计划的时候再具体对接。

总结：针对小白对接甲方的时候无非要注意以下几个点：能够切身考虑到对接就没有多大的问题。

1. 注意有条理的问问题，将问题搜集完一起问，不要想到哪里问到哪里，因为他们也有自己的事情；
2. 了解了甲方的需求和要求之后要记得跟甲方确认我们理解的是否就是他们的想法；
3. 遇到问题不要让老板给解决方案，遇到问题之后我们应该带着几种解决方案，让老板自己选择；
4. 要时刻跟甲方保持联系（PS：不是一直跟甲方问问题，而是输出文档的时候跟他们确定一下是否可行）；
5. 文档对接记得转化为PDF档。

来自一名资深产品的亲身经历，希望对大家有所帮助。

作者：暖心yang，微信公众号：老杨说产品

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

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