企业产品管理的五大隐患 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 October 10 2020 真正 买方角色,企业产品管理,企业产品经理,企业销售,上市,采购,专业服务, 注意产品 介意产品有限公司 2043 Vladimir Kudinov在Unsplash上​​的照片 产品管理 8.172

企业产品管理的五大隐患

通过 ON

产品管理是一个领域,它从台式机软件的早期发展到如今的发展。许多公司喜欢 务实 , 280集团  提供产品管理培训,甚至认证。他们在布置基本角色(例如角色),了解客户,市场问题,需求等方面做得非常出色。

但是,翻译这些培训&认证并在现实世界中应用它们仍然具有挑战性。专注于市场问题真是太好了,但是当销售主管或其他高级管理人员为增加功能而垂涎三尺时,就不用关注太多了。有数不胜数的社区,例如“结识产品”和其他社区,产品经理在此分享知识并交流技巧&技巧。但是,企业应用程序产品经理是一个孤独的人。这些建议往往无法转化为动态变化很大的企业应用程序。在本文中,我将提出自己的观点–企业软件产品管理中的前5大隐藏挑战以及如何管理它们。

隐藏的挑战1:您的客户可能不是您的用户。

角色对于产品管理中的任何人来说都不陌生,并且经验最丰富的PM也会在购买者角色和用户角色之间有所区别。 PM的培训重点是用户角色,但在企业应用程序世界中–您不仅要了解用户是谁,还必须了解他们的动机或与客户的关系。我是什么意思我的团队管理的产品之一是客户使用的应用程序,可帮助管理为他们工作的承包商。在这种情况下,最终用户是与软件供应商没有直接关系的第三方,并且在许多情况下不是非常熟练的技术人员。他们与我们的客户之间的关系。

为什么这个挑战很重要?您可能无法联系最终用户以收集反馈,或者在某些情况下,您的客户实际上将产品作为服务提供给最终用户。您需要格外小心,以便更好地推出应用程序更新或更改用户体验。我亲眼目睹了当有意进行的更新推向生产时变成了大量客户打扰的客户服务台呼叫的情况。大量的电话呼叫很快就变成了您作为产品经理的重大升级。

您如何应对这一挑战?

  1. 如果您正在考虑更改最终用户体验,请确保您的UX团队可以构建可放在最终用户样本面前的模型或交互式模型。
  2. 尝试并了解您的客户与他们的客户之间的商业关系,因为这可以提供重要的上下文,而这些上下文可能会非常有价值。在我之前的示例中,如果您的客户对他们的客户有严格的SLA,那么您对UX所做的任何更改都可能会影响他们的响应速度,从而影响他们的收益。
  3. 考虑在应用程序中投资交互式演练。像这样的公司 随身听 , 彭多 其他一些工具则可以在您引入变更时为最终用户提供简短的演练。

隐藏的挑战2:采购并不关心您的应用程序有多强大。

首次被企业产品经理忽视的角色之一是采购。选择您的应用程序后,通常需要进行采购。因此,您认为艰苦的工作已经完成。没那么快!采购的工作是确保他们获得尽可能高的价格,以协议中的优惠条款(代管协议,特殊财务保护等)保护雇主。

为什么采购会成为挑战?由于他们的工作是确保他们获得公司的最佳交易,因此他们会将您与其他应用程序进行比较。如果您的应用程序位于定义明确的空间中,那么很好,因为他们很可能会找到您的竞争对手。如果没有,您的应用定位至关重要,因为您不希望他们错误地比较您的应用

您如何应对这一挑战?

  1. 确保您专注于使您从营销材料竞争中脱颖而出的核心价值支持。例如,如果您的应用程序是企业云存储应用程序,请关注它为什么适用于企业以及与Dropbox有何不同。
  2. 考虑采用April Dunford在她的书中建议的定位框架 显然很棒。这本书是简短的阅读,但确实帮助我对竞争有所不同。
  3. 将您的比赛入围,并考虑将其提供给采购团队成员,作为您应比较的应用程序类型。

Vladimir Kudinov在Unsplash上​​的照片

隐藏的挑战3:将专业服务团队视为您的第一位客户

企业应用程序总是使用内部或外部服务团队进行部署。您可以构建出色的应用程序,但是如果您没有足够的资源来为客户部署和配置该应用程序,那么您的应用程序就不太可能被采用。您应该将专业服务团队视为您的第一位客户。就像您在开发早期MVP产品一样,您会从客户那里得到很多反馈,在企业应用程序世界中,您应该复制并利用服务团队的反馈加以补充。

为什么忽略您的服务团队是一个挑战?服务团队通常面向客户,并且对客户的工作方式具有丰富的知识。开发对他们来说是全新的功能或不基于他们的知识的功能可能意味着他们将难以实施。由于它们是可计费的资源,因此实施中的任何延迟都意味着它们可能会尝试拉入产品和工程资源来提供帮助。不论是否公平,“免费”提供自愿的工程或产品管理时间要比说服客户他们需要支付更多可计费时间要容易得多。

