在上篇文章中对第三方支付的原理进行了简要的分析，文章结尾有关于第一篇文章的链接。这篇文章就聊聊跟进第三方支付的时候我们需要做些什么。其实整篇文章也可以拓展为我们在进行与第三方合作的时候应该做些什么。

减少抱怨

与第三方合作的过程中，由于各个团队的作息时间不同，工作流程不同，方式方法也不同。当项目进展顺利的时候一切都好说；当进展不顺利，尤其是项目出现长时间延期的时候，作为一个项目的带头人，产品经理首先要做的就是减少抱怨。抱怨是一种推卸责任的表现，而抱怨将会使自己的团队笼罩在负面情绪之下，从此团队内部就会从尽力寻找解决方案，努力寻求与对方合作变成找对方的“茬”，最终会使合作转变成对抗，最严重的后果是项目的失败。

我仔细观察过我自己的leader，在项目过程中，无论第三方活着自己内部团队出现什么样的问题，他们都只会努力的沟通和解决，从不会抱怨一句。他们会采取一切手段，与对方进行沟通，协调资源，确认进度。我曾经看过一篇文章，里面讲到好的产品经理努力确保项目成功，坏的产品经理为失败寻找各种借口。

因此，我们在跟进项目时，放弃抱怨的念头，保持乐观积极的心态，给自己打气，给自己的团队打气，给第三方打气，才能确保项目的成功。

驱动第三方

我们减少抱怨，我们每天给技术喝鸡汤，打鸡血，只是在解决士气的问题。但是你不主动推动，事情永远不会发生。产品经理在跟进项目的时候，要努力地驱动第三方，配合开发工作。可是你身处两家公司、不同的环境、如何驱动第三方呢？

++明确对方的职责分配和级别++

通常与你对接的人有商务、技术和产品。你要分清楚这些人都是干什么的，以及谁是领导、谁是执行者，谁能做最终的决定。明确的好处是，出现问题后，你可以找到相应的人去解决。例如：第三方支付公司中，通常商务是有很强的推进项目的意识的，而产品和技术的动力相对较差，当项目进展出现延期，或者出现对方给出解决方案很慢的时候，找到商务会是很好的方法。一方面商务的动力更足，毕竟他们会拿到提成。另一方面商务对自己的公司人员更熟悉，更知道如何驱动自己的人做事情。

++增进双方信任++

由于空间上的阻隔，导致双方都对对方产生不信任感。对方的技术能力够不够，对方接口靠不靠谱，说话能不能说清楚等等。因此，设定可执行、可完成的目标十分重要。首先要确定明确的项目deadline，并将项目进行功能和模块拆解，并设立deadline。建议deadline的设计，前半段相对容易和宽松，比较容易达成，使得双方逐步建立信任感。

++愉快、顺畅的沟通氛围++

两个完全陌生的团队，毫无默契可言，就像是没有润滑油的齿轮。因此，双方在进入开发前，对项目人员的介绍，甚至是对自己进行自嘲，对自家的RD开开小的玩笑，缓和气氛。开发过程遇到问题与疑问，及时的说句谢谢、打扰了；如果两个公司离的比较近，可以一起喝喝咖啡，吃个便饭，都是建立伙伴关系的方式。但是，遇到问题一定不能碍于面子，该出手时就出手。

++该出手时就出手++

项目的进展有时会受各种因素的阻扰。我们在开发的过程中遇到过对方因为App迟迟无法发版成功，导致我们的入口始终无法加上；也遇到过对方在我们开发一半的过程中，突然对接口进行了大幅度的调整，导致我们手忙脚乱。如果出现严重影响项目进度的问题，就要及时的与对方的负责人沟通了，说明利害关系，讲清楚对方的行为对整个项目的伤害和影响。有利有力有节，记住你不是吵架去的，最终还是要解决问题去的。你不是问责去了，而是告诉对方问题的严重性。所以千万不要发难，而是阐述事实。要不然演化成吵架就真的不可收拾了。

出手之前，也需要先搞清楚状况。我认识的一个好朋友，在跟进支付的时候跟第三方大发雷霆，据说差点就破口大骂了。结果，后来找到原因，是己方自己的问题，搞得自己下不来台，对方也尴尬。

跟进第三方支付的时候，产品经理在需求上需要确认的东西并不多，更多的是考验我们的沟通能力、项目的执行能力。刚刚开始学着跟项目的时候，觉得需要注意的东西并不多，随着项目的深入，跟进项目的增多，觉得可注意的点有太多太多...总结的不好，见谅哦~