最小可行性产品经理—第三章（开发篇）【百科全说】

【国外设计翻译第33弹】

最小可行性产品经理（MVPM）：掌握设计、商业、开发交叉的技能和知识可以使你成为一个高效的全才产品经理，几乎可以处理任何问题。

之前我们讲了最小可行性产品经理的第一章-设计篇：包含设计模式，用户调研，如何把创意变为原型等相关知识。

也讲了最小可行性产品经理的第二章-商业篇：包含项目管理，测算模型，收集和分析数据等相关知识。

这次我们说下开发篇。

1.堆栈

当开发提到“堆栈”时，他们其实说的是为产品提供功能（也就是说让功能运转）的一层层的技术处理。从用户进入你Landing page页的那一刻起到他们删除账户为止，“堆栈技术”处理了上述所有的内容。

最快的学习方法 —邀请一个程序员领着你从堆栈的高层级走下来。记下各种技术的名称，然后或者谷歌搜索这些名称，可以帮助你了解各技术的优势和如何作出取舍，以及各技术间是如何协调工作。

这为什么能让你成为更好的PM？—当程序员在讨论如何构建某个东西的时候，术语会在房间里满天飞。了解“堆栈”意味着你至少可以跟上他们的节奏，随着时间的推移，你可以逐渐了解他们在讨论的是堆栈中的什么层级。通常，他们所需要接触的堆栈层级越多，或者层级越深，变化就越复杂和越危险。知道这一点可以促使你重新考虑通过不同的方式来解决问题。

2.系统架构

如果“堆栈”代表的是正在使用的技术，那“系统架构”表示的是这些技术如何协同工作以交付产品。堆栈技术主要是关于原始的技术能力，但产品的系统架构在设计之初，结合了对用户行为的预期的考虑。

最快的学习方法 —邀请程序员为你画一下架构图。你会得到类似这样的东西：

首先，不要慌。让他们领着你了解系统中每个组件（框）的功能。有些会处理互联网请求，有些会处理业务逻辑，有些会存储经过它们的数据（圆柱形的组件）。

其次，不管你信不信，这对你非常有用。

这为什么能让你成为更好的PM？—当你了解架构后，你开始将你的产品视为一个系统，这通常也是程序员的做法。了解系统中的每个组件如何为整体做出贡献，可以帮助你做出更好的决策和取舍。

通常，系统中的拥有最多连接的组件是最复杂的，因为很多其他的组件依赖于它们来获取数据或功能。为了完成产品，如果你必须更改的组件越多，那么相应的依赖组建也就越多，项目执行起来就越困难。

在较大型的公司中，你所接触的组件数量通常和你接触的团队数量相同，同时，你执行项目时需要获得的协助也就越多。

3.数据模型和API

数据模型管理了你的产品所用到的信息，并且标准化了信息的各个部分之间的相互关系。通过“信息”，我们其实说的是例如用户、商品、信用卡之类的东西，它们统称为实体。这些实体以某种结构化的方式相互关联。例如，一个用户可以拥有许多产品，但只能有一张信用卡。

数据模型与系统架构密切相关，因为某些实体存在于某些组件中。你的用户模型和商品数据可能都存在于组件A中，但是由于数据敏感性，信用卡信息位于组件B中。如果你的功能是要显示用户拥有列表中的哪些商品，那么这很容易，因为他们在相同的组件中。但是，如果你的功能是需要显示有哪些用户绑定了信用卡，则组件A需要连接到组件B才能共享数据。这更难，要实现这个功能，他们需要一个API（应用程序编程接口）。

API建立在数据模型之上，指的是任意两个组件如何相互通信并交换有关其基础模型的信息。重要的是，API还使你可以与外部通信。当你从使用地图叫出租车的时候，地图应用正在和滴滴或者滴答的组件交互。大多数应用程序都有公有API和私有API。公用API可以被互联网上的任何人使用，而私有API指的是使用你所指定的那些。了解你们团队的公有API对于了解你的产品如何与外部进行交互非常重要。

最快的学习方法 —你应该先开始尝试理解你们团队的公有API。它们通常很容易找到，并且经常出现在你网站的开发人员文章中。当你了解它们时，你会看到代码，没学过编程的话你可能会被吓到。但是，其实阅读文档和你是否学过编程并没有直接关系，你应该能够顺利读下来。学习API的好处在于，它们通常代表了大多数的基础数据模型，因此你可以一举两得。

这为什么能让你成为更好的PM？—了解你的数据模型可以提升你获取用于创造更好产品的信息的能力，同时明白获取该信息的难度。了解你的API意味着你了解合作伙伴和第三方开发人员可以从你的应用程序中获得哪些类型的信息，从而了解可能集成的类型。软件的可扩展性是其最有价值的特性之一，并且能够与其他产品（你的客户每天可能使用的产品）良好协作，这可以成为你产品的筹码。

4.你不该关心的东西

编程。不要误会我的意思。我喜欢编程，它有助于你做得更好，但除非它是一个技术性很强的产品，否则你不需要编程技术就能成为一个高效的产品经理。如果你发现自己是一个写代码的PM，你可能需要问问你自己，你是否在做高效的工作，或者你能不能确定你应该做什么。虽然这么说，我认为编写一个应用程序并将其发布到生产环境还是非常有价值和有趣的体验。

最小可行性产品经理三个章节的内容就到这里结束啦。希望大家能从这三篇文章中了解到如何快速把自己打造成一个适应市场的产品经理，设计、开发、商业的相关知识都会成为你做出好产品的基础。

最后，再列一下文章，忘了内容的童鞋们可以再重温下：

最小可行性产品经理—第一章（设计篇）

最小可行性产品经理—第二章（商业篇）

最小可行性产品经理—第三章（开发篇）：就是本文了～

blackboxofpm

译文地址：紫说（公众号）

原文作者：Brandon Chu

译者：紫说

最小可行性产品经理—第三章（开发篇）

1.堆栈

2.系统架构

3.数据模型和API

4.你不该关心的东西

相关推荐