您如何应对这一挑战?

  1. 将您的服务团队视为您的第一位客户,即让他们尽早参与市场研究。除了他们的意见外,他们还可以为您指出现有客户,他们可能有宝贵的意见来解决您关注的问题。
  2. 在设计和开发期间,将它们包括在审核过程中。我有很多示例,其中实施工程师会指出潜在的部署挑战(例如,如果需要进行批处理配置,则通过Excel导入功能)
  3. 提前计划技术和人员支持。与工程团队一样,服务团队具有不同的才能和知识。例如,如果您计划交付需要一定程度的概念熟悉程度的现代REST API,而现有人才没有背景–最好事先计划并培训或扩充人才。

隐藏的挑战4:您的应用只是一个难题

企业应用程序通常旨在解决涉及公司许多领域的业务问题。例如,一个 信息管理系统 表面上的应用程序涉及工作指令。但是,它需要配置为具有合适的员工,合适的权限等。配置合适的员工可以转化为与客户使用的HR解决方案集成。当然,可以手动或自动进行集成,但这仍然是必需的。这里的要点是,您的应用程序是整个领域中的众多应用程序之一,在某些情况下,在客户眼中甚至可能不是关键应用程序。

为什么这是一个挑战?考虑自己的工作非常重要是人的天性。同样,产品经理认为他们的应用程序至关重要,并且可能难以与正在处理各种应用程序的客户进行交互。如果您不了解您的应用程序适合更广泛的领域,那么您可能会错过集成和API的关键要求。此外,如果您的应用处理的是大笔交易数据,那么大客户很可能希望直接访问其数据。

您如何应对这一挑战?

  1. 了解工作流程。对客户工作流程有足够的了解很重要。您可以通过诸如上下文访谈或旅程映射之类的用户研究活动来做到这一点。显然,您需要与多个客户重复这些练习,以了解它们的异同。
  2. 计划未来,并专注于构建API。这将为您提供一种可扩展的方式集成到其他应用程序中。根据您服务团队的复杂程度,他们甚至可以根据独特的客户要求建立特定的集成,而不会破坏您的路线图。
  3. 规划提供对数据的访问。企业客户喜欢复杂的仪表板,这些仪表板可提供对KPI等的可见性。一些客户足够大,他们为此目的在内部拥有专门的团队。他们可能会要求直接访问数据。即使他们没有专门的内部团队,为您的数据构建良好的可视化元素最终还是对您的产品有利。

隐藏的挑战5:了解您的市场模式

当我向团队聘请新产品经理时,我经常提醒他们,企业应用程序可以有多种进入市场的途径(渠道),而产品定位在这些进入市场的渠道的成功中起着至关重要的作用。如果您的公司仅直接销售,即仅具有直接销售团队,则可以忽略此挑战。但是,如果您的公司通过渠道销售,您将无法忽视这一挑战。通道可以具有不同的类型,但是对于本文,我将其缩小为以下类型:

  1. 增值经销商(VAR)–顾名思义,这些合作伙伴从他们的角度以一些附加值或专业知识转售您的应用程序。
  2. 技术或服务提供商–这些合作伙伴是出售您的应用程序的人,但实际上是其公司的提供商。将诸如设施管理之类的全部功能外包的公司将求助于这些提供商之一。
  3. 整合商 –这些都是较大的公司,他们试图向集成了多个供应商解决方案的公司提供交钥匙解决方案。

为什么这是一个挑战?合作伙伴可以提出许多您作为产品经理从未考虑过的要求。例如–技术服务提供商或集成商更有可能要求给您的解决方案贴上白色标签,即剥去您公司中任何品牌的商标,以便他们以自己的名义转售该解决方案。他们也可能会将您带入您可能不希望投资的行业领域。最后,当出现问题时,指责的机会会非常高,您作为产品经理的机会也会被吸引。产品的巨大客户和收入来源,所以这还不是全部。

您如何应对这一挑战?

  1. 与您的销售人员交谈,以了解您今天拥有的合作伙伴类型以及您希望通过其销售的合作伙伴类型。根据类型,其产品要求会有所不同,您需要注意这一点。
  2. 建立明确的定位。了解合作伙伴不是您的应用程序专家。他们的理解将基于您的合作伙伴支持材料的坚固程度(如果存在的话)。他们极有可能没有上下文,而是会尝试将您的产品销售到产品市场与市场不匹配或脆弱的市场。
  3. 建立明确的支持&升级程序。根据您的应用程序的性质,对于合作伙伴如何为您的产品提供或获得支持以及如何解决问题,定义清晰的过程非常重要。作为产品经理,即使不是您的职责,您也要努力使这些定义变得明确,因为如果未定义它们,将来可能会对您造成干扰。

成为企业应用程序的产品经理可能具有挑战性,同时又是非常有益的。这些客户面对的问题的规模令人鼓舞,而每天有成千上万的人正在使用您的应用程序的感觉可能会非常有益。希望我在这里强调的挑战阐明了需要注意的地方。欢迎发表评论。