你可能听说过“最小可行性产品(MVP)”,而我今天给你介绍什么是“最小可行性产品经理(MVPM)”
金蝶云社区-Kevin嚼薯片
Kevin嚼薯片
86人赞赏了该文章 613次浏览 未经作者许可,禁止转载编辑于2018年12月21日 14:44:40

BY:Brandon Chu(shopify产品总监)

评述:Kevin嚼薯片(微信:kevinwork)

备注:本文独家发布自金蝶云社区


你们可能见过下面这个图。它系统地展示了产品管理是多种技能的集合。


它的简单阐述使它成为最受接受的产品管理模因之一,并且它为这一学科做了很多贡献。

很久以前,当我还是一名产品学徒时,它让我认识到我需要为我的学习广度搭建模型结构。然而,它并没有告诉我应该把注意力集中在哪里——我开始尝试学习所有东西,事后看来,这是一个错误。

我们的人生没有足够的时间来学习这三个圆的所有知识,所以尽管这个图很有用,但它最终是不切实际的。

更有效用的是,你需要知道这个交集实际上是由什么组成的:


这个交集就是我所说的最小可行性产品经理(MVPM),它定义了一组技能或知识,这些技能或知识对于成为一名高效且全能产品经理是有所需要的,一个几乎可以解决任何问题的人。

MVPM绝不意味着你需要掌握它的技能才能有效,这对刚开始工作的人来说不切实际。相反,你可以把它看作是产品管理课程中的一种教学大纲。

这篇文章是为了给新的产品经理,也为了给经验更丰富、仍在寻求提升的项目经理。为了与图表保持一些对称,技能被划分为每个学科部分。





技术能力



1. “堆栈”技术

当工程师提到“堆栈”时,他们指的是用于为产品提供功能(即使产品工作)的技术层。从用户加载登录页面到他们删除帐户,一切都由堆栈中的技术处理。

最快的学习方法——请一位工程师带你在一个高水平上通过堆栈,写下每种技术的名称。快速搜索这些术语可以让你了解所选择的每种技术的一些高级好处和权衡,以及它们如何协同工作。保持较高的水平,因为你很容易掉进兔子洞。

如何成为一个更好的产品经理?——当工程师们在讨论如何建造某物时,术语满天飞。了解堆栈意味着你至少可以继续下去,随着时间的推移,你将开始理解它们所指的堆栈深度。通常,它们需要接触的层越多,或者层越深,更改就越复杂和危险。知道这一点可能会促使你重新考虑解决问题的不同方法。



2. 系统架构

如果堆栈表示正在使用的技术,那么系统体系结构表示如何将这些技术组合在一起来交付产品。虽然堆栈主要是关于原始技术能力的,但是产品的体系结构在其设计中集成了用户的预期行为。

最快的学习方法是请一位工程师画出你的系统架构。你会得到这样的结果:


首先,不要恐慌。请他们向你介绍系统中的每个组件(框)的功能。一些将处理internet请求,一些将存放“业务逻辑”,另一些是保存的数据(柱面)。

其次,这对你很有用。

如何成为一个更好的产品经理?——当你理解了架构,你开始把你的产品想象成一个系统,这也是工程师通常会做的。了解系统中的每个组件如何对整体做出贡献有助于你做出更好的决策和权衡。

通常,系统中连接最多的组件更改起来最复杂,因为许多其他组件都依赖它们来获得数据或功能。为了完成构建,你需要更改的组件越多,依赖项就越多,项目执行就越困难。

在较大的公司中,你所接触到的组件的数量通常与你需要与之交互的团队/组的数量相等,并且你在执行项目时需要更多的一致性。



3. 数据模型及其API

数据模型组织产品使用的信息,并标准化这些信息片段之间的关系。通过“信息”,我们实际上是在谈论用户、产品和数字资产等东西,这些东西统称为实体。这些实体可以以某些结构化的方式相互关联;例如,一个用户可以有很多产品,但只有一张信用卡。

数据模型与系统架构密切相关。你的用户模型可能驻留在组件A中,产品数据也可能驻留在组件A中,但是由于敏感性,信用卡信息驻留在组件B中。但是,如果需要知道哪些用户存储了信用卡,那么组件A需要连接到组件B,以便共享数据。这是比较困难的,要完成它,他们需要一个API(应用程序编程接口)。

