• 交流的常见场景

在工作中经常需要跟别的组或者部门进行交流，我们自己这边需要怎样的接口，对方是否能提供？以前在学校很讨厌写需求文档，出来工作才知道需求文档是保护程序的。

• 我的经历;

1. 背景：

由于新项目需要新的短信模板发送验证码。短信系统是由第三方提供的。以前是可以有接口直接调用发送短信接口来实现短信模板的。现在短信接口不直接提供给。需要调用其他接口来间接实现。

1. 中间的问题;

我问：如果我需要实现，发送短信验证给用户和校验用户输入的验证码是否正确。该调那些接口，这些接口的调用顺序是什么？

对方：需要调用三个接口，一个是获取验证码接口，一个获取图片验证码接口，一个校验是否正确的接口。

接口下来我就是实现了，那么问题来了，我们这项目根本就没有图片验证码的输入和输出，难道为了实现这个功能而改变我们的原本的项目的实现（增加图片验证码的输入与校验）坑爹吧！

我跟我组长说了这个情况，后来我组长跟他们交流，问他们有没有不需要图片验证的实现方式。对方说有！我当时就震惊了，有你怎么不早说。

• 我的反思;

我在交流中，提出的问题，没有聚焦自己的需求。我只是说了怎么实现短信验证码功能，对方给出了其中一个答案。也符合逻辑。但是我就坑了。其实我真正的需求是：如果为了单纯地实现短信验证码功能，不需要增加其他不必要的功能，最简单的接口实现方式是？

人与人的思维是有差距的，焦距自己的具体需求，只有自己明确了需求，把明确的需求告诉别人，别人才能更好地跟我们一起合作实现该需求。

交流中的提问--聚焦自己的需求