最近，我看到一张图片，上面展示了DevOps市场上所有的产品，其数量之多令人难以置信。作为CloudBees的产品负责人，我经常被问到如何在这样的市场上打造杰出产品的配方，我将在这里分享我的想法。我将在DevOps空间的背景下发言，但经验教训应该适用其他地方。挑战者这个领域的挑战在于，工具是由工具用户自己构建的，或者用其他术语来说是"专家为专家而构建的"。DevOps是一个彻底的运动，工具的诞生是因为有人刮伤了自己的工具痒。那太棒了-市场空间得到验证！然而，早期的运动现在已经变成了一个民主国家——每个人都在这样做。这意味着新手希望进来并提高效率，但工具并不适合他们。这是一个与众不同的机会！上述问题的必然结果是，这些工具已经存在了十几年或更长的时间，就像树根一样遍布整个组织，并与其中所有可以想象的工具集成在一起。从采用的角度来看，这对你的产品来说是个好消息，但它实际上意味着，如果你想重新考虑你的产品，你必须更换一辆正在行驶的汽车的轮胎。我也是，实现可以重新考虑经验，但通常最终都是实现玩具用例，因为要赶上并构建企业工具需要一代人的时间。这是现有工具的优势，也是与众不同的机会！打造可爱的产品要与其他产品脱颖而出，就必须打造出与众不同的产品。有许多产品杠杆可以用来建立这种差异化。杠杆，如易用性，有针对性的用例，更好的品牌，更低的成本。我会把注意力放在产品上，因为如果产品不对的话，修理其他东西就好像把口红贴在上面一样。猪。什么你的组织原则是什么？一个有组织的产品原则是引导整个组织的灯塔。例如，在CloudBees，我们的主题是"建立一个可爱的产品体验"。我们经常要求自己这样做，并用它在困难的情况下做出权衡。这个原则是高度激励和激励-谁不想建立什么东西踢屁股和原则引发了非常有趣和深入的讨论公司。什么你的原则是什么？如果你说不清楚-从这里开始第一，谁你在解决这个问题吗？你必须记住，在另一边有人要使用产品。通常，企业产品解决所有可能的人物角色，目的是让每个人都快乐。这会导致用户体验不够有针对性，因此不够可爱，或者换句话说，就是说非常清楚。很多时候，我看到产品团队忘记了人物角色，它在产品中显示出来。每个人都知道云计算的销售人员，甚至他们的销售人员，他们的销售人员都知道他们的销售动机。我们不仅了解他们，而且针对该角色的产品需求。我们根据角色来权衡决定。像"Ada永远不会使用这个特性，这个特性是为Simon设计的，我们在这个版本中并没有关注Simon"这样的语句并不少见。所以，了解角色并尽可能真实地为差异化的产品。谁是你的用户吗？她在你要销售给的公司的哪个职位？谁是你的买家？他们下班后干什么？正确的问题是什么？一旦你了解了人物角色，理解关键问题是至关重要的。构建一个好的问题体（在CloudBees，我们称之为问题陈述）是一个采访目标人物角色的问题-冲洗和重复。精益创业运动专注于发现正确的问题，我鼓励你阅读怎么了你的用户经常遇到你正在解决的问题吗？重新思考用户体验：建立一个可爱的体验简化-不要解决角落的情况。很好地解决了80%的问题，并为剩下的20%提供了逃生舱口。大多数devops产品都希望100%地解决用例。这会导致真正复杂的产品，伤害新手。想一想如何减少表面积，这样人们就不会把顾客带进黑暗的小巷。减少客户提出的决策点。更多的决定等于瘫痪，导致令人沮丧经验。如附带说明：在DevOps世界中，产品不能忽略最后的20%，因为这是解决高级用例的地方。关键是提供可扩展性点，以便客户能够自行解决问题。从根本上说，这意味着对产品进行架构设计，使其具有可扩展性，并意味着在产品的早期就考虑到了这种架构选择。使产品具有可扩展性并不是一件可以附加的事情。如果您正在评估DevOps世界中的产品，请确保它是可扩展。简化一旦你有了角色和正确的问题陈述，就变得容易了，因为你可以问正确的问题。你是通过让角色做更多的事情来增加价值，还是通过减少角色每天要经历的步骤来简化角色的生活。我强烈主张在执行之前进行市场验证和研究阶段。此阶段通常用于小型、中型和大型计划，而不是针对示例.构建模型，原型和迭代。最重要的是，与客户进行迭代，并与客户进行迭代设计。在编写任何实质性的代码之前。当一个新的功能集在工程上登陆时，它必须经过审查，并且被证明是可爱的。在公司的工具集中，拥有一个能很好地代表目标人物角色的客户咨询委员会是一个非常有吸引力的工具。注意：我不是在提倡瀑布或敏捷——这是在中间的某个地方更倾向于敏捷。构建一个可爱的团队如果没有合适的团队，可爱的产品就不会被交付。这个团队应该是产品、设计和工程的三位一体。三巨头的角色应该明确界定。有意义地投资于设计、产品管理和工程。通常情况下，组织的这一部分在保持火势的情况下运转，然后高管们就想知道为什么没有好的产品交付。产品管理产品专业人士的角色和问题。她知道什么需要解决，并知道如何解决，但不应该去设计解决方案。然后，产品经理的工作应该是确保工程和设计"抓住"问题，密切合作构建正确的解决方案并验证正确的解决方案。一个产品经理在纸上嘲笑某个东西，然后把它扔给工程部，这也许是构建差异化产品所能做的最糟糕的事情产品.设计设计解决问题并构建解决方案及其用户体验。产品经理的角色是提供正确的客户环境，以便设计师能够设计出正确的解决方案。设计应该被授权去对抗工程，产品管理，并且应该拥有用户经验.工程设计让设计师和产品经理保持真实。它们帮助他们了解所做选择的成本，然后构建它们。到那时，产品特性正在执行中，工程师应该了解客户、问题和设计亲密地。终于，为这些人提供思考和思考的时间和空间。有趣的解决方案发生在你无聊的时候，把你的注意力从日常的火灾中转移开。或者说，在周五的时候，一个名为"产品开发团队"的负责人或"产品开发经理"的"产品开发知识"。我星期五写这篇关于我的产品负责人的文章！在拥挤的市场中脱颖而出并不是奇迹般的。它需要深入的产品思考、组织架构、高管的支持和支持才能实现。然后，它需要在先前制定的组织原则的指导下不懈努力。也就是说，如果我总结一下，关键在于三个关键点问题：我是谁我解决问题是为了什么？我该为她解决什么问题？解决她的问题最好的办法是什么？够简单的！Harpreet Singh CloudBees Harpreet Singh是CloudBees的产品副总裁。在Twitter和LinkedIn上关注他。