怎么入手？

第1步

向客户索要，第三方 ERP相关的一些数据资料，以及账号密码等。以及会涉及到相关人员的联系方式社交信息等。

然后了解他们对系统的一些操作流程。

一般第三方会提供接口的对接流程，对接方式等。

我在这方面上，大概就花费了两个小时左右，感觉还是挺久的。

第2步

编写代码。一般第三方会提供一些，已经写好的相关代码可以直接调用，不用手动去开发造轮子。

第3步

遇到问题，分析问题，解决问题。

遇到了问题。提示说xxx。这个时候，它的提示，完全看不懂，但是，其实是有道理的（后来才理解），之所以看不懂，是因为它里面涉及到的一些词汇，跟他们开发文档里没有直接相关的，而是在管理后台会提及，其实正是因为我没有好好体验他们的操作流程 造成的。

刚开始不知道什么原因，所以一直在猜测，一直认为是第三方接口有问题，因为之前由于版本原因导致接口调用不成功原因 有了先入为主的想法，所以就一直认为是第三方的问题。

最后又仔细的，一个一个的去对照文档里面的信息。最后才发现，原来有些数据，他是需要传过去的，但是这些数据是在管理后台系统，才能了解到这些数据来源。然后又发现他们提供的文档示例值结构是有问题的，但是文档写得没有毛病。示例值误导了传值结构。

当然，我们也有去问相关的技术人员。但是，他们却表现出爱理不理的样子。

我分析下了这个原因，换位思考，如果这个接口是我开发的，然后，我又写了开发文档，但是，你还会问我这样文档里有的问题。那我肯定是爱理不理的。

从中我也想了一个问题。就是每个人，对于他相关的东西，都觉得没问题的。所以有时候，还是要从自身方面去找出问题，然后。确认无误后才去考虑是否是对方的问题。

其实，做每件事，还是要专心 细心，去做好这些事。不要很随意做这件事。一定要考虑别人使用过程中的一些感受，或者你提供的资料是否真的，可以直接做为参考的价值。就算是示例，也要有真实有效，意义，价值。而且不要拿来主义，一定还是要多检查。

对于一些老系统项目等，要多注意他们的很多细节以及关联性 因为他们的系统一般比较复杂流程多点。

题外：发表与简书2020-06-10

为什么会出现客户老是会问东问西，明明文档说的很清楚了。可能的原因就是文档描述还是不够直接或者说，需要在某些情况下，或者某些资料，足够的情况下。他们才能很好的理解，文档中里面说的这些词汇到底是什么意思，就是一片文章没有完整说明，涉及的点又多，这个时候就应该多把复杂词汇做更多的解释说明了。

总结

1.我们做事的时候要跳出先入为主的思维，一定要从问题的正面去分析解决。

2.羊毛一定出在羊身上，答案一定在问题上，一定离不远。

3.每个人的理解能力不一样，所以内容描述一定要更加直白，多从使用者角度去说明。

4.在给用户提供示例参考值 一定是自己经过验证后有效的才写出来 对于不同版本一定要标记好。

5.有时问题可能不是别人，多从自身找问题也很关键。

最后，一定要好好读别人的文档，相信别人也是很努力的在做好每件事的。

写完睡觉(＠￣ー￣＠)