最困难的 - 但最高的杠杆 - 产品管理类型是定义成功的平台。通过平台,我指的是应用程序开发人员使用的基础软件来创建最终用户解决方案。示例包括操作系统(例如Windows,MacOS,Palm OS),操作环境(例如Java,Flash),Web服务(例如Amazon或Ebay的集成API)以及游戏开发人员平台(例如XNA)。

在我进一步之前,重要的是指出什么不是平台。那里有太多所谓的“平台”,真正只是未完成的产品。该团队没有完成提供完整解决方案所需的工作,因此将其推广为平台,并将客户或开发人员推迟完成。如果您没有在软件上构建的多个商业软件产品或服务,那么您就不是我描述的感觉的平台。

但假设你是,那么你知道平台产品管理是否有多困难。首先,有三个非常不同的选区:

- 应用程序提供商是选择使用平台构建解决方案的业务。

- 开发人员为应用程序提供商工作,他们使用平台服务编写软件。

- 最终用户是运行应用程序提供商产品的产品,并最终使用您的服务。

这三个选区中的每一个都带来了非常不同的需求和要求。在不符合所有三个方面的关键需求的情况下,您根本无法成为一个成功的平台。

如果您使用您的服务,并且您的可行性,应用程序提供者将关注业务存活率 - 如果您超出业务或停止对该平台的支持。应用提供商关注您的定价,许可,质量,支持和全球可用性等因素。

开发人员正在寻找服务,使他们能够轻松地以他们想要使用的语言快速创建可维护,可靠的代码,并在他们需要接通的设备上使用他们喜欢的工具和基础架构。

最终用户主要关心最终结果。如果他们想要的功能和服务不是在他们需要的方式或不起作用的情况下,他们不会购买应用程序,这意味着应用程序提供者失败,这意味着您丢失了客户,最终也会失败。

平台产品经理制定的最大错误之一是三个选区的优先级。开发人员是最大的声乐集团,而且公司最简单,所以他们通常被认为是第一个。应用程序提供商是写作检查的人,以便他们靠近。但是,最终用户通常从平台提供商中删除他们很少直接互动。不幸的是,这正是反向所需要的。优化最终用户的开发人员是一个很大的(但很常见的)错误。如果应用程序是最终用户喜欢和使用的东西,开发人员可以更加努力地工作,而且使开发人员开心,但没有人想要最终结果。

无数平台 - 崇拜者犯了这个错误。推理非常简单:我是开发人员;我知道其他开发商想要什么;所以我会创造一些东西来帮助我的同事和我自己。我必须在这个营地内包括客户端Java。伟大的发展环境;可怕的用户体验;大巨头的机会。

许多极其成功的平台对开发人员来说是彻底的糟糕。但是由于对最终用户的令人信服的价值并因此成功地成功了。有关此示例,您不必看起来比早期窗户更进一步。

我不是倡导为开发人员带来悲惨的平台,但产品管理都是关于选择和优先事项,并且必须了解交付的申请是最重要的。

平台产品管理还有其他重要的尺寸,使这个区域挑战。For example, there are many different delivery models (e.g. embedded, private-label, co-branded, hosted) and many forms of customization that may be required (e.g. end-user, customer’s IT, solution provider/SI, vendor, source-code). Each of these is an article in itself.

支持平台提供商也非常困难。酒吧很高,因为您对所有客户的关键依赖。也就是说,在平台上工作的伟大事物是它们的杠杆非常高,如果你做得很好,你可以创建一个繁荣的生态系统,你和你的申请提供商合作伙伴一起成功。

分享这个