了解客户需求的唯一方法是发布您的产品
斯科特是澳大利亚领先的科技产品开发公司Terem的首席执行官和创始人。
让我们权衡一下放行的风险与不放行的风险。许多组织担心的不仅仅是不释放的风险，还有释放的风险。人们关注的是如果你发布一个产品会出什么问题，而不是如果你不发布会错过什么机会。如果你想出货好的产品，你需要进行一次更平衡、更有建设性的对话。
更担心释放风险的个人和组织有正当理由存在这种担忧。通常，他们在过去被一个充满错误的版本烧焦了，或者他们发布了客户不能使用或不想要的解决方案。还有一种人类倾向，总是试图使一个过程没有问题和可控，以及避免痛苦而不是走向收获的倾向。
然而，这些担忧不应该成为不发布它的原因。您可以尝试减少问题，但实际上，以反直觉的方式发布会降低发布的风险。当我与人们讨论这一概念时，他们都点头，但随后发布仍被推迟。
我发现在厌恶风险的公司中，你需要关注不释放的风险。正面镜头(例如，如果我们发布得更快，我们会获得更多的市场份额)只是不能获得同样的透视率。
因此，为了做出积极的改变，我们将利用负面因素。您将看到不发布的风险与发布的风险的比较。然后我会反驳人们经常用来不发布的理由。
首先，让我们来涵盖一些释放的风险。我会用转述的引语来让它栩栩如生：
“如果我们在错误的情况下放行，可能会伤害到某些人。”涉及健康和安全的软件版本需要一些特殊的考虑，这有点超出了本文的范围，尽管您可以在这里了解一些原则。对于你们中的许多人来说，你们的处境并不那么严重。我在这里首先列出了它，以提供一些(非常需要的)观点。
“如果我们发布时出错，我们可能会为(我们|我们的客户)损失很多钱”。*涉及金钱的软件产品中的错误总是会带来财务损失的风险，要么是对客户，要么是对企业。这也可能是因为丢失了财务数据，从而导致了财务损失。重要的是要量化单个版本的总可能风险，并了解可用的非软件缓解机制(例如保险)。
“如果我们放行，那如果出现其他重大错误怎么办？”--这之后通常会有“我们会失去客户”、“大老板会生气”之类的说法.。这是一种可能的情况，因为大多数软件在发布时都带有某种形式的错误。在人的层面上，人们关心的是避免痛苦；没有人喜欢别人对他们生气，也没有人喜欢失去客户。
“我们之前做了一个发布，客户不会使用，我们不得不重建它。这是一场灾难。“对于软件产品来说，这也是一种可能的情况。特别是对于那些不经常发布或不定期与客户共度时光的组织。即使对于每天发布多个版本并遵循客户开发实践的公司来说，这仍然是一个可能的可能性。很难知道客户想要什么(如果不是，我们都会是史蒂夫·乔布斯)。
真正知道顾客想要什么的唯一方法是向他们发布你的产品，并听取一些反馈。
你的产品或功能可能不完全是客户想要的。要真正知道客户想要什么，唯一的方法就是向他们发布你的产品，并听取一些反馈。如果不发布，就会增加发布客户会拒绝的内容的风险。你越早发布，你就越早知道你的产品有多适合客户的需求。您发布的内容很可能不会100%符合您的客户标准，您需要在后续版本中进行改进。即使是尝试也不会让你的部分或全部投资变得一文不值。
你错过了机会。如果不能发布，你可能会错过机会，通常是对目前不知名或看不见的竞争对手。你可能会错过赢得客户或给客户留下深刻印象的机会。有时机会与特定的事件有关。如果你错过了约会，你就错过了机会。这通常会慢慢发展，而且在为时已晚之前，并不总是明显地采取行动。
你面临压力。当投入资金，但没有发布产品，没有公布业绩时，人们会感到紧张，施加更多压力。这种风险随着每一周的拖延而变得越来越高，压力可能会导致糟糕的结果。
您发布时会出现重大错误。如果不发布，您可能会使错误复杂化或引入错误。没有什么比真品更好的考验了。通常，直到实际使用时才会检测到重大错误。可能是生产系统不同，现实世界的规模不同，或者真实的用户体验不同。您停止发布的时间越长，累积的错误就越多，它们就越嵌入到软件中，解决这些错误的成本也就越高。
既然您了解了高级别风险，那么让我们通过一种方法来决定是否发布您的产品。
使用上面列出的风险创建发布/不发布的风险表。保持高水平。(在Terem，我是首席执行官，我们创建了一个模板来帮助您做到这一点，您可以在这里访问该模板。)。
如果你幸运的话，这会给你一张清晰的照片。如果你处于更常见的情况，就会有灰色地带和难以量化的风险。
现在，在做完上述工作之后，你会发现释放的风险更容易量化。您对当前的错误/错误有很好的感觉。您将对这些功能可能产生的负面影响有所了解。但量化“不释放风险”往往更难。例如，通常很难量化客户转向竞争对手的可能性。由于第一次部署到生产环境并导致系统停机而产生的不可预见的生产错误通常也更难量化。
这里有趣的一点是，“不释放风险”通常是重大的。如果客户不想要您发布的内容，那么您的投资可能价值0美元。如果你为了一个机会错过了活动的日期，那么你的投资也是0美元。如果你因为没有发布产品而受到压力，那么你可能也没有工作(这种情况发生的频率比你想象的要高)。
重塑客户-选择您的用户/客户群中更容易接受您更广泛的产品愿景的子集。这将允许您释放子集。
Drop Scope-从版本中删除不必要的要求。如果你很了解你的客户和他们要做的工作，那么这段对话就会更容易进行。
启动测试版而不是v1版-与您的客户和用户一起设定对版本性质的期望。及早将一些东西送到他们手中，可能有助于减轻他们和内部利益相关者的压力。这让人们感到紧张，因为他们担心失去客户，尽管这并没有发生，或者这是一件好事(你知道他们实际上并不关心你的产品)。
释放你已经拥有的东西的一部分-释放你拥有的正在工作的部分，解决问题的部分，或者你想要获得真正反馈的部分。有时这涉及到一些手动设置或手动门卫，但这没有关系。学习和释放的收益可能会超过“礼宾”的短期成本。
人们给出了一些不释放的常见原因。这里有几条我喜欢用来探讨是否有一个合理的理由不发布的讨论路线，或者我们是否发布更好。
下面略微重申了我在上面分享的内容，但以一种更具可操作性的形式提出了解决这种情况的具体想法。
我们现在无法发布它，因为功能XYZ尚未准备好。与其更改产品范围，不如引入一个临时版本，目标客户或用户的子集，这些客户或用户可以在没有此功能的情况下完成他们的工作。
我们只有一次机会获得第一印象，我们希望它是完美的。这是一个有效的声明。另一方面，机会通常有一个有限的时间窗口。花太长时间它就会消失。如果你所做的是真心实意地解决问题，那么人们会原谅不完美。只要确保他们仍能完成工作或部分工作即可。
我们不能发布不完美的东西，因为它会损害我们的品牌声誉。但这个问题很难克服，所以这里有一些想法：
许多拥有伟大技术品牌的公司发布得都很早，而且经常。一些公司以受控的方式这样做，比如对客户的子集进行控制。
考虑一下，如果不向顾客展示他们正在尝试做新的事情来帮助他们，是否会对品牌造成更大的损害。不幸的是，与不定期发布的长期风险相比，更容易明确地解释发布品牌的短期风险。
我们不能放行，以免损失我们的钱或我们客户的钱。评估一个“错误基金”是否值得，这个基金是你设立的用来补偿客户错误的基金。实际上，对于您的客户来说，简单地佩戴错误的成本可能会更便宜、更好。这对提高客户忠诚度有一个附带的好处，将“他们没有和我争论，我马上就拿回了我的钱”与“我非常恼火他们丢失了我的钱/数据，他们说他们会修复它，但不会为我做任何事情，因为他们说他们的合同说他们没有必要这样做”。
我听到的一个常见短语是“我们现在不能发布它，因为XYZ功能还没有准备好”。记住，完美主义行为并不总是一件好事。
想象一下，如果花在避免发布风险和进行指手画脚式的事后检查上的时间和精力都花在了让您的技术正确发布更频繁并花时间与客户在一起上，会是什么样子。
您永远不能从项目中完全消除风险。艺术和科学介于选择你更愿意承担的风险之间。
说到释放，人们似乎持悲观态度，问：“会出什么问题？”而不是问“什么才是对的？”尽可能多地为这两种情况做计划。
