“我觉得你们骗了我。”
哎哟。
这一点很难解释。
就在两周前，一位客户给我们发了一封电子 比利时电话号码资料 邮件。他是一位新用户，在使用 Groove 时遇到了一些困难。他的业务有一个非常独特的需求，而我们的功能集暂时无法支持。
但是——我们当时正在进行产品更新——对我们的富文本编辑器进行增强——这将解决他的问题。
我很高兴与他分享这一点，所以当我听说他的问题时，我与我们的开发人员核实了开发的状态。
我们几乎已经完成，并且完全按照计划进行，预计一周内发布。
我们就这么告诉了客户。
危险的承诺
危险的承诺
经验丰富的产品人员现在正在摇头，因为我们知道接下来会发生什么。
一周后，我们在测试的最后阶段遇到了障碍，发现了一系列严重的错误，导致更新不稳定而无法发布。
因为我们的小团队必须平衡该项目与维护应用程序、支持客户和修复其他关键问题的日常工作，所以还需要一个半星期的时间来诊断和消除这些错误。
虽然我们及时向我们关心的客户以及所有请求该功能的其他用户通报了最新情况，但很明显，这一事件让我们的形象很不高。
事实上，他是对的。尽管我们不是故意的，但我们撒了谎。
这不是第一次发生这样的事情——我们应该更清楚这一点——但客户如此直接地指出我们的问题，对我们整个团队来说是一个很大的教训，我们绝对不会再让这种事情发生了。
为什么我们不再与客户分享发布日期
对于某些人来说，这可能听起来很明显，而对于另一些人而言，这听起来可能是可疑和欺骗性的，但事实上，情况恰恰相反。
让我解释一下。
当你分享发布日期，但结果却是错误的时，你就会失去客户的信任。
作为产品团队，我们应该知道意外问题经常发生，计划的发布日期并不总是准确的。虽然我们尽最大努力做好计划并准确预测进度，但事情并不总是按照我们希望的方式发展。
因此，如果我们向客户承诺交货日期，即使我们经常无法实现目标（事实也确实如此），但只要错过一次目标，我们就会变成撒谎者。
因此，通过不分享发布日期，我们更加诚实 - 事实是，我们不知道确切的发布时间 - 而不是其他选择。
在商业领域，我们最努力争取的是客户的信任。一旦获得信任，就很容易失去，而且很难重新获得。
我们一直在努力实现我们的发展里程碑，坦率地说，我们在这方面已经做得更好了。
尽管如此，我们不会冒险在功能路线图上误导客户，从而让他们失望。这不仅是开发问题，也是沟通问题。
要点：不分享发布日期可能看起来不诚实，但事实并非如此。就我们而言，我们知道我们不会 100% 地实现我们的里程碑，所以我们宁愿诚实地面对无法完美预测未来的事实，也不愿用我们的目标来做出可能被迫违背的承诺。
我们为解决这个问题采取了三个步骤
1) 在产品准备好之前不会发布任何产品公告。
这是迄今为止最简单、最好的保护您的企业免于意外欺骗客户的方法。
作为创业公司，我们遇到了很多障碍。不幸的是，我们经常会遇到很多坏消息。
我们无法制造我们想要的一切，我们也无法按照每个客户希望我们修复的速度修复我们想要修复的一切。
有时，我们最想做的就是给沮丧的客户带来好消息；告诉他们，他们的问题将在明天或下周得到解决。
这很诱人，但风险实在太大。这就是为什么我们决定在新功能尚未成熟且运行良好到可以发布给客户之前，绝不发布它们。
要点：尽管这很诱人，但在产品准备好之前不要宣布任何事情。这条简单的规则可以保证您永远不会在发布日期方面对客户撒谎。
2）仅向客户提供您认为 100% 真实的信息。
虽然我们不会透露发布日期，但我们对正在进行的工作保持诚实和透明。
我们会在Better 博客上发布频繁的开发更新，并尽力向客户传达我们正在努力解决他们的问题，即使我们无法给出解决问题的具体时间。
举个例子，我们最近告诉一位客户，他遇到了一个问题，而这个问题将通过目前正在开发的功能得到解决：
