爱自学，是终身自由的开始——SaaS产品经理的自学之道

人人都是产品经理 • 2年前扫码分享

我是创始人李岩：很抱歉！给自己产品做个广告，点击进来看看。

编辑导语：不少想入门SaaS 产品经理的小伙伴或许都有着这样的困惑：想转行但是不知道怎么入行、刚开始做不知道如何成长等诸如此类问题。面对如许问题，该如何解决？作者总结了关于SaaS产品的选择原因以及如何自学SaaS产品相关知识，成为一名优秀的SaaS产品经理，希望对你有所启发。

一、为何选择做SaaS产品经理

最近收到了不少小伙伴的关于职业成长上的疑问，大致可以归为这么两类。

一，我是运营，我是技术，我是设计，我现在并不是SaaS产品经理，我应该如何进入SaaS行业，成为一名产品经理呢？

二，我刚开始做SaaS产品，应该如何成长呢？

基于这些问题，也就有了今天这样的一篇文章。

首先想聊聊，同属于B端产品，可以从事的方向并不少，为什么要选择做SaaS产品？

就2B企业服务方向，你大可选择以下任一一种，稳步发展。

定制项目产品。也就是大家经常说的外包产品。按照项目来推动工作，一个项目做完了接着另一个项目。
传统软件产品。服务于本地化部署的客户，由于每个客户一套代码，可以在这套代码上做定制性的改动，但缺点是维护成本很高。
企业内部产品。服务于企业内部，用于企业内部员工协作，配合实现业务线上化。
2B企业的对外产品。负责外部客户使用的产品设计和更新，一般客户需要通过使用线上产品来走通流程，实现业务目标。这个产品可以是免费的，只是给用户提供线上化的服务方向，例如企业客户通过线上下单团餐。这个产品也可以是收费的，类似于天猫入驻就需要收费。
SaaS产品。通过销售在云端使用的软件收费，为软件的通用性负责。

先看这样一张图。

爱自学，是终身自由的开始——SaaS产品经理的自学之道

图中圆形是公司中常见的岗位，把他们分布到四象限中。横轴是岗位为公司创造商家价值的直接程度，纵轴是创造商业价值的大小。

可以看到销售岗位既能直接获取收入，又能创造不少的收入，所以他们的岗位影响力和话语权，往往在公司占优。

把同样的道理，放到几类不同的产品上。

可以得出岗位影响力：定制项目产品< 企业内部产品 <2B企业对外产品 <传统软件产品<SaaS产品。

SaaS产品最能直接为收入直接做出贡献，因为SaaS产品工作的最终成果，就是一份可销售的产品，产品的设计方案可以直接转化为一笔笔收入，同时设计方案的良好与否，也决定了客户的引入和留存成本，是一份和收入，和成本同时相关的工作。

传统软件产品类似于SaaS，但由于客户强势，非常容易被客户牵着鼻子走，定制化的诉求打断了产品的发挥空间，在收入和成本的影响力上，都逊色于SaaS产品。

接着是2B企业对外产品，可以直接或间接为企业创造价值，但不如传统软件作用直接。

企业内部产品，除非分配到的模块能直接增收将本，否则一般都是间接对业务起作用，更多的作用是支撑业务场景，没有很大的话语权。

最后是定制软件的产品。可能有同学好奇，同样最后产出能卖钱的内容，为什么定制项目产品影响力最弱呢？因为定制产品的付费门槛很低，用户最终付费大部分取决于客情关系，沟通感受，只要产品设计得不是太弱，一般客户都会买单。并且往往客户会提供设计思路和方案，产品只需要去实现就好了，谈不上太高的技术含量，也就没有很高的影响面。

再看这样一张图。

爱自学，是终身自由的开始——SaaS产品经理的自学之道

以一年为一个周期，同样工作4年。

左边的产品经理一直在一个赛道深耕，每年都在上一年的基础上进步，我们把这种成长的方式叫做复利模式。

而右边的产品经理每年更换赛道，累积下来的内容对后续的发展毫无用处，我们把这类无法累积优势的模式叫做负利模式。

