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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

题图来自Unsplash， 基于CC0协议。返回搜狐，查看更多