工作Delay，应该吸取什么教训？（一）

前序：

看标题，大家肯定一心想的是我们工作Delay了，应该吸取什么教训。但是今天要告诉大家的是一个由于客户方的工作原因导致Delay了，我们应该怎么办？

这个CASE不是要告诉你谁的责任，而是想告诉大家，Delay了工作不可怕，可怕的是没有去分析原因，并且改进，那么下次还会因此Delay。

场景：

某周会上，项目经理谈论到最近的工作，由于业主的业务部门负责人配合上的问题，导致需求不能及时和我方确认，我们已经将我们的理解以及对业务处理方法按业务线条进行规划，并且将资料发送给负责人，但是负责人还没有反馈。

你可以想象，业主的项目接口人肯定不会马上承认，肯定要询问我们什么时候发送资料给负责人？我们回答了发送资料给负责人以及和项目接口人的时间后，接口人承认该业务负责人确实很忙，能力很强，所以连老总都直接给他派工，导致可能配合不上。

话音未完，接着马上说：“为什么你们提交给我们的资料还是Office2007的文档，我们公司没有购买2007，只能打开2003的格式，上次我们已经要求你们给我们2003格式，”

思考一：

1. 给客户提意见的时候，如何做好充分的准备，在接口人的领导在场的情况，用户也会尽自己最大的努力给你提意见；
2. 双方重要的邮件，我们除了邮件，是否应该有手段去确认对方已经收到并且可以打开文件，重要的邮件是否应该发完邮件去个电话呢？

场景延伸：

在告知业主可以免费打开2007文档，但是以后我们会按约定只提供2003格式的文档后，我们又接着询问按我们的理解，我们发送的资料需要负责人多少时间阅读？项目经理告诉我们大约需要1个小时。

思考二：

1. 发送邮件时，提示用户需要阅读的时间，养成用户阅读资料的习惯，避免以后5分钟的文档用户也以为需要阅读1个小时，也没有看；
2. 较长的文档，能否通过导读的方式指引用户文档观看方法，以便让他快速了解需要确认的地方；
3. 较长的文档，能否将我们还存在疑问或者把握还不是很大的地方标识出来，以便用户确认 ；

在我们提出我们自己的改进思路后，项目接口人的领导在场，接下来的那一步，不就是要求客户也要给出改进吗？

读者，你会怎么问客户的领导？