同样花了四年都时间，最后落到能力的差距上，两种模式几乎相差一倍。

从事不同类型的B端的产品，完成不同的工作内容，也会导致我们走向不同的模式。

按照复利模式从难到简单来排序：定制项目产品< 企业内部产品 =2B企业对外产品<传统软件产品<SaaS产品。

定制项目一般身不由己，无法决定自己做哪类方向，也就很难在一个领域累积。

企业内部产品，2B企业的对外产品，都可以在某个模块，或者某个业务流程中逐步累积内容。

而传统软件产品，服务的客群更加丰富，可以在这个领域获得更多的认知；而SaaS产品，除了领域认知以外，还能挑战产品的架构能力以及冲刺行业前瞻性，是更容易累积复利的选择。

两者对比，SaaS产品在公司内部的影响力，以及复利累计的效应，都相对于其他B端产品更优。所以如果有志于从事企服行业，SaaS产品确实是不错的选择。

二、SaaS产品的学习范围

首先，SaaS产品经理，底座仍然是产品经理，只不过提供服务的方式是SaaS。

这就像同样是销售，不管是卖保险，还是卖可乐，岗位本质仍然是销售，所以这个岗位的能力需求仍然是通用的。

其次，SaaS是服务于企业信息化一种形态，和传统软件有相似，也有着自己的特性。

最后，SaaS有具体的服务场景，是提供给哪个行业或者哪个场景，为了解决什么业务问题而使用。

综上，可以把SaaS产品经理拆分，SaaS产品=SaaS特性+SaaS服务的场景+产品经理

对应到SaaS产品的成长上，也就是在这三项内容上进行深耕。

对于SaaS特性，要了解为何会诞生和存在，要知道SaaS公司如何经营，而其中的SaaS产品应该如何开展工作。

对于SaaS服务场景，要能对市面上的SaaS产品进行分类，明确每类的发展路径和方法，进一步明确不同类型的SaaS公司和SaaS产品应该如何工作。

对于产品经理，你得知道总体责任是什么，是围绕哪些内容进行工作，具体的工作事项有哪些。日常会产出的文档有哪些，这些工作项对能力的要求有哪些。

三、SaaS产品的自学方法

很多书籍都会告诉你，产品经理要有乔布斯一样的极致精神，要有老罗一样牛掰的演讲能力，要有张小龙一样的克制和前瞻，林林总总，不一而足。这条道路上的榜样太多，拿出大厂的能力模型发现也无从下手。

看到如图的内容，第一感觉是：哇，好多内容，这些都要学习吗？第二感觉是无从下手，每个能力从何学起毫无头绪。

之前有介绍过B端产品的成长困境（详见： B端产品成长难，这三种错配你中招了吗？）。确实对于B端产品这个岗位，市场出现大量的需求只有5年时间，很少有产品经理能够被体系化地培训。而成长的环境，受限于公司的制度，工作的时间分配，甚至老板对你的定位，让产品都很难一步一个台阶地日益精进。所以每个产品，都应该对应一整套自我学习的体系。

自学看上去是一件低门槛的事情，在现代，打开B站，打开抖音，打开公众号，好像随时随地都可以学习，但如何结合实际，把自己教会，解答成长中的一连串问题，真的很难。

你会面临：

要学什么？
选择什么样的教材？
制定什么样的教学目标？
采取怎样的教学步骤？
……

每一步都考验着自己的自信心和自我管理能力。

正因为自学不简单，英文里把“自学者”叫做aotodidact，含义不是说浅层的学习者，而是让人肃然起敬的智者。

物理学家霍金就是善于自学的一个人，在牛津读大学时，老师并不在课程上教授全部知识，而是布置很多课下的自学内容。有一次，教授要求霍金读一本讲统计物理学的书并做习题。一周过去了，霍金找到教授：这些习题我一道都没做。教授眉头一皱，正准备责难，霍金补充道：但我把书里所有的错误都标出来了。

我们当然很难成为霍金，但可以学习他的【以我为主，为我所用】的学习态度，做我的学习计划中认为对的事情，达成我的学习目标。这也是知识大V【L先生】最为推崇的一种学习方法。

