SaaS学习的四种方法

释放双眼,带上耳机,听听看~!

本篇文章里,作者就SaaS产品的学习策略做了总结,一起来看一下。

SaaS学习的四种方法

一、刚入门,没人带,怎么办?

经常有朋友找我诉苦。

他们有的刚毕业,有的刚从C端岗位转型B端产品,还有的是入行不久的SaaS产品经理。

他们有一个共同的烦恼:在一个小公司或者大公司的小团队,没人带,有问题没人解答,也不知道如何才能快速成长。

其实,有人手把手指导当然不错。但是我们要明白,幸运儿总是少数。没人带才是常态。而根据我的经验,不管有没有人带,决定成长速度的,还是我们自己的学习态度。

我曾经写过一篇文章,讲述自己如何在一年以内,从行业菜鸟成为行业专家。你可以点击阅读《B端产品,如何从菜鸟到行业专家》。

其实,学习没有捷径,但是却有方法。根据我的实践,按照正确的方法去学习,效率可以比“没有章法的学习”高5倍以上

几年前,我是Oracle中国区ACS(高级客户服务)部门最年轻的咨询顾问,本来部门有2个经验很丰富的财务产品专家。但是因为某些原因,他们都在短时间相继离职,因此部门总监希望我接手部分财务产品工作。

实话说,当时我连最基本的财务核算知识都不了解,更不要说世界最领先的财务产品之一:Oracle财务产品了。

但是,经过半年多学习,我不但掌握了整个Oracle财务产品功能,还顺带高分通过了中国初级会计职称考试。

SaaS学习的四种方法

初级会计职称考试:平均92分

后来,我顺利承担起了相关财务产品工作,比如支持上市公司的月结,以及培训他们的财务产品专家等。

实际上,这段经历对我后来的帮助也非常大。不管是几年后在互联网公司担任信息总监,还是在SaaS公司担任高级产品经理,我都能站在财务经营的视角思考产品规划,并且能够和财务人员顺畅交流。

更重要的是,这些经历让我明白了一个道理:

没有相关产品经验,以及没有人带,都没有关系。只要掌握正确的学习方法,你一样有机会成为产品专家。

二、学习的四种途径

我认为,产品学习一般有四种途径,分别是:

  1. 向客户学;
  2. 向书本学;
  3. 向自己学;
  4. 向先进学。

1. 向客户学

向客户学是一种难度最低的学习方法。

只要我们具备正常的学习能力,并且得到项目机会,我们就可以逐步积累起业务与产品经验。

但是,如果你是毕业生,或者想从C端、开发等岗位转型B端产品经理,可能就不容易得到这样的机会。还有一些初级产品经理,长期从事执行性工作,因为不能频繁接触客户,也就没有机会向客户学习。

除了机会难得,更重要的是,向客户学习的上限很低。

毕竟客户关注的只是他的需求,并不深究业务的“本质”。因此,客户的思考往往都浮于表面。

在日常工作中,我们经常看到一些所谓的“资深产品经理”,虽然他们说起需求来头头是道,但是他们却缺乏高级产经理必备的商业思维和产品规划能力,这其中的原因,我想很可能就是太依赖“向客户学习”了。

2. 向书本学习

阅读是一种性价比最高的学习方式。

一直以来,我都坚持每天阅读,并且在我的朋友圈分享读书笔记。但是,阅读必须与实践搭配起来,才能产生最好的效果。

鲁迅先生说过:专读书也有弊病,所以必须和现实社会接触,使所读的书活起来。

作为产品经理,读书的同时,我们也要在实际工作中去验证和领会所学习的理论知识。

比如,通过和客户沟通,将理论融入具体的业务场景去验证;或者,通过拆解行业领先的SaaS产品,去领会优秀产品的设计意图,从而验证所学习的知识。

3. 向自己学

向自己学,也称之为复盘。

在很多企业,复盘都是一种最重要的工作方法论。

哪里做得好?哪里做得不好?有没有更好的方法可以尝试?复盘可以让我们避免重复犯错,也让我们不断自我迭代,自我超越。

更重要的是,每个人的经历,都是独一无二的,这是从书本上所学习不到的。因此,复盘其实是最有针对性的学习方式。

不过,复盘很强调输入。如果我们缺乏足够的实践,哪怕复盘做得再好,也很难产出有价值的东西。

4. 向先进学

做产品,最忌讳的就是重复造轮子。特别是对于SaaS产品经理来说,站在巨人的肩膀上,才更可能设计出最优秀的产品。

实际上,向先进学习,我认为是优秀产品经理所必须掌握的学习方法。原因有两点。

其一,20年以来,企业的需求并没有发生本质的变化。比如,主流组织架构模式仍然是职能制、事业部制和矩阵制等经典模式。再比如,大部分企业仍然按照收入、成本和费用的思路,进行企业管控和经营。

因此,一些优秀的传统B端软件,由于经历了众多世界500强企业的锤炼,非常值得我们学习。

其二,互联网强调开放。我们看到很多优秀的SaaS产品,比如国外的Salesforce、国内的微盟,都提供免费试用。Salesforce甚至建设了学习社区,向学习者免费提供相关教程和交流论坛。

互联网的开放性让学习先进产品变得更加容易。

当然,向先进学最大的问题在于:门槛高。

  1. 向客户学——我们只需要获得一个项目机会;
  2. 向书本学——在淘宝买一本书就好了;
  3. 向自己学——随时都可以复盘。

但是,向先进学,我们可能需要投入大量时间,并且要处理好在学习过程中遇到的各种问题

以学习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,那么你就只能祈祷手下的产品经理,都是自驱力极强,而且能独当一面的优秀人才了。

给TA买糖
共{{data.count}}人
人已赞赏
产品经理

产品经理跌下神坛?

2021-9-27 15:36:49

产品经理

产品经理必懂的B端产品的权限设计逻辑

2021-9-29 16:34:19

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索