爱自学，是终身自由的开始——SaaS产品经理的自学之道
一、为何选择做SaaS产品经理
最近收到了不少小伙伴的关于职业成长上的疑问，大致可以归为这么两类。
一，我是运营，我是技术，我是设计，我现在并不是SaaS产品经理，我应该如何进入SaaS行业，成为一名产品经理呢？
二，我刚开始做SaaS产品，应该如何成长呢？
基于这些问题，也就有了今天这样的一篇文章。
首先想聊聊，同属于B端产品，可以从事的方向并不少，为什么要选择做SaaS产品？
就2B企业服务方向，你大可选择以下任一一种，稳步发展。
- 定制项目产品。也就是大家经常说的外包产品。按照项目来推动工作，一个项目做完了接着另一个项目。
- 传统软件产品。服务于本地化部署的客户，由于每个客户一套代码，可以在这套代码上做定制性的改动，但缺点是维护成本很高。
- 企业内部产品。服务于企业内部，用于企业内部员工协作，配合实现业务线上化。
- 2B企业的对外产品。负责外部客户使用的产品设计和更新，一般客户需要通过使用线上产品来走通流程，实现业务目标。这个产品可以是免费的，只是给用户提供线上化的服务方向，例如企业客户通过线上下单团餐。这个产品也可以是收费的，类似于天猫入驻就需要收费。
- SaaS产品。通过销售在云端使用的软件收费，为软件的通用性负责。
先看这样一张图。
图中圆形是公司中常见的岗位，把他们分布到四象限中。横轴是岗位为公司创造商家价值的直接程度，纵轴是创造商业价值的大小。
可以看到销售岗位既能直接获取收入，又能创造不少的收入，所以他们的岗位影响力和话语权，往往在公司占优。
把同样的道理，放到几类不同的产品上。
可以得出岗位影响力：定制项目产品< 企业内部产品 <2B企业对外产品 <传统软件产品 SaaS产品最能直接为收入直接做出贡献，因为SaaS产品工作的最终成果，就是一份可销售的产品，产品的设计方案可以直接转化为一笔笔收入，同时设计方案的良好与否，也决定了客户的引入和留存成本，是一份和收入，和成本同时相关的工作。 传统软件产品类似于SaaS，但由于客户强势，非常容易被客户牵着鼻子走，定制化的诉求打断了产品的发挥空间，在收入和成本的影响力上，都逊色于SaaS产品。 接着是2B企业对外产品，可以直接或间接为企业创造价值，但不如传统软件作用直接。 企业内部产品，除非分配到的模块能直接增收将本，否则一般都是间接对业务起作用，更多的作用是支撑业务场景，没有很大的话语权。 最后是定制软件的产品。可能有同学好奇，同样最后产出能卖钱的内容，为什么定制项目产品影响力最弱呢？因为定制产品的付费门槛很低，用户最终付费大部分取决于客情关系，沟通感受，只要产品设计得不是太弱，一般客户都会买单。并且往往客户会提供设计思路和方案，产品只需要去实现就好了，谈不上太高的技术含量，也就没有很高的影响面。 再看这样一张图。 以一年为一个周期，同样工作4年。 左边的产品经理一直在一个赛道深耕，每年都在上一年的基础上进步，我们把这种成长的方式叫做复利模式。 而右边的产品经理每年更换赛道，累积下来的内容对后续的发展毫无用处，我们把这类无法累积优势的模式叫做负利模式。 同样花了四年都时间，最后落到能力的差距上，两种模式几乎相差一倍。 从事不同类型的B端的产品，完成不同的工作内容，也会导致我们走向不同的模式。 按照复利模式从难到简单来排序：定制项目产品< 企业内部产品 =2B企业对外产品<传统软件产品 定制项目一般身不由己，无法决定自己做哪类方向，也就很难在一个领域累积。 企业内部产品，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行业或者业务有一定的认识。 先来看看以下几个日常的学习场景，哪些更符合你的描述？ 比如你购买了一本讲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学姐。 本文作者 @假装是运营 。
二、SaaS产品的学习范围
三、SaaS产品的自学方法
1. 作为自学者，你得首先带着一个框架，明确自己需要学习什么样的内容
2. 有了框架以后，重要的是选择合适的学习方法
3. 用科学的学习方法坚持学习
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
