Shopify前VP：做最小可行产品经理
共 5810字，需浏览 12分钟
·
2024-07-20 20:18
上图很直观地表明「产品管理」就是多种技能的交集。因为简洁明了，这图也成为了产品管理中最成功的模型之一，为产品行业做出了贡献。
当我还是一名产品经理萌新的时候，这张图让我意识到需要广泛涉猎不停学习。然而，它没有告诉我应该把重点放在哪里--我试图学习一切知识，事后看来这是错的。
人们不可能有那么时间去学习关于这三个圆里包含的所有知识，所以这个图虽然有用但不太符合实际。事实上，弄清那个交集的组成内容或许对我们更有用
我把这个交集称作最小可行产品经理(MVPM)，其中定义。了一系列知识和技能，掌握后能够让你成为一个可以解决绝大部分问题的产品经理通才。
MVPM理念绝对不意味着要成为一个强大的产品经理需要精通里面提到的技能，对于新人而言这既不实际又会适得其反。你仅把它看作是一个「传说中的产品管理课程」的大纲就行。为了保持和上图的一致性，我把技能点按照三个大类进行划分，每个大类我提出三个要重点关注的关键的概念/技能，再加上一个无需踩的坑。
MVPM:技术
1.技术栈
当工程师们提到「技术栈」这个词的时候，意思是指那些用于产品功能开发、让程序跑起来的技术层。比如登录落地页、又或者注销账号功能。
如何快速学习--去请教开发人员给你概述一遍所用到的技术栈，然后记下来，再用搜索引警查阅资料，你就大概可以了解到每种被选用的技术的优缺点，以及这些技术之间是怎样协同运作的。保持大致了解的程度就行，否则你可能会一个不小心就入了大坑。
成为更出色的产品经理--当开发人员在讨论如何构建某个功能时，各种术语会满天飞。了解技术栈意味着你至少能跟上节奏，假以时日，你还会了解到他们在讨论涉及到多深的技术栈。一般来说，项目中所动用到技术栈里面的技术层面越多或者越深，改动起来就越复杂，风险也会更大。知道这些之后你也许会考虑另一种解决方案了。
2. 系统架构
如果说技术栈代表用到什么技术，那系统架构就意味着这些技术是如何构建成完整的产品。前面说的技术栈是纯粹的技术能力范畴，而系统架构则在其设计之中包含了用户的预期行为。
系统架构图
如何快速学习--让开发人员把系统架构画出来，然后你会得到类似上面的图表，再让他们介绍一遍系统里每个组件的作用。比如一些是用来处理网络请求的，另一些是用来存储「业务逻辑」的，还有一些是用来存储数据。
成为更出色的产品经理--当你了解了系统的架构之后，你会更多地像工程师们一样思考，把你的产品当作一个系统来考虑。了解到系统里面的每一个组件是如何为整体工作，会帮助你做出更好的抉择权衡。
系统里面关联连接最多的组件改动起来是最复杂的，因为其他的组件要依赖他们的数据或者功能。你要实现的功能需要改动的组件越多，就会遇到越多的依赖性问题，项目就会越难实施。在大公司里面，你要改动的组件数量通常和你要去沟通的团队数量成正比，你要实施的项目也就要争取到更多人的支持。
如何快速学习--让开发人员把系统架构画出来，然后你会得到类似上面的图表，再让他们介绍一遍系统里每个组件的作用。比如一些是用来处理网络请求的，另一些是用来存储「业务逻辑」的，还有一些是用来存储数据。
成为更出色的产品经理--当你了解了系统的架构之后，你会更多地像工程师们一样思考，把你的产品当作一个系统来考虑。了解到系统里面的每一个组件是如何为整体工作，会帮助你做出更好的抉择权衡。
系统里面关联连接最多的组件改动起来是最复杂的，因为其他的组件要依赖他们的数据或者功能。你要实现的功能需要改动的组件越多，就会遇到越多的依赖性问题，项目就会越难实施。在大公司里面，你要改动的组件数量通常和你要去沟通的团队数量成正比，你要实施的项目也就要争取到更多人的支持。
软件的可扩展性是其最有价值的特性之一。另外，能够与其他第三方产品实现良好协同是目前软件产品的基本要求。
4.不要去编程
别去编程。虽然我喜欢编程，编程也确实能帮进步，但是除非你在做一个高技术含量的产品，否则你不需要为了成为强大的产品经理而去学编程。如果你发现自己正在以产品经理的身份去写代码，可能就要问问自己是否在做高投产比的工作了。还是说自己也搞不清楚你应该做点什么其他的活。话说回来，我觉得自己开发并部署至少一个App其实也是个有价值的经历。
MVPM：商业
1.项目管理
我知道这很枯燥，我也很讨厌做项目管理，不过它真的很重要。如果不能运行好一个项目，你就永远称不上是一个好的产品经理，就这么简单。
如何快速学习--这一项其实很难。要做一个好的项目经理需要很多的经验和时间的积累。你可以从书本上读到很多，但终究到底这是人际关系的问题。要花时间去学习工作中会遇到的各种各样性格的人，包括如何和他们打交道。尽管如此，这还是有一些软件相关的东西需要学习:
了解产品研发基本流程，可以使你和研发团队更有共鸣学习版本管理(比如Git)、协同开发(比如Github)软件测试，还有大概了解代码是怎样以及何时部署给用户的。
了解研发团队的常见难题，以及其他人用过哪些方法来尝试解决。你会遇到一些例如敏捷、Scrum或者看板管理之类的概念。不管你的公司有没有采用，这些解决方案背后的思想都是值得学习研究的。
了解组织里的决策方式，搞清楚利益相关人。一般会包括你的客户、老板、团队成员的上司、以及其他产品经理。想办法确认大家都在他们关心的层面上，清楚项目的现状和方向(你也得搞清楚他们到底关心哪个层面)。
成为更出色的产品经理--你可以和你的小伙伴一起做出更多事情，而且大家会喜欢和你工作，谁其实都讨厌混乱的项目管理。
2.业务建模分析
未经过计划预估的事务很少能做得好。每个产品都应该制定需要达成的目标，比如关于用户增长、功能使用情况、产品营收等方面。
当你的团队在争论下个版本哪批功能优先级最高的时候，若你能设计一个可以指导产品发展方向准则的模型就显得十分重要了。
如何快速学习--打开你的Excel。-个好的模型应该能清晰地展示两个东西:
产品成本预估:
。获取一个新用户的成本是多少?
。维护产品的成本是多少?
。一次转化对你的目标能产生多大的作用?
产品未来发展预估:
未来一年产品会怎样发展?未来三年呢?
团队需要多少人来去支撑产品的优化和运维?长期来看市场状况如何?例如成本下降、通货膨胀以及行业竞争等产生的影响。
成为更出色的产品经理--如上所述的产品发展模型分析如果你经常练习去为你的产品建立这样的模型，那么这将是测试你的产品发展预估模型的好方法，也能确保你的产品有足够的发展潜力让你值得为之付出。另外，
它还可以让你的工作变得更加简单，让你的项目更能说服的你的利益相关人，让你和其他项目比较它们的机会成本。
项目规划与产品规划
3.数据收集及分析
一个团队如果能够用独立的收集各种数据，那么对于团队做出快速决定是非常重要的。对于那些复杂的数据分析，依赖其他人来帮你收集数据不但是浪费别人的时间，而且这样也不会让你领会到数据的真正作用;因为那些懂得做数据分析的人都知道对数据的理解和敏感度是通过不断对数据的挖掘和分析养成的，而并不是你天天看着PPT里那些漂亮的图片就能学会的。
依赖别人来去收集和分析你的数据同样也会削弱根据数据来去做决定的能力。几乎每一天我们都在决定着产品在某个特定的用户场景应该如何去设计，这时有数据作为支撑的决策就会变得很简单
MVPM：用户体验
1.了解产品设计模式
大部分产品经过长时间的迭代后，都会形成自己的设计模式，不管你有没有刻意地去规划它。设计模式是指在产品中一直使用着的相同的视觉效果和交互组件。
「产品按钮上的字体使用25号大小的字体;所有的表单都不超过3个字段;每次的报错都会有一个爆炸的音效反馈，并给用户发送一份关于这个错误细节的邮件。」--这些都是设计模式。
了解产品的设计模式是让你清楚你的用户是如何理解你的产品以及让他们很快的接受你的产品的新功能的关键。随着产品的不断成长，运用一致的产品设计模式将变得越来越重要，因为这样既能够样产品团队中的每个人独立地工作，也
能够让产品看起来更加浑然一体。设计模式一般是会和技术模式相互和谐发展的，像一些样式或是前端组件，技术都是可以拿同样的代码来复用的，这样开发的速度和效率都会更高，因为他们不需要再去设计或是实现一个同样的功能了。
如何快速学习--请教一下你们的设计师，他们都应该知道这些设计模式，当然也希望他们能给你一份设计模式的相关参考。同样的，请教一下你们的前端工程师，他们也会给你一个关于设计模式的相关参考。
成为更出色的产品经理--坦自说，使用设计模式会让你产品工作更加简单更加快速。设计模式让你站在设计大神的肩膀上，以至于你的产品做得非常简单易用。如果你想打破产品现有的设计模式，你必须想清楚为什么要这么做，准备好向团队说清楚这样做是对产品的长期健康发展是有必要的。
2.知道如何做用户研究
产品经理应该代表用户的声音。如果你不懂用户，永远也不可能打造出卓越的产品。从做一个面对面的用户访谈开始，到量化分析数以万计的用户行为数据，学习好如何做用户研究，对你的工作来说是非常必要的。
如何快速学习--有用的研究是一个非常大的领域，所以避免把你引到一个大坑里去，我推荐你搞懂以下几点
了解研究样本的大小，知道怎样计算统计结果;。如何让你的样本更具代表性，以及它为什么如此重要;·如何在调查和采访过程中如何提出不带偏见、不具诱导性的问题
如何得出全面的研究结果并避免得出错误的结论？
成为更出色的产品经理，通过频繁地与你的用户一起测试你的产品，你可以打破很多产品开发中的猜想。
在一个项目开启之前，你应该测试验证一下你想要解决的问题或是需求，是真的需要被解决的。当你在设计和开发产品时，你应该测试你设计的产品是否是易用的，并且它能不能够帮助你的用户解决问题。在产品上线之后，你应该验证你帮助用户解决的问题是不是真的解决了。
3.知道如何将想法变为原型
这里所说的原型是指能够做出可以高效表达你的想法的产品视觉原型草图。原型做得足够好，你就能做好以下几点:
清晰的表达出产品的概念:
要传达好一款产品的体验，无论是从口头表达还是书面表达，都是非常困难的。而一个可以让人们看到产品大致样子的原型(最好可以加上交互效果)会有效十倍。
之所以这样，是因为有两点的原因:
产品原型可以清晰地描述用户最终如何与产品进行交互;
因为人类天生喜欢视觉化地思考，可视化的原型可以对齐不同领域的看法和差异，以至于团队里的每个人都可以用共通的语言来沟通，并高效地给出自己的意见。
在必要的时候帮设计师一把:在大多数项目中，产品设计走在产品开发的前面是非常重要的。
设计师努力「跑在开发的前面」，因为一旦开发人员按照既定的方向去开发产品，之后产品方向的变更产生的成本将会很高。
因为很多产品的设计都是需要不断的迭代并且是与产品开发并行的，当产品设计遇到瓶颈(例如，用户调研证明设计是不够好的)，设计的进度就会很快的落在开发后面。
遇到这种情况的时候，产品经理就应该能够马上撸起袖子充当设计师的助理，保证产品的开发进度。
如何快速学习--不用多说了，赶快把Sketch/Figma学起来吧
成为更出色的产品经理--通过原型，你可以告诉别人是如何思考的。同时，你也会从你的同事那获得更多更好的反馈，也减少了沟通不畅导致的人力浪费。
4.别想着去做一个牛逼的设计师
别想着去做一个牛逼的视觉设计师。也许你有能力去设计出很漂亮的交互界面，但是这是多余的，这样打消那些深入研究产品设计的人的信心的。除非你真的是一个设计大牛(需要清除的是，大牛永远是稀缺的)，否则当你以为自己还不错的时候，可能你真的啥也不是。
最后一句建议：
我不会企图轻视以上所学习的知识。学习上述内容并不简单，它需要花费很多的时间，所以，一步一个脚印去解决每一个难题，并为自己学到的东西感到高兴。我希望这篇文章能够在你成为卓越亦或是最小可行的产品经理的路上，提供一点微小的帮助。
作者：产品随想录
来源小红书：产品随想录
题图来自 Unsplash ，基于 CC0 协议，如有侵权，请联系pmtalk123删除
请添加微信 PMxiaowanzi
//Kevin的电子书//
如果你希望学习产品经理进阶内容，可以订阅我的《简易设计》专栏，系统学习我个人基于创业与10年产品经理经验的产品设计方法：简易设计，通过用户调研&研究、产品拆解、组合、产品迭代、框架定型5个步骤，助你构建产品知识框架，扫码订阅迈向顶级产品专家。