接下来就让我们以霍金为目标，向自学进发吧！

1. 作为自学者，你得首先带着一个框架，明确自己需要学习什么样的内容

在这个睁眼就有信息主动跑到你面前的时代，如果没有框架的引导，我们的学习看起来自主，其实本质上跟填鸭差不多，每天都被碎片般的信息充斥。

那如何构建自己的框架呢？我的建议是，从提问题开始。

问题是好奇心的产物，而没有好奇心，很难在一个行业去进行深耕。

我们都知道，面对自己不理解的事情，应该多问why，甚至产品经理的访谈原则中，有5why的终极问法。

至少应该对你想做的事情，有着比较强烈的求知欲，知道它在发生什么，以后会发生什么。

回顾一下前面的内容，SaaS产品经理=SaaS特性+SaaS服务的场景+产品经理

那就可以对每一个部分进行拆分，逐步进行学习。

举例，对于SaaS的特性，你可能希望了解：

关于SaaS形态：

SaaS是什么？
SaaS为什么会存在？
SaaS的未来会怎么样

关于SaaS公司：

应该如何经营一家SaaS公司，应该有哪些部门，每个部门都应该做什么事情？
SaaS公司的发展会经历几个阶段，每个阶段会遇到什么问题和难点？

关于SaaS产品：

有哪些分类？每类的发展都怎么样？
相关领域里的龙头产品有哪些？他们有什么样的定位和功能？

关于SaaS产品经理：

应该着重发展的能力有哪些？和其他类型的产品有什么不同？
SaaS产品在公司的责任、职能，工作步骤有哪些？以什么来评判一个SaaS产品是否优秀？

以上是针对【SaaS特性】的拆分，而【SaaS服务的场景】、【产品经理】，也是可以按照类似的方法，梳理内容一一列出。

要强调的是，列框架是非常私人和自我的事情，这是绝对无法照抄的。进入社会后的学习，与读书时候的最大不同，就是没有人会考一样的卷子，每个人面临的难题都不一样，你得针对自己想知道的，需要知道的内容去列框架。不用担心最开始列不出多少内容，随着知识的增长，你会产生更多的疑问，感受到自己的空空如也，急需知识哺育。

同时，你也可以从日常工作中发现问题，把他们加入框架。

再细小再私人都没有关系，只要是和工作有关的，只要产生了一丝疑惑，它都值得被你认真解答，每个问题都是你向前进步的小种子。

比如：评审的时候，开发总是提出一些很刁钻的问题，如何有理有据地反驳研发？

又比如：我写需求文档总是想不全应该怎么办？

还要说的是，框架的学习必然有先有后。

如果你从未当过产品经理，可能【如何做一个SaaS产品经理】这个问题就更值得被拆分和解释，然后从这个问题延伸开来，你会发现首先你得知道SaaS产品和其他类型产品的不同，然后知道SaaS产品经理的责任，职能，日常工作，最后再对自己要应聘的SaaS行业或者业务有一定的认识。

2. 有了框架以后，重要的是选择合适的学习方法

先来看看以下几个日常的学习场景，哪些更符合你的描述？

仔细阅读行业大V的书籍，逛逛公众号，人人都是产品经理的这些论坛，看看36kr热榜，了解最新的动态。
加入职业社群，在群里围观或参与大家讨论，偶尔也会自己抛出问题。
静下心来思考和感悟，把外部获取的信息和知识，转化成自己的知识。
用学到的知识，实践到自己的工作中，或者转而去给他人讲述。

在《把思考作为习惯》这本书里，这四种方法，分别被称为火堆，水源，洞穴，山顶，对应着四种原始的获取知识的场景。其实没有哪一种方法更好，学习是需要将这4种方式组合在一起的。

1）在火堆旁学习

设想原始部落在一起抱团取暖，智者在火堆旁娓娓道来的画面。所以火堆指的是，要学习行业专家，看他们的著作，看成体系的书籍和材料，来完善自己的框架和解答自己在框架中提出的问题。

