SaaS学习的四种方法，最后一种强烈推荐！
一、刚入门，没人带，怎么办？
经常有朋友找我诉苦。
他们有的刚毕业，有的刚从C端岗位转型B端产品，还有的是入行不久的SaaS产品经理。
他们有一个共同的烦恼：在一个小公司或者大公司的小团队，没人带，有问题没人解答，也不知道如何才能快速成长。
其实，有人手把手指导当然不错。但是我们要明白，幸运儿总是少数。没人带才是常态。而根据我的经验，不管有没有人带，决定成长速度的，还是我们自己的学习态度。
我曾经写过一篇文章，讲述自己如何在一年以内，从行业菜鸟成为行业专家。你可以点击阅读《B端产品，如何从菜鸟到行业专家》。
其实，学习没有捷径，但是却有方法。根据我的实践，按照正确的方法去学习，效率可以比“没有章法的学习”高5倍以上。
几年前，我是Oracle中国区ACS（高级客户服务）部门最年轻的咨询顾问，本来部门有2个经验很丰富的财务产品专家。但是因为某些原因，他们都在短时间相继离职，因此部门总监希望我接手部分财务产品工作。
实话说，当时我连最基本的财务核算知识都不了解，更不要说世界最领先的财务产品之一：Oracle财务产品了。
但是，经过半年多学习，我不但掌握了整个Oracle财务产品功能，还顺带高分通过了中国初级会计职称考试。
初级会计职称考试：平均92分
后来，我顺利承担起了相关财务产品工作，比如支持上市公司的月结，以及培训他们的财务产品专家等。
实际上，这段经历对我后来的帮助也非常大。不管是几年后在互联网公司担任信息总监，还是在SaaS公司担任高级产品经理，我都能站在财务经营的视角思考产品规划，并且能够和财务人员顺畅交流。
更重要的是，这些经历让我明白了一个道理：
没有相关产品经验，以及没有人带，都没有关系。只要掌握正确的学习方法，你一样有机会成为产品专家。
二、学习的四种途径
我认为，产品学习一般有四种途径，分别是：
- 向客户学；
- 向书本学；
- 向自己学；
- 向先进学。
1. 向客户学
向客户学是一种难度最低的学习方法。
只要我们具备正常的学习能力，并且得到项目机会，我们就可以逐步积累起业务与产品经验。
但是，如果你是毕业生，或者想从C端、开发等岗位转型B端产品经理，可能就不容易得到这样的机会。还有一些初级产品经理，长期从事执行性工作，因为不能频繁接触客户，也就没有机会向客户学习。
除了机会难得，更重要的是，向客户学习的上限很低。
毕竟客户关注的只是他的需求，并不深究业务的“本质”。因此，客户的思考往往都浮于表面。
在日常工作中，我们经常看到一些所谓的“资深产品经理”，虽然他们说起需求来头头是道，但是他们却缺乏高级产经理必备的商业思维和产品规划能力，这其中的原因，我想很可能就是太依赖“向客户学习”了。
2. 向书本学习
阅读是一种性价比最高的学习方式。
一直以来，我都坚持每天阅读，并且在我的朋友圈分享读书笔记。但是，阅读必须与实践搭配起来，才能产生最好的效果。
鲁迅先生说过：专读书也有弊病，所以必须和现实社会接触，使所读的书活起来。
作为产品经理，读书的同时，我们也要在实际工作中去验证和领会所学习的理论知识。
比如，通过和客户沟通，将理论融入具体的业务场景去验证；或者，通过拆解行业领先的SaaS产品，去领会优秀产品的设计意图，从而验证所学习的知识。
3. 向自己学
向自己学，也称之为复盘。
在很多企业，复盘都是一种最重要的工作方法论。
哪里做得好？哪里做得不好？有没有更好的方法可以尝试？复盘可以让我们避免重复犯错，也让我们不断自我迭代，自我超越。
更重要的是，每个人的经历，都是独一无二的，这是从书本上所学习不到的。因此，复盘其实是最有针对性的学习方式。
不过，复盘很强调输入。如果我们缺乏足够的实践，哪怕复盘做得再好，也很难产出有价值的东西。
4. 向先进学
做产品，最忌讳的就是重复造轮子。特别是对于SaaS产品经理来说，站在巨人的肩膀上，才更可能设计出最优秀的产品。
实际上，向先进学习，我认为是优秀产品经理所必须掌握的学习方法。原因有两点。
其一，20年以来，企业的需求并没有发生本质的变化。比如，主流组织架构模式仍然是职能制、事业部制和矩阵制等经典模式。再比如，大部分企业仍然按照收入、成本和费用的思路，进行企业管控和经营。
因此，一些优秀的传统B端软件，由于经历了众多世界500强企业的锤炼，非常值得我们学习。
其二，互联网强调开放。我们看到很多优秀的SaaS产品，比如国外的Salesforce、国内的微盟，都提供免费试用。Salesforce甚至建设了学习社区，向学习者免费提供相关教程和交流论坛。
互联网的开放性让学习先进产品变得更加容易。
当然，向先进学最大的问题在于：门槛高。
- 向客户学——我们只需要获得一个项目机会；
- 向书本学——在淘宝买一本书就好了；
- 向自己学——随时都可以复盘。
但是，向先进学，我们可能需要投入大量时间，并且要处理好在学习过程中遇到的各种问题。
以学习Oracle财务系统为例，即便你能搞定学习用的系统，在学习的过程中，你还得搞定各种问题，比如：增值税在哪里设置？又在哪里使用？为什么我操作会报错？如何解决报错？等等。
三、如何“向先进学”
SaaS产品的学习，与定制化B端产品（包括内部B端产品，以及定制化项目等）的学习，有相同之处，也有不同之处。相同之处在于，产品的背后，都是对业务的洞察。
不管是SaaS产品还是定制化B端产品，都需要对业务进行梳理。通过理解业务去理解产品，通过理解产品加深对业务的理解。
不同之处则在于2点：
首先是，SaaS产品需要为商业化结果负责。
一款SaaS产品即便设计得再完美，用户再喜欢，如果客户不愿意付费，那么它大概率也是一款失败的产品。
当我们学习一款SaaS产品，必须首先站在商业化角度去审视它。比如，它的目标群体是谁？为什么客户愿意付费？它的核心竞争力是什么？等等。
其次是，SaaS产品非常强调标准化。
只有标准化才能实现低成本规模扩张。因此，很多SaaS创业者都把“不定制”视为产品研发的原则。实际上，定制开发这种古老的模式如果有前途，那早就没有SaaS公司的机会了。
因此，当我们学习一款产品时，必须站在标准化的角度去审视它。比如，销售信用管控一共有3种主要场景，这款产品如何通过配置满足这3种主要场景的？
考虑到以上几点，如果你要学习一款产品，我建议学习以下几项内容。
1. 业务知识和流程
产品是为业务服务的，不了解业务知识和流程，不理解客户的需求，就不可能理解产品设计的重点。
2. 产品的定位
定位决定SaaS产品的成败。只有了解了一款产品的定位，我们才能理解以下问题：
- 产品服务于什么客户？
- 这些客户有什么痛点？
- 产品如何解决这些痛点？
进而，我们才能回答以下问题：
- 这款产品和我们的产品有什么区别？
- 有哪些可以借鉴的地方？
3. 产品的优势
如果要成为高级产品经理，就必须跳出产品原型，看到产品背后的“资源”和“能力”。
比如，Salesforce为什么是世界第一的CRM系统？
有人可能认为，是其强大的CRM功能。但十几年以来，已经有很多SaaS公司在研究甚至复制Salesforce的功能。
实际上，Salesforce最核心的能力之一是它的Force.com，即PaaS平台。Force.com除了能够提供UI层、流程层和数据层的无代码配置，也能提供代码级的自定义修改能力。
虽然国内很多SaaS公司也在建设自己的PaaS平台，但是作为Salesforce的核心能力，Force.com在建设了10年+的基础上，仍然保持着4000人左右的工程师团队。这种量级的投入，是国内绝大部分SaaS公司所无法比拟的。
4. 产品的标准化设计
SaaS初级产品经理和高级产品经理的主要区别在哪里？
面对同样一个需求，高级产品经理不仅仅能够提出解决方案，更重要的是能够将方案进行抽象，形成标准化的解决方案。
比如常见的买赠场景。
初级产品经理为了快速满足需求，可能会通过在商品行“打赠品标记”来实现。如果这么处理，当下一个客户提出希望管理赠品的物流，以及赠品成本时，他就需要再做一个新的功能来满足。
高级产品经理则会一开始就考虑到其他的场景，于是他可能会选择通过独立的赠品订单行来满足客户需求。这样即便再遇到新的需求（大概率事件），这个方案也能够很好地满足。
我常说，所谓的标准化设计，就是“画好棋盘，摆好棋子”。
棋子是客户的需求，棋盘则是产品经理的架构能力。
而优秀的架构能力，很大一部分来自于对标准化B端产品、特别是能满足复杂场景的、世界级B端产品的学习。
5. 产品的交互体验
用户体验是SaaS产品的核心竞争力之一，而且其重要性正变得越来越重要。
当然，我所指的用户体验并非界面的颜色和形状，更重要的是：高可用；高效率。
很多初级产品经理认为B端产品的用户体验并不重要，我想可能是以下几点原因：
- 他们的产品主要是通过管理层强制推行；
- 他们的产品并非标准化产品，不需要面对商业化SaaS的残酷竞争；
- 他们认为的用户体验更多是UI（视觉）层面，而非UE（体验）层面；
- 他们很少去客户现场，也很少和一线员工沟通。
但真正有未来的SaaS产品，一定是标准化的，能够帮助一线员工提高效率，从而让管理变得更轻松、更润物细无声的。
而有未来的SaaS产品经理，也一定是愿意和用户做朋友，同时经历过残酷的市场竞争的。
我们评价一款产品的交互体验好不好，最终还是要看用户的口碑。但是，用户往往只能抱怨，提不出最好的解决方案。这时候，就需要我们去研究最优秀的产品（B端和C端的），同时加上反复的思考和权衡，从而得出当下最佳的解决方案。
四、学习的边界
有人问：明哥，我学习了这么多，真的有用吗？
怎么说呢？就像企业发展，如果你想变得更优秀，围绕着核心竞争力不断充实自己，当然是有必要的，而且多多益善。
而和你的核心竞争力相关性不大的内容，则可以投入一小部分精力。毕竟，人也有爱好，有好奇心，有生活的需求。
对于B端产品经理，学习到多大的范围，我觉得首先取决于你的职业规划。
如果你笃定要做一个小细分领域的专家，而且也不打算再往更高层走。那么，你就把你的小模块学好就够了。比如，大厂的财务产品专家，也是很吃香的岗位。
如果你希望自己能成为更高级别的负责人、产品总监、产品VP，甚至创业，那么我建议你可以沿着你的小模块，进行适当的扩展。
给你举个例子。
我们一位负责进销存产品的同事设计了一个毛利报表，逻辑其实很简单：收入-成本=毛利。结果上线后被客户投诉，说计算得不准确。产品经理和研发同事怎么也找不到原因，客户解决不了问题，就经常打电话来骂，持续了一两个月。后来这位同事找到我，我简单和客户沟通了一下，又看了一眼商品页面，然后就发现了问题：
客户在商品“成本”字段维护的是含税单价（进项税），但是计算毛利时，收入和成本都需要使用“不含税单价”。找到了原因，问题一下就解决了：把“成本”字段改名成“成本（不含税）”就好了。
扩展一下，未来你做了产品总监，如果你只懂所管辖产品范围的1/5，或者1/3，那么你就只能祈祷手下的产品经理，都是自驱力极强，而且能独当一面的优秀人才了。
#作者#
王戴明，微信公众号：To B老人家，多年互联网产品与信息化管理经验。
本文
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
