对外项目沟通技巧总结

最近做了几个助贷项目，与几个资产方进行了对接，包括lrd、xyf、xsx，发现只有第一个项目做的最好，而后面两个项目，在最后上线的时候还在修改代码，导致大家在上线日熬夜整系统。所以，得回顾下里边存在的问题，争取以后不要犯类似的错误。

1. 先说下lrd的项目开展情况。
   （1）lrd项目开展前，我们跟对方业务、产品已经进行了第一次业务流程对齐，包括大的业务方向，并且都有图进行解释，记录问题，并且每次问题都有闭环，将问题发到群里，然后at对应的人员推进问题的化解。
   （2）后面让IT根据需求文档，整理了一份接口文档，对接口文档，约上双方的业务、风控、产品、IT进行了两轮接口文档评审。对评审的问题，都有记录，并且当时IT-zzy也是对这个问题与对方进行了反复沟通，对问题进行了澄清和设计。同样做到了闭环。
   （3）接下来我们在开发过程中，还与对方及时沟通了个别字段的问题，并及时跟进问题。
   （4) 最让我难忘的是，对方的研发说我们反馈慢，然后我单独组织了两次进度对齐，包括研发进度，测试进度。
   （5）之后的上线也进行了上线前的评审。
   （6）最后上线后，能进行正常进件，放款因内部测试单不愿意走支付渠道没有发起，整个上线算是比较顺畅的。

而反观今天晚上的上线。xsx,xyf表面上都是对方接口存在问题，但实质上是我们跟对方解释的太少。对齐太少，导致对方临时上线前改代码。

下面说下这两个项目的对接过程，便于深入复盘。

1. 先说下xsx。
   （1）项目对齐，这个项目业务流程对齐花了很长时间，中间改了很多个版本，导致我作为产品，也不清楚最终到底是采用怎样的业务模式，除了业务自己，就更别说其他人员了。这里的项目对齐真的不能少，并且对齐的方式不能是单点沟通，单点沟通很容易导致信息不对称，这点在lrd项目上是验证过了的，lrd项目就是因为有开会多次对齐业务模式。并且跟踪问题。第二个点就是项目对齐后，流程就不要再变化了，因为一旦变化， 本来上线项目就赶时间，一改很容易导致信息不对称。并且有些改动是在微信群对接的，每天微信群信息这么多，很难做到每个待办都记录下来来处理。
   （2）接口文档，这个项目的需求本来就是在lrd的基础上进行修改的，所以接口对接这个做到另外一个共享文档中了，本来是想自己出一版接口文档，it那边认为接口文档是it的事情，不要我写接口文档，然后我就只写了共享文档了，但是IT也不按照共享文档进行处理。
   （3）开发过程中，并没有对进度进行反馈，我方每天在群里说是对方的问题，而对方认为是我方的问题。在微信群里沟通流程本来就长，一旦有这种情绪在里边，沟通就更加困难。这一点我并没有及时开会进行对齐进度，我有一定的责任。并且在退款的过程中，前期因我方业务流程核心系统记账问题，后面因对方核对退款费用问题导致到今天晚上11点还在改代码还在测试环境进行验证。
   （4）上线前对齐，这块也是缺失的。

在xyf这个项目中，因需求不是我在跟，但发现也存在一些问题。在这个过程中，我们沟通还是太少了。今天上线的时候发现还有个线下还款的事情没有安排开发。还有风控要求的学历字段也少了，对方还款计划都没计算正确等一系列问题。

通过这两个月的三个对接项目。做以下复盘。
（1）产业业务流程对齐至少要2次，第一次对齐大概业务流程，第二次进行需求细节澄清。
（2）开发过程中至少要根据开发中遇到的问题，进行一次进度对齐。
（3）上线前一次沟通是必不可少的。尤其对一些细节问题，包括测试方法。