什么是数字产品？

作为产品经理和产品负责人，我们要照顾的产品是我们工作的基础：它们决定了我们的日常活动并确定了我们的责任。 我们创建产品策略和产品路线图； 我们管理产品积压，并使用最少的可行产品和产品增量。 但是什么是产品？ 尽管这是一个琐碎的问题，但我遇到了数量惊人的组织，人们对数字产品的理解是错误的或矛盾的。 这可能导致混乱，导致角色和职责不明确，并导致应用错误的产品管理实践。 这篇文章希望帮助您思考什么是产品，以及产品与功能，组件，捆绑销售和用户体验之间的区别。

产品

什么是产品 ？ 我们可以营销或出售的东西可能很诱人。 但是，对于数字产品，此定义仅具有有限的适用性。 使用公司网站上的搜索功能。 那是产品吗？ 还是整个网站都是产品？ 包括开发，市场和销售人员在内的其他人如何回答这个问题？

我将产品视为可以为一群人，客户和用户以及开发和提供产品的组织创造特定价值的东西，如下图所示。 前者是通过解决一个问题（例如Google Search或Bing可以解决在Internet上查找信息的挑战）来实现的，或者通过提供一种好处来实现，而Facebook可以使人们与家人和朋友保持联系。

通过直接产生收入（如Microsoft Office和Adobe Illustrator一样），帮助销售另一种产品或服务（例如iTunes和Google Chrome）或提高生产率和降低成本（如内部开发的IT）来实现业务价值应用程序。

找到值得解决的问题（或者人们一旦经历就不想错过的好处）并找到可行的业务模型是成功提供产品的两个关键前提。

产品经历不同的生命周期阶段：创建和发布； 他们发展，成长，成熟； 最终，他们死了。 一些数字产品存在多年甚至数十年。 我的一位客户（一家专门从事数字工程产品的公司）提供的产品包含例如30年的旧代码。 这将产品与项目区分开来。

产品与项目

一个项目提供了一个产品发行版（例如Windows 10或iOS 9.3），这只是一个临时工作：当新版本可用时，该项目就完成了。 但是产品的生命周期不同，通常存在时间更长。 Windows 10的始祖Windows NT于1993年推出，例如iOS于2007年推出首款iPhone。

同样，与项目相比，产品具有不同的成功标准。 如果按时，按预算部署了新版本，并且交付了约定的范围，则该项目成功。 但是，如果产品满足业务目标，那么它就可以取得成功。 产生收入的产品通常在达到产品市场适应性并开始增长时才开始盈利。 最初的开发项目可能要几个月后才能完成，有时甚至要数年。

因此，产品经理（或所有者）的工作与项目经理的工作不同：从长远来看，产品人员一直在其中-假设产品繁荣昌盛。

功能和组件

如果资产不能为其客户和用户以及公司创造价值，那么我就不会将其视为产品。 拿一个电子商务网站，例如Amazon.com或JohnLewis.com。 两者都提供搜索和结帐功能，以便客户可以查找和购买商品。 尽管这些是用户使用过程中的重要步骤，可能需要涉及第三方系统的复杂技术解决方案，但我认为它们不是产品而是功能 ：它们并不能为客户提供任何独特的价值。 我不去亚马逊或约翰·刘易斯搜索或结帐。 我想以最小的麻烦以合适的价格购买合适的产品。 因此，功能是人们可以与之交互的产品功能-用户可以使用的产品的一部分。 但这并不能单独解决需求或解决问题。 取而代之的是，必须交互使用多个功能才能为客户和用户创造期望的价值。

同样，与支付网关通信的用户界面层或（微）服务也不是产品，而是组件 ，或更准确地说，不是体系结构构建块，即使它们是由专门的团队开发的。 这两个构件都可能为一群人（其他组件和服务的开发人员）带来好处，但它们并没有为公司创造任何可衡量的价值。

如果您管理功能或组件，那完全没问题。 但是我不认为您应该被称为产品经理或产品负责人。 术语功能所有者或组件所有者更准确地描述了您的角色：它们清楚地传达了您的职责，避免了混淆和不切实际的期望。 （有关区分产品，功能和组件如何帮助您定义正确的角色和职责的更多信息，请参阅我的文章《敏捷产品所有者的责任 》。）

网络与移动

数字产品通常以不同的形式提供。 例如，Google Search和Facebook都可以作为网站和移动应用程序使用，并且该移动应用程序可在所有主要的移动操作系统（包括Android，iOS和Windows Phone）上提供。 这是否意味着移动版本本身就是一种产品？ 同样，Android，iOS和Windows Phone应用程序是分开的产品吗？

我对两个问题的回答都是“否”。 原因如下：这些资产为客户和用户以及提供资产的公司创造的价值没有区别。 它们可能由不同团队开发的独立代码库组成，而移动版本可能提供的功能较少，例如Facebook。 但是核心价值主张是相同的，就像一本书以印刷版和电子版提供，但其内容保持不变。 因此，我将产品的移动版本视为不同的产品变体 ，即同一产品的变体 。

取消捆绑功能和产品捆绑

有趣的是，功能部件本身可以成为产品。 以Facebook Messenger应用为例。 Messenger功能一直是Facebook主应用程序的一部分，直到2014年4月取消捆绑为止。它简化了Facebook主应用程序，并允许Facebook通过添加新功能（例如向朋友汇款，直接与他人交流）来发展Messenger应用程序。业务以及使用聊天机器人。

如果我们看一下Facebook.com，那么我们看到Messenger的功能仍与新闻源和其他功能一起提供。 因此，我将Facebook网站视为一个产品包 -一系列相关产品，包括新闻源，通讯程序和游戏应用程序。 尽管有些产品会像Facebook那样演变成捆绑销售产品，但有意将其他产品捆绑在一起是为了为客户和用户提供价值和/或增加销售额。 例如，微软在1980年代后期决定将多个应用程序（包括Word，Excel和PowerPoint）捆绑到Microsoft Office中。

下图显示了产品捆绑包，产品，功能部件和组件之间的关系。 一个产品捆绑包包含多个产品，并且一个产品具有一个或多个功能部件和组件。

用户体验

最终，当人们与产品交互时，就会产生用户 体验 。 因此，它不是产品 。 尽管产品的外观和功能可以触发特定的体验（例如，缓慢加载的网站，复杂的菜单或含糊的错误消息，可能会测试我们的耐心或使我们感到困惑），但重要的是要认识到人们拥有的体验同样取决于他们的心态。

如果我感到压力，沮丧或生气，例如，在缓慢的负荷环境下，我的工作量要多于正常的自我。 我们应该尽一切努力提供出色的愉快的用户体验，但是我们不能使人们以一种特定的方式来体验产品。 下图说明了用户体验和产品之间的区别。

学到更多

您可以通过以下方式了解有关正确定义和成功管理产品的更多信息：

• 参加我的产品策略和路线图课程 -了解如何系统地开发您的产品，包括将它们捆绑和拆包；
• 阅读我的书《 战略：数字时代的产品战略和产品路线图实践》，以了解有关产品生命周期，捆绑销售，捆绑销售和产品变型的更多信息；
• 参加我的“ Scrum认证产品负责人”课程 -在敏捷的情况下正确地正确应用产品人员的角色和职责。

翻译自: https://www.javacodegeeks.com/2016/06/what-is-a-digital-product.html