API构建在数据模型之上,表示任意两个组件如何相互通信并交换关于其底层模型的信息。重要的是,API还允许你与外部组件通信。当你从谷歌地图调用Uber时,谷歌地图应用程序正在与来自Uber的组件对话。大多数应用程序都有公共API和私有API,它们分别可由网络上的任何人或你指定的那些人使用。了解你的公共API对于理解你的产品如何与外部世界交互至关重要。

最快的学习方法——你应该首先关注于理解您的公共API。它们通常很容易找到,并且经常存在于网站的开发人员文档中。当你将看到代码,可能会难到您,也可能不难,但是如果文档还算过得去,那么这应该是无关紧要的,你应该能够很好地阅读它。研究API的美妙之处在于它们通常代表了你的大多数底层数据模型,因此你可以一举两得。

如何成为一个更好的产品经理?——了解你的数据模型可以扩展你的能力,以了解你可以利用哪些信息来创建更好的产品。了解你的API意味着了解合作伙伴和第三方开发人员可以从你的应用程序中获得哪些类型的信息,因此可以进行哪些类型的集成。软件的可扩展性是它最有价值的特性之一,并且能够与其他产品(你的用户可能每天都在使用的产品)很好地协作,这很快就成为了一个重要的问题。



4. 你不该关注的地方

你不用关注编程。不要误解我的意思,它确实能帮助你变得更好,但是除非你是一个高级技术产品,一个最小可行性产品经理不需要学习编程。如果你发现自己是一个项目经理,你可能需要问自己,你是否真的在做高效用的工作,或者你不确定你还应该做什么。尽管如此,我认为构建至少一个应用程序并将其发布到生产环境中是一种非常有价值和有趣的体验。





商业能力




1. 项目管理

项目管理真的很重要。如果你不能很好地运行一个项目,你就永远不会成为一个好的产品经理。

最快的学习方法——这个很难。要成为一名高效的项目经理需要大量的经验和时间。你可以想读多少就读多少,但归根结底,这是一个人类行为问题。你需要花些时间去了解你最终会接触到的各种性格,而你找到的任何关于如何处理这些性格的建议也往往是主观的。

也就是说,有一些特定的东西你可以来加速你的学习曲线:

- 了解产品开发的基本知识,以便与团队产生共鸣。了解版本控制(Git)、协作编程(GitHub)、质量保证流程,以及在高层次上如何以及何时将代码部署到用户的产品中。

- 了解困扰开发团队的常见问题,以及他们为解决这些问题而开发的流程。你会遇到敏捷开发方式、瀑布流开发方式等。无论你的公司是否使用这些方法,学习它们背后的理念都是有价值的。

- 了解公司的决策,并分辨出利益相关者。这些人通常是你的客户、你的老板、团队成员和其他产品经理。找到一种方法,确保每个人都知道项目的状态和方向,这与他们所关心的内容密切相关(你也必须了解这一点)。

如何成为一个更好的产品经理?——你会和你的团队完成更多有挑战性的项目,人们会喜欢和你一起工作,因为每个人都讨厌管理不善的项目。



2. 产品量化模型

没有衡量的事情很少能做好。每个产品都应该有与最终成功相关联的量化目标,比如用户增长、功能使用度、收入等等。

当你的团队正在讨论下一步的开发优先度时,重要的是设定一个模型,说明产品将如何根据这些指标进行优化。

最快的学习方法——使用电子表格。一个好的模型清楚地展示了两件事:


产品的单位经济学及其产生的假设:

- 获得一个新客户需要多少钱?

- 运营这个产品要多少钱?

- 用户转化对你的目标有多大影响?


预测影响力和产生影响的假设:

- 这种产品在未来一年里有多大的发展?

- 我们需要雇佣多少人来增进和支持它?

- 从长期来看,诸如成本削减、通货膨胀和竞争等市场力量会如何影响产品的?



如何成为一个更好的产品经理?——为你的产品建立一个模型是一个很好的方法来测试你的直觉假设,并确保你的产品有足够的落地潜力。也使你的工作更容易,通过这种能与受众产生共鸣的方式证明项目的合理性。



3. 收集和分析数据

能够独立收集数据对快速决策至关重要。依靠别人的数据不仅效率低,也很难清洗数据,因为谁都不能确定这些数据的真实性。

它还会降低重要的时候根据数据做出决策的能力。几乎每天都会面临在特定场景中作出决策的情况,拥有支持决策的数据可以让你更容易找到正确的方向。

最快的学习方法——你的目标是数据的独立性。至于是否需要编写SQL查询或使用接口取数,这取决于公司的基础设施。无论怎样,都需要学习这些可用的工具

