给智能产品一个正确的主意

为什么定义产品原理对于设计智能产品至关重要。以及如何从一开始。

智能数字产品无处不在。GPS中的路由服务，iPhone上的Siri和建议服务在Netflix上为您确定相关内容，所有这些内容每天都为复杂问题提供无缝和直观的解决方案。其他程序员和数字创新者知道，在这些惊人的解决方案的后端是无数的技术巫师，例如机器学习，数学优化和无尽的代码行。这就是使设计数字解决方案如此令人兴奋的原因 - 使用技术新利luck在线娱乐网18luck fyi和编程来提供几乎是人类的解决方案。

在马斯克，我们开发的智能产品每天从网络设计和内陆交付计划到定价和船舶负载计划中解决后勤问题。但是，设计智能产品带来了挑战。Maersk内陆运输计划引擎产品开发期间的最新经验说明了其中一些挑战，并在开发智能解决方案产品时为定义产品原理提供了宝贵的课程。

翻译失落 - 开发人员和用户二分法

重要的是要了解，运行智能产品的逻辑与智能产品用户解决问题的方式有很大不同。采用简单的容器路由解决方案。开发人员可以对产品进行编程，以考虑所有可能的潜在路由解决方案，并基于诸如成本效率（成本效率）的设定参数执行选定的解决方案。但是，手动解决问题的用户依赖于一条经验法则，在分配作业之前，他们考虑了更灵活的参数，例如货物和订单类型。

对于智能产品用户来说，使其更难调整和改进产品的挑战更加困难，只有开发人员才能完全理解它在边缘案例方案中做出特定决策。这可能很简单，就像产品不像预期的那样表现不佳，也没有提出令人惊讶的建议而没有资格。从长远来看，结果与用户的信任受到破坏相同，这有可能是产品的成功。

制定铰接的产品原理来指导智能产品开发是应对挑战并确保产品与用户期望一致的好工具。

那么，什么是产品原理？

产品原理是开发团队的指南，它们定义要关注的内容以及产品需要交付的“体验”。从本质上讲，它们定义了产品的价值 - 产品应如何行事和优先级，这与公司价值观相同的方式描述了公司想要运营的方式。

例如，Etsy是一项核心原则：在发生争议的情况下，与买家有关。这使开发人员团队可以指导他们的解决方案设计，同时在整个平台上提供统一的体验。

从开发内陆运输引擎中学到的经验教训

第1课：竭尽全力定义您的产品原则

智能产品与人类的解决方案不同，因此，使原则保持一致是使产品表现出正确的行为的关键。这有助于产品团队创建一个如用户期望的解决方案，这也增加了用户采用的可能性。

取消正确的产品原则可能会具有挑战性，因为用户发现很难阐明他们的所有需求和期望。通常，对产品解决的情况越复杂，只需对话和观察就可以正确地获取原理。对于智能产品而言，这是个坏消息，有时没有什么比产品推出更好的丢失原则了。但是，在机上纠正未对准的原则可能会对智能产品构成重大挑战，因为在科学上可能不可能调和所有原则。

对于参与建立计划引擎的团队，已经与用户和高级业务领导者达成了两项原则，并且对产品的技术解决方案设计深深地塑造了：

• 将产品作为出售
• 最小化总运输成本

目前，我们正在考虑第三个原则，称为业务共享物流行业对供应链中断的反应，其中Maersk等托运人同意向特定供应商提供一定比例的货物空间，而供应商同意优先考虑优先级。新利luck18网址他们在任何情况下的工作（低需求和高需求时期）。但是，我们同意使用手动解决方案来启动计划引擎，以维护业务份额。所有迹象都指出，这是在开发和用户测试过程中的一个非常好的解决方案。

第2课：您的产品原则是上下文依赖的

如果发生重大变化，例如市场条件，则可能需要采用新原则，并且它们可能与您的原则相抵触。

从历史上看，内陆运输市场已被证明是相当波动的，正如过去几年中许多情况下所提醒的那样，尽管没有比英国的卡车短缺更严重。

团队为内陆运输推出计划引擎后不久，卡车运输短缺的发作意味着业务份额很快成为重中之重，我们了解到手动解决方案根本不够好。如果没有自动纪念业务股份，用户就必须手动重新分配大部分工作。自动将这项工作授予最佳供应商的预期好处转为不利之处，这使用户更难进行运输计划，而不是引入引擎之前。

更糟糕的是，纪念业务份额直接违反了我们的第二种产品原则，即最大程度地减少成本。换句话说，从数学上讲，找到总体最便宜的解决方案是不可能的，同时也有望为特定供应商提供一定的工作。

应该很明显的是，引入商业股份有可能破坏规划引擎运作的整个方式，从而使我们回到了第一广场并不得不做到这一点。需要一种自动解决方案来提供福利，但是很明显，确定以成本最小化来调和业务份额的原则并不简单。

第3课：定义产品原理与业务关注一样重要

工程团队必须参与定义和迭代产品原则，尤其是对于智能产品。

通过与用户，高级功能利益相关者和工程团队的概念的迭代讨论和概念证明，可以开发出一种理想，可行和可行的解决方案。为此，我们需要通过在成本最低限制之前优先考虑业务份额来引入新原则。新的产品原则已成为（按优先顺序）：

• 将产品作为出售
• 荣誉业务股份（新）
• 最小化总运输成本

需要解决的另一个问题是供应商的实际货物数量的每日变化。有时无法满足业务份额，因为容器编号不允许使用。尽管Maersk及其供应商在如何处理这些波动方面保持一致，但该产品如何行事以反映它们之间的这种理解？作为业务共享解决方案的一部分，工程团队有一个答案，并创建了一种“记忆机制”，以将由于四舍五入的任何业务份额偏离。

要记住的关键是，可以实现所有解决方案和智能产品的调整，而无需从头开始定义优化的核心逻辑。

如果没有在讨论有关重新定义原则的讨论中对工程团队的技术理解，就不可能找到将计划引擎的先前版本与新原则调和的解决方案，从而使我们能够在适当的情况下找到解决方案时间。如果技术声音不是重新定义原则时的主要利益相关者，那么这些声音本来不会被审查以审查当前解决方案设计。取而代之的是，我们能够创建结果共同拥有，并开发不需要完全重新构造高级数学的解决方案。

毫无疑问，产品设计中的原则定义了产品的目的，从而可以带来明显的好处。但是，简报开发人员也是至关重要的。因此，产品团队需要深入了解产品的运作。我们需要跟踪市场动态，寻找障碍，并考虑所有这些信息，然后再坐下来讨论产品的原理。只有这样，我们才能开始开发智能产品和应用程序，这些产品和应用程序与今天需要的物流解决方案一样灵活。

学到更多关于我们职业页面上的马士克产品工程和产品管理。