告诉你们一个没有人Talk过的App开发社区话题：

你可以写出清洁的代码。

你可以从零开始建立一个完整的后台应用。

你可以处理数据库、API、身份验证和部署。

然而即使这样，你也可能因为与客户的沟通问题而失去客户。

我亲身体会了这一点。

三年之前，我为一个小型企业客户开发了一个CRM系统。花费了六周的时间。代码质量良好。客户要求的功能全部实现。

但是客户只给了我4星的评价。

他们的反馈不是针对产品的。是关于沟通的。他们说，他们从来没有在开发过程中知道发生了什么。

我一直被这个评价折磨。

下面是我改变了和实际有效的方法。

在他们提出之前更新

客户不喜欢沉默。即使是每两天发出一条短信，告诉他们你在做什么，也会改变很多。“今天已经完成了身份验证流程，明天开始工作于仪表板”就可以了。这很短很具体。客户会感到更加参与。无需写长篇大论。

当事情出错时，说第一时间

我以前会隐瞒问题，直到修复它。我以为这会让我看起来更有能力。恰恰相反。客户要么会看到延迟，要么会开始猜疑。当你告诉客户“遇到了 API 集成的问题，正在修复，明天会对你更新” 时，他们对你会更加尊重。不是少地尊重。

重复回他们之前所要求的内容

这一个让我从三次潜在的灾难中逃脱。每当一个客户要求我开发一个新功能之前，我都会向他们回复一段简短的电子邮件，“确认一下，根据你的要求，我理解你想要 X 像这样做，Y 像那样做”，大多数情况下，客户会指出了一些小的问题。如果你在此阶段就纠正，可以避免开发错误的东西。

未明确的对话是范围膨胀的开始

大多数范围膨胀并不是因为客户难以管理的问题，而是因为从一开始就没有明确定义。现在，每开始一个项目，我都会问一个令人不舒服的问题：“如果我今天根据你现在的要求开发所有东西，你认为是什么会让你认为这是一次成功呢？”我从答案中可以获得有用信息。

写下所有信息

无论你和客户的对话在电话上或视频会议上进行，就如同他们已经写下了所有信息，你也要在之后的电子邮件跟上一份信息。”我们讨论了的，截止日期是 X 特性是 out of scope”这保护了我，也显示客户我在这里很有条理。都是很重要的。

你建造的应用程序只占了你的工作的一半。处理等待着那个应用程序的人是一半工作。许多开发人员，包括很好的那些人，都过低估计了后者。