如何成为一个更好的产品经理?——当数据对你来说很容易获取的时候,你会更多地使用它,支持你的迭代。不管你在考虑下一步要做什么,还是在看产品运营情况,你都会下意识地把数据作为决策重点。



4. 你不该关注的地方

不要浪费你的时间在制定战略商业案例、3年计划和其他MBA项目中。虽然这很有用,但这不是在软件领域取得成功的方法。你只需要理解产品愿景,找到一个值得解决的问题,建立一个方案来解决它,然后尽快找到真正的用户进行验证。





用户体验



1. 了解你的产品的设计模式

无论是否有事先规划过,大多数产品都会随着时间发展自己独特的设计模式。设计模式是在产品中一致使用相同的可视化和交互式组件。所有按钮上的文本都是25像素的字体,所有的表单都不能超过3个字段,每次发生错误都会发出警告声音,并向用户发送详细信息的电子邮件——这些都是设计模式。


了解产品的设计模式,对于用户如何在他们的脑海中映射你的产品,以及如何随着时间的推移有效地为他们提供新功能,都至关重要。例如你在发布资料时,通常会给用户一个绿色按钮,上面写着“添加新信息”,而下一次你会切换到一个橙色按钮,你会把人搞糊涂的。

随着产品的发展,模式的一致使用变得更加重要,因为它能使团队虽然能分开够独立工作,但仍然能构建一个具有凝聚力的产品。

设计模式通常也是与技术模式协调的,比如样式指南和组件,它们基本上是可重用代码的库,可以加快开发速度,因为不必重新设计或实现相同的功能。

最快的学习方法——与你的设计师交谈,他们知道这些模式,能够给你一个风格指南的文档。还可以与前端工程师交谈,他们可以提供到模式库。

如何成为一个更好的产品经理?——简单地说,按模式设计产品要容易得多,也快得多。这让你站在过去团队做出的设计决策的肩膀上,这些决策使得产品更容易让用户使用。



2. 知道如何进行用户体验研究

产品经理如果不了解你的用户,你将永远无法创造出伟大的产品。从面对面采访一个人,到定量分析数以百万计的用户行为,了解用户体验研究的基本知识对你的工作是必不可少的。

最快的学习方法——有效的用户研究是一个非常大的领域,所以我建议你专注于理解以下几点:

 - 了解样本容量及如何统计

 - 如何标准化你的样本

 - 如何在调查和面试中问出不带偏见的、非引导性的问题

 - 如何综合结果,避免不好的结论

如何成为一个更好的产品经理?——通过不断和频繁地与用户测试你的产品,你可以消除产品开发中的许多猜测(和风险)。在项目开始之前,你应该进行测试,以验证你认为要解决的问题确实是一个痛点。在设计和构建过程中,你应该测试产品的设计是否易于使用,是否能够解决用户的问题。发布之后,你应该确认问题已经为你的用户解决了。



3. 知道如何原型化你的想法

在这种情况下,原型设计意味着能够创建能够有效表达你想法的视觉原型。他们需要足够好,这样你才能清晰地传达产品概念。

口头或书面的产品体验交流是非常困难的。用一个设计原型,即人们可以看到并且最好与之交互的东西,是一个非常高效率的解决方法。

首先,它使用户与产品清晰地相互作用。其次,通过视觉,团队中的每个人都能也同样的理解去给出他们的观点。

在大多数项目中,产品的设计优先于开发,是很重要的。设计人员需要领先于开发人员,因为一旦开始按照特定的方向进行开发了,转换成本就会高得多。

很多产品设计都是迭代的,并且是与开发并行的,所以当遇到问题时,设计可能很快就会落后。在这种情况下,产品经理必须能够卷起袖子,成为首席设计师的助手,帮助推动高保真原型的交付,以便工程师能够继续开发。

如何成为一个更好的产品经理?——通过原型设计,向人们展示你的想法,而不是假设他们理解你的想法,你将得到更好的反馈,并减少沟通失误导致浪费精力的风险。



4. 你不应该关注的地方

不要专注于成为一个伟大的视觉设计师。你的能力是产品设计,而不是使一个界面变得漂亮,除非你是设计专家(需要说明的是,确实有一些专家),否则你可能只是认为自己很优秀,实际上你很烂。





最小可行性产品经理(MVPM)

这并不容易,而且需要很多时间,所以要一点一点地解决它,享受你正在学习的东西。我希望这能帮助你在成为一个伟大的产品经理的过程中变得更有效率。






欢迎【关注】我,并给我【点赞】

赞 86