编辑导语：不少想入门SaaS产品经理的小伙伴或许都有着这样的困惑：想转行但是不知道怎么入行、刚开始做不知道如何成长等诸如此类问题。面对如许问题，该如何解决？作者总结了关于SaaS产品的选择原因以及如何自学SaaS产品相关知识，成为一名优秀的SaaS产品经理，希望对你有所启发。
最近收到了不少小伙伴的关于职业成长上的疑问，大致可以归为这么两类。
一，我是运营，我是技术，我是设计，我现在并不是SaaS产品经理，我应该如何进入SaaS行业，成为一名产品经理呢？
二，我刚开始做SaaS产品，应该如何成长呢？
基于这些问题，也就有了今天这样的一篇文章。
首先想聊聊，同属于B端产品，可以从事的方向并不少，为什么要选择做SaaS产品？
就2B企业服务方向，你大可选择以下任一一种，稳步发展。
先看这样一张图。
图中圆形是公司中常见的岗位，把他们分布到四象限中。横轴是岗位为公司创造商家价值的直接程度，纵轴是创造商业价值的大小。
可以看到销售岗位既能直接获取收入，又能创造不少的收入，所以他们的岗位影响力和话语权，往往在公司占优。
把同样的道理，放到几类不同的产品上。
可以得出岗位影响力：定制项目产品< 企业内部产品 <2B企业对外产品 <传统软件产品<SaaS产品。
SaaS产品最能直接为收入直接做出贡献，因为SaaS产品工作的最终成果，就是一份可销售的产品，产品的设计方案可以直接转化为一笔笔收入，同时设计方案的良好与否，也决定了客户的引入和留存成本，是一份和收入，和成本同时相关的工作。
传统软件产品类似于SaaS，但由于客户强势，非常容易被客户牵着鼻子走，定制化的诉求打断了产品的发挥空间，在收入和成本的影响力上，都逊色于SaaS产品。
接着是2B企业对外产品，可以直接或间接为企业创造价值，但不如传统软件作用直接。
企业内部产品，除非分配到的模块能直接增收将本，否则一般都是间接对业务起作用，更多的作用是支撑业务场景，没有很大的话语权。
最后是定制软件的产品。可能有同学好奇，同样最后产出能卖钱的内容，为什么定制项目产品影响力最弱呢？因为定制产品的付费门槛很低，用户最终付费大部分取决于客情关系，沟通感受，只要产品设计得不是太弱，一般客户都会买单。并且往往客户会提供设计思路和方案，产品只需要去实现就好了，谈不上太高的技术含量，也就没有很高的影响面。
再看这样一张图。
以一年为一个周期，同样工作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产品应该如何工作。
对于产品经理，你得知道总体责任是什么，是围绕哪些内容进行工作，具体的工作事项有哪些。日常会产出的文档有哪些，这些工作项对能力的要求有哪些。
很多书籍都会告诉你，产品经理要有乔布斯一样的极致精神，要有老罗一样牛掰的演讲能力，要有张小龙一样的克制和前瞻，林林总总，不一而足。这条道路上的榜样太多，拿出大厂的能力模型发现也无从下手。
看到如图的内容，第一感觉是：哇，好多内容，这些都要学习吗？第二感觉是无从下手，每个能力从何学起毫无头绪。
之前有介绍过B端产品的成长困境（详见：B端产品成长难，这三种错配你中招了吗？）。确实对于B端产品这个岗位，市场出现大量的需求只有5年时间，很少有产品经理能够被体系化地培训。而成长的环境，受限于公司的制度，工作的时间分配，甚至老板对你的定位，让产品都很难一步一个台阶地日益精进。所以每个产品，都应该对应一整套自我学习的体系。
自学看上去是一件低门槛的事情，在现代，打开B站，打开抖音，打开公众号，好像随时随地都可以学习，但如何结合实际，把自己教会，解答成长中的一连串问题，真的很难。
你会面临：
每一步都考验着自己的自信心和自我管理能力。
正因为自学不简单，英文里把“自学者”叫做aotodidact，含义不是说浅层的学习者，而是让人肃然起敬的智者。
物理学家霍金就是善于自学的一个人，在牛津读大学时，老师并不在课程上教授全部知识，而是布置很多课下的自学内容。有一次，教授要求霍金读一本讲统计物理学的书并做习题。一周过去了，霍金找到教授：这些习题我一道都没做。教授眉头一皱，正准备责难，霍金补充道：但我把书里所有的错误都标出来了。
我们当然很难成为霍金，但可以学习他的【以我为主，为我所用】的学习态度，做我的学习计划中认为对的事情，达成我的学习目标。这也是知识大V【L先生】最为推崇的一种学习方法。
接下来就让我们以霍金为目标，向自学进发吧！
在这个睁眼就有信息主动跑到你面前的时代，如果没有框架的引导，我们的学习看起来自主，其实本质上跟填鸭差不多，每天都被碎片般的信息充斥。
那如何构建自己的框架呢？我的建议是，从提问题开始。
问题是好奇心的产物，而没有好奇心，很难在一个行业去进行深耕。
我们都知道，面对自己不理解的事情，应该多问why，甚至产品经理的访谈原则中，有5why的终极问法。
至少应该对你想做的事情，有着比较强烈的求知欲，知道它在发生什么，以后会发生什么。
回顾一下前面的内容，SaaS产品经理=SaaS特性+SaaS服务的场景+产品经理
那就可以对每一个部分进行拆分，逐步进行学习。
举例，对于SaaS的特性，你可能希望了解：
关于SaaS形态：
关于SaaS公司：
关于SaaS产品：
关于SaaS产品经理：
以上是针对【SaaS特性】的拆分，而【SaaS服务的场景】、【产品经理】，也是可以按照类似的方法，梳理内容一一列出。
要强调的是，列框架是非常私人和自我的事情，这是绝对无法照抄的。进入社会后的学习，与读书时候的最大不同，就是没有人会考一样的卷子，每个人面临的难题都不一样，你得针对自己想知道的，需要知道的内容去列框架。不用担心最开始列不出多少内容，随着知识的增长，你会产生更多的疑问，感受到自己的空空如也，急需知识哺育。
同时，你也可以从日常工作中发现问题，把他们加入框架。
再细小再私人都没有关系，只要是和工作有关的，只要产生了一丝疑惑，它都值得被你认真解答，每个问题都是你向前进步的小种子。
比如：评审的时候，开发总是提出一些很刁钻的问题，如何有理有据地反驳研发？
又比如：我写需求文档总是想不全应该怎么办？
还要说的是，框架的学习必然有先有后。
如果你从未当过产品经理，可能【如何做一个SaaS产品经理】这个问题就更值得被拆分和解释，然后从这个问题延伸开来，你会发现首先你得知道SaaS产品和其他类型产品的不同，然后知道SaaS产品经理的责任，职能，日常工作，最后再对自己要应聘的SaaS行业或者业务有一定的认识。
先来看看以下几个日常的学习场景，哪些更符合你的描述？
在《把思考作为习惯》这本书里，这四种方法，分别被称为火堆，水源，洞穴，山顶，对应着四种原始的获取知识的场景。其实没有哪一种方法更好，学习是需要将这4种方式组合在一起的。
1）在火堆旁学习
设想原始部落在一起抱团取暖，智者在火堆旁娓娓道来的画面。所以火堆指的是，要学习行业专家，看他们的著作，看成体系的书籍和材料，来完善自己的框架和解答自己在框架中提出的问题。
一定要阅读一手的材料，不要看别人整理好的读书笔记，脑图框架，这些对你都没有用处的。因为哪怕阅读同一本书，你想解决的问题，和坐在你隔壁桌的干着一样工作的同事，都很可能也并不相同，每个人阅读同一段话的感悟和心得也并不相同。甚至可以说，学习其实是比洗澡更加私密的事情。
比如想学习SaaS，行业大拿吴昊老师和代珂老师的书，简单先翻一翻，就能对SaaS有基础的认识。也可以通过公众号加学姐的微信，我可以给你分享我的SaaS书单。
另外学习前，可以先对自己进行测试。列出阅读前，自己对相关问题的的想法和答案，带着疑问和线索开始阅读，去和作者的解答进行对比。这种方法在科学上叫做【遗忘式学习法】。和一上来就先学习相比，事先接受测试更容易把知识“赶进”你的脑子里去，它可以在三个层面发挥作用：第一，可以让你了解将要学习到的重要内容；第二，可以让你了解自己的薄弱环节；第三，可以强化你已经知道的内容。像背诵、写作、演讲等形式，都能起到和测试一样的作用，帮助你提升掌握知识和技能的速度。
比如你购买了一本讲SaaS的书，翻开之前，先问自己一些问题：我想从这本书里获得什么知识？我对这些知识已经有了什么看法？而具体到某一个章节，你通过章节的标题可以进一步追问：这章讲的内容大概是什么？我觉得这个问题自己的看法是如何的？
2）在水源旁学习
通过在水源边，和他人交流，探索别人的想法，同时印证自己的想法。
3）在洞穴中学习
在洞穴独自修炼的部分，结合自己的亲身实践去体悟和感受，形成自己的方法。
所以每天阅读完成后，需要花一定的时间来思考。
例如学习了SaaS的成本包括获取成本和留存成本，可以从几个方面内化吸收。
这种内化和吸收，不仅仅要在阅读当日进行，还要不定时的回顾，例如在学习后的次日，3日，7日进行回顾，回顾记录下来的内容，同时补充自己的新想法。
它在学习理论上被称为【间隔性测试】。
4）在山顶中学习
实际应用：把学到的方法应用到实践里，去尝试和体悟，发现这些方法在真实场景下的可用性，修正并回到到自己的框架里，把点滴实践记录内，在每一个问题下面，给到适合自己的执行方法论。
以教代练：有一些知识，很难马上得到实际应用。例如你才学习了如何从0到1做一个SaaS产品，也很难恰巧遇到这样的机会。虽然缺少了真实场景的实践，但你可以尝试用语言，用文字描述你会如何使用这项知识。
设想你现在想从0到1做一个你熟悉行业的SaaS产品，你可以怎么做。描述出来还不算完，你需要用这份资料去获取反馈，找到周边的朋友，他或许熟悉SaaS的产品，或许熟悉行业，能给到你一些不同的意见和反馈。
自学考验的是自我管理能力，而管理和意志力挂钩，但依靠意志力是件危险且不可控的事情。
意志力是稀缺资源，每天一起床，意志力都像太阳下的雪一样，不断在被融化。
所以这里有一些原则，可能帮助你轻而易举的养成学习的习惯。
1）极度容易
不要挑战自己，做不可能的学习计划。
例如你很难每天2小时，每周7天坚持看书做笔记，那就不要勉强自己。
你可以从每天5分钟开始，带着问题，打开一本书，开始阅读。最开始阅读得慢不要紧，看不懂也不要，只要牢记你的学习目标，是为了在你的问题上得到一个可以延伸探索的答案，每天不用多，获得一个答案也就可以了。随着信心的逐步加强，再逐步增加阅读时间，提高阅读目标。
2）行动先行
看看周边你认为坚持学习的人都会做什么，伪装自己是个有日常学习习惯的人。譬如在朋友圈晒自己准备看的书，学习结束后发表心得，或者给自己创造安静的学习环境。
科学证明，行动会改变意识。在你还不是某一类的人，可以先假装你是这一类的人，采取这类人会做的行为。
3）反复铭刻
在固定的时间开始学习，让身体习惯和记忆启动学习的感受。
4）加入社群
用社群的力量来指导自己学习。在社群中，大家可以有每日阅读的打卡仪式，有阅读后的心得整理，大家的输出都能在这里找到相似的反馈。沉浸在这样的学习范围中，你就可以很好的坚持下来。
最开始你可能觉得有点难，在第一步列框架的时候就止步不前。但是别忘记，自学代表着你拥有学习的自由权利，不需要像课堂上，需要跟随老师的进度，学习老师要求的内容。你大可以随心所欲地安排自己的学习节奏，让学习这件事简单起来。
比如，你可以决定缩小范围，告诉自己：最开始我不列那么多问题，我现在唯一的目标，就是想知道：SaaS究竟是什么？
于是你带着问题开始找了一些资料，慢慢的可以用自己的话来表达了，看到生活中的各种事务，也可以用SaaS来联想和举例，然后有一天你试着给非SaaS行业的朋友讲了你的认识，他鼓掌称赞：说的真不错，我一下就懂了。
这个事情极大的激励了你，你开始挑战了第二个问题，第三个问题……一年过去了，最后你关于SaaS的见解，汇总成了一本小书，每次面试都能从中找到答案，你也开始从互联网渠道发声，分享你对SaaS的认识。
所以回到最初的问题，无论你是从0开始学SaaS产品，还是刚进入SaaS行业，重要的都是有一套自学的方法，然后走上自学的道路。这个过程无人可替，它或许艰辛，但也扎实，回首望去，是一步一个脚印的满足。最后手中捧着的，不仅仅是自己的SaaS知识之书，也是写满自己经历的人生之书。
正如本文，其实也是自学后的产物。
作者：假装是运营，微信公众号：SaaS学姐。
本文由 @假装是运营 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。