零售业经常重复的格言是客户总是正确的。即使正确遵循标准操作程序，客户仍然可以命令钱包。在当今时代，随着社交媒体的进一步扩展，即使是最匿名的客户的信息，组织都必须认识到构建推动客户保留率的产品。
现代组织发现自己处于客户需求的十字架上。数字体验比以往任何时候都更加多，在业务和产品开发之间提供了紧密联系的联系，使最热心的支持者处于创新的最前沿。然而，尽管客户大声疾呼，但各种规模的许多组织仍然认为价值来自产品团队，而不是来自外部来源。
DevOps的困境
尽管客户正确几乎是一个遗忘的结论，但它并未在软件开发中占据。当今敏捷社区的挑战之一是将功能与价值相关联，就像比较竞争移动设备或个人计算机的消费者一样。将两者关联的问题是，功能（或用户故事）来自客户，业务分析师或产品所有者，并作为可能的假设。也就是说，在不知道该功能如何在野外生存的情况下，有关该功能的结论是没有根据的。因此，只有在产品开发过程中将这些作为输入仍然是合适的。
那么什么是替代方案？随着市场的发展优先事项和解释的发展，对于员工而言，保持客户需求并适当做出反应尤为重要。在自动部署和质量保证的过程中，几乎可以自动化客户参与过程。提供最紧密地满足客户需求的东西也很重要，而不是在计划过程开始时向他们交出的任何粗文品。
爬入产品
每个人都可以提出想法，但是执行是真正的肉的位置。为了了解客户的挑战，您需要与他们一起爬上隐喻的戒指并将其淘汰。这就是苹果公司创始人史蒂夫·乔布斯（Steve Jobs）建立他开创的技术的基础 - 不是通过构建功能，而是通过在里德学院（Reed College）参加书法课程来实现挑战，这是多年后的Mac计算机上的版式的灵感。
那我们要做什么？首先，我们需要停止让团队对建筑功能负责，而鼓励对客户需求的理解。我们需要做的是要求他们解释他们对我们给出的投入的理解，并阐明对他们认为价值的样子的一些想法。此外，这是我们现在所知道的陈述，也是学习更多的承诺，以便我们可以在该时间框中可以管理的该价值上提供最佳的完善。
最后，客户是国王，因为他们将确定什么是值。开发团队将根据客户认为的需求进行评估。即使在技术中，客户也总是正确的。
让我们一起构建更好的软件
您的组织是否正在寻找有关如何通过技术更好地为客户服务的指导？与我们的一位专家交谈sales@perficient.com有关咨询并下载下面的DevOps指南，以获取创新最佳实践。
