第一次直接对接甲方，我才发现技术不是最难的

前言

人生有很多的第一次，但是也不是所有的新事物都有第一次接触的机会。在团队学习中，我有幸接触到第一次和甲方进行需求的对接、沟通。
这个过程还是很坎坷、崎岖的，所以才有了这篇文章。既是对自我的总结，同时也是希望在接下来的团队学习中，不仅要提升技术水平、同时也需要提升沟通理解能力。最后，也希望后面再有其他同伴遇到这样的第一次，可以帮到忙！

一. 项目背景

前段时间老师新谈了一个甲方。让我们有机会接触新的项目，因此有了我和甲方的第一次直接沟通。
项目主要的就是要实现，将禅道上的数据向 PingCode 上迁移。
但是，这个项目的大部分的代码都已经实现，甲方只需要

• 我们按照 postman 中提供的接口执行一遍
• 同时，检查其中部分数据的数据转化逻辑是否正确

两个系统之间的数据迁移，需要保证：字段的映射关系是正确的

二. 甲方沟通心路历程

其实，通过从甲方的钉钉沟通来看。能感觉到是一个负责的甲方。但是，我们需要知道的是，甲方和技术人员在语言的表述上就会有很大的不同。这就需要我们做到：

• ‼️ 有能听懂甲方表述，且正确转化为团队其他技术人员能听懂的话术
• ‼️ 学会合理追问，发掘出他没说的，和你想知道的（隐藏）需求点
• ⭕️ 沟通语气、语调要控制好

和以往与甲方交流不同：
以往都是潘老师充当 项目经理 的角色，老师会充分理解甲方的需求，并挖掘出合理的潜在需要；然后为我们建立相应的 issue

1. 第一次与甲方沟通

实话说，第一次与甲方沟通时间很赶。忽然定的会议时间，开会的时候也已经是九点多了。

• 😓 紧张
• 🤔 不确定需求
• 😨 现场被要求去找代码中的相关东西也紧张

2. 后续的沟通

其实在钉钉群里面的沟通，会比会议的沟通好很多。但是每个甲方都有每个甲方的特点，这个甲方他比较习惯使用会议来进行沟通。
虽然会议的沟通次数不少，但是每一次我还是紧张。而且，我并没有上述应该有的两个能力；既不能马上 get 到甲方的表述，也没有合理追问我想知道的能力。
所以，沟通的效果看上去并不那么有效果。我还是不完全明了，甚至和甲方的理解有一定的偏差

最近一次甲方要求开会议。我想着我可能不太能很好的沟通，纠结了一会，还是觉得需要 求助 潘老师。
接着，在一次短暂的会议中，学习到了不仅仅是技术上的知识，更多的是技术结合沟通的知识。就是感觉老师三下五除二就拿到了核心的东西，作为多数时间在听的我，也感觉到比前几次的会议开得都有用

三. 遇到的问题

最主要的问题是：

1. 和甲方沟通前，并没有去仔细的了解，学习这个项目中的内容
2. 沟通前需要做到自己心里有底，能够回答他问的相关问题
3. 如何做到在他(甲方)说的时候就发现自己的问题
4. 甲方 != 技术指导

四. 反思

首先，在沟通前，一定一定要学习一下（老师说过，第一印象最重要）

• 如果该项目是从零开始，那么就去学习相关的技术难点
  🌰 mini-ERP 项目中，会计分录是什么、库位是如何管理的、利润怎么算、退货涉及到的技术算法、FIFO 如何实现......
• 如果项目已经有了一定的代码基础，那么就去学习当前已有的功能代码，功能流程、ER图
  🌰 zentao-to-pingcode 项目中，新框架中是如何管理的、数据迁移需要注意什么、如何从禅道中拉取数据、如何将数据转化后同步到 PingCode 中、同步之后又是为什么要更新禅道中的数据......

⚠️ 我们在新项目开始前，学习是必然的，但是我们也需要注意学习的时间。
很多时候，甲方并不会愿意留给你太多的学习时间；他们认为，你既然能接，那么就已经具备了相关的能力

其次，在沟通过程中

• 学习如何做到及时发现自己的问题
• 基于学习之后的结果，对甲方的提问我们要心里明确答案和位置

最后，在沟通结束后

• 总结本次沟通的主要内容，和甲方确定你所理解的需求是否正确的没有偏差的

• 总结沟通的方式，培养下一次沟通如何有效的从甲方口中挖掘出我们想要的细节

  五. 和甲方沟通的技巧

• 从开始的时候，就要汇报每天的进度，让甲方知道你每天在干什么，干到什么程度

• 无论是钉钉沟通，还是会议沟通，一定一定要做好会议纪要；并且，在结束后和甲方来进行确认

  因为，你无法保证自己所理解的内容，就是甲方心里所想让你知道的内容

• 学着让甲方做判断题/二选一的选择题，而非填空题

• ‼️‼️ 最后也是最重要的一点：遇到核心问题不清晰，一定一定要找潘老师交流、沟通

  👥 要充分理解 [团队]两个字意味着什么。遇到不会的问题，不清晰的问题和需求，在自己的努力尝试下，还是效果不佳。此时，就应该及时的求助老师，以及团队中的前辈们了

tips：

1. 可以自己设置一个对外的休息时间 ♨️
   🌰 比如说：晚上八点半，可以对外休息
2. 并不是说，甲方的所有要求都必须满足
   🌰 比如说：他随时随地的开会，如果当下没有时间。我们可以拒绝，但是我们应该告诉对方什么时候有时间
3. 并不是说，甲方说的所有都必须赞同，我们需要的是告知风险，并且提出规避、降低的方法
   🌰 比如说：他让你直接上生产环境操作。你可以告诉他，这样的话历史数据有一定风险；我们应该现在本地测试完全之后再进行生产环境的操作

六. 有待提升的方面

1. 遇到新的知识，一定要去看，不能懵
2. 每次的会议沟通前，作为乙方，应该充分准备好
3. 真的是不太会提问，当涉及到核心流程的时候，一定要像抓住救命稻草一样，追问
4. 与我而言，我觉得我向潘老师求救的时机太晚了

⚡️ 最根本的点 —— 自己的技术还需要提升

不然也不至于，对于甲方说的话这么难以理解

结语

在这里，仍然是感谢潘老师；不仅仅是带我入门，还带给我们这么多学习和提升的机会。同时，潘老师的思想、做事态度其实也或多或少的影响、改变着我。真的是人生的为数不多的幸运的事情！🤩
要知道，成长的路上没有那么多机会等着你做准备。我们需要做的是，一直走在学习的路上，不断的丰富自己的学识和经验。等到机会来的时候，不至于忙手忙脚，找不到方向
虽然说，这次的沟通过程效果不好，结果也不太美丽；但是，从好的方面讲，也算是多了一种经验。反省、总结自己的不足，在今后知道自己提升的方面