一定要阅读一手的材料，不要看别人整理好的读书笔记，脑图框架，这些对你都没有用处的。因为哪怕阅读同一本书，你想解决的问题，和坐在你隔壁桌的干着一样工作的同事，都很可能也并不相同，每个人阅读同一段话的感悟和心得也并不相同。甚至可以说，学习其实是比洗澡更加私密的事情。

比如想学习SaaS，行业大拿吴昊老师和代珂老师的书，简单先翻一翻，就能对SaaS有基础的认识。也可以通过公众号加学姐的微信，我可以给你分享我的SaaS书单。

另外学习前，可以先对自己进行测试。列出阅读前，自己对相关问题的的想法和答案，带着疑问和线索开始阅读，去和作者的解答进行对比。这种方法在科学上叫做【遗忘式学习法】。和一上来就先学习相比，事先接受测试更容易把知识“赶进”你的脑子里去，它可以在三个层面发挥作用：第一，可以让你了解将要学习到的重要内容；第二，可以让你了解自己的薄弱环节；第三，可以强化你已经知道的内容。像背诵、写作、演讲等形式，都能起到和测试一样的作用，帮助你提升掌握知识和技能的速度。

比如你购买了一本讲SaaS的书，翻开之前，先问自己一些问题：我想从这本书里获得什么知识？我对这些知识已经有了什么看法？而具体到某一个章节，你通过章节的标题可以进一步追问：这章讲的内容大概是什么？我觉得这个问题自己的看法是如何的？

2）在水源旁学习

通过在水源边，和他人交流，探索别人的想法，同时印证自己的想法。

向社群学：可以加入活跃的，交流氛围良好的社群。群贵精不贵多，一个社群，如果只有群主发出最后通牒，说本群即将清理不活跃用户之时，大家才开始纷纷发言，那么它大概率也产生不出有价值的内容。
向老师学：在这个领域深耕多年，有着丰富实战经验的前辈，可以称之为老师。通过网络上的文章，社群，可以让你和老师产生连接。
向榜样学：榜样可以离你的日常更近一点，可以是同一家公司中，你认为有可取之处的产品。他们一定在某个方面有所擅长，而你在这个领域有困扰的时候，就可以优先和它进行交流。

3）在洞穴中学习

在洞穴独自修炼的部分，结合自己的亲身实践去体悟和感受，形成自己的方法。

所以每天阅读完成后，需要花一定的时间来思考。

例如学习了SaaS的成本包括获取成本和留存成本，可以从几个方面内化吸收。

解释。能不能用自己的话来描述什么是获取成本，什么是留存成本，能不能简单清晰地给自己的不懂互联网的长辈来解释这个概念。
举例。快速举几个可以归类为获取成本的例子。
连接。把这个概念和自己熟悉的事物进行连接，让新知识通过绑定旧知识，更好的在大脑中留存下来。
延伸。获取成本和留存成本的不同是什么，一般企业的数额大概在多少。进而就可以想到可以去想办法做点研究，查一下相关企业的数据。就可以通过动手研究让自己更加深化这个概念。
使用。结合自己的经历，看看有没有马上能用到这个概念的地方。

这种内化和吸收，不仅仅要在阅读当日进行，还要不定时的回顾，例如在学习后的次日，3日，7日进行回顾，回顾记录下来的内容，同时补充自己的新想法。

它在学习理论上被称为【间隔性测试】。

4）在山顶中学习

实际应用：把学到的方法应用到实践里，去尝试和体悟，发现这些方法在真实场景下的可用性，修正并回到到自己的框架里，把点滴实践记录内，在每一个问题下面，给到适合自己的执行方法论。

以教代练：有一些知识，很难马上得到实际应用。例如你才学习了如何从0到1做一个SaaS产品，也很难恰巧遇到这样的机会。虽然缺少了真实场景的实践，但你可以尝试用语言，用文字描述你会如何使用这项知识。

设想你现在想从0到1做一个你熟悉行业的SaaS产品，你可以怎么做。描述出来还不算完，你需要用这份资料去获取反馈，找到周边的朋友，他或许熟悉SaaS的产品，或许熟悉行业，能给到你一些不同的意见和反馈。