【速成手册】迅速掌握SaaS产品的关键方法
最近,因为岗位调整,向前开始负责几个新的产品的相关工作。新的岗位,我必须快速熟悉产品,以尽快接手工作。
刚好,最近也有个朋友新入职,和我聊如何快速上手,今天的文章,就是我的实践,也是我的答案。
01、为什么需要快速了解新产品?
这个问题,我想每个人,都有自己的经历和答案,我在这里只做个场景的汇总:
面试一家公司,要做准备
入职公司,负责新产品
岗位调整,负责新产品
需要分析竞品的产品设计和业务策略
客户问你产品和竞品相比的优劣势
市场活动上,要讲解某个产品的功能和亮点
上面的种种,都要求我们,用极短的时间,能够了解一款产品。
02、如何快速了解新产品?
了解了「Why」,惯例,聊聊「How」。
正如上面提到的,了解一款产品的场景五花八门,在不同的场景下,我们拥有的资源不同,可能方法也会略有差异。
我就以常见的入职/岗位调整这类场景,来讲讲如何快速了解一款产品。
我将其分为 6 步,按照这 6 步,你就能够实现快速上手。
带着问题出发
快速了解一款产品,意味着时间紧迫,不能是漫无目的的了解,因此,一定要有极强的目标感,一开始,就要定义好:这几天的学习了解,我该达成什么目标。
这样,才能有的放矢,不至于迷失在浩如烟海的文档、知识点、功能点中。
具体怎么做呢?
我建议,你给自己罗列一个问题清单:我想要知道哪些信息?
给你一个清单做借鉴:
产品定位是什么?
产品的目标客户/用户是谁?
产品有哪些能力?
产品的竞品及相对的优劣势?
产品目前处于什么阶段?
…………
能把这些问题回答了,且如果误差不大,基本就能够达成一个所谓「快速了解一款产品」了。
阅读一遍官网
官网,是 to B 业务常有的,但是很多 to C 产品,都不一定有官网。
那么,没关系,阅读官网,本质上,是希望你了解:我们的产品,对外是如何宣传的。
任何与之类似的内容,都可以。
为什么要了解这个点呢?
因为对外的宣传,是在用最凝练的内容,总结产品的优势和亮点。
除了功能亮点外,官网常常还会有定价信息,客户故事,有 release notes 等等。
这些,都能够很好地帮助你快速了解产品及其定位。
拆解一遍功能
拆解一遍功能,很有必要,为什么?
因为一个产品,本质上就是一个个功能的集合。
而每个功能,其实又是一个个问题的解决方案,或者其中的一步。
因此,拆解一遍,你不仅能够了解产品,还能够了解用户和痛点。
那么怎么做呢?很简单。
如果是 to B 产品,一般都有用户前台和管理员后台。
做一个思维导图,把用户前台所有的功能点梳理一遍,然后再把管理后台所有功能点梳理一遍。
在这个过程中,你一定会有各种问题和想法冒出来,记得将其记录下来,去咨询内部的资深同事,或者直接问自己的老板。
这部分,后面还会有所提及。
拆解完功能,你基本就了解自己产品的现状了。
梳理「来龙」和「去脉」
了解了现状,只是基础,你还得了解「来龙去脉」。
所谓来龙去脉,既包含「来龙」,即我们是从哪里,如何到这里的?
也包括「去脉」,即从此刻算起,我们未来要去哪里?
了解了来龙去脉,我们才能够解释产品为什么是现在这样的,也能够知道,我们后面将会去哪里,将会去哪里。
这些上下文,将有效指导你接下来的行为。
具体怎么做呢?推荐你找找下面 2 类文档:
产品立项文档,这个文档肯定会包含目标客户、市场机会分析、产品基本能力等信息,这是最重要的来龙之一。
产品阶段性的规划文档,大部分公司/产品,都会做双月、季度或者半年度、年度的规划,这些规划,都蕴含了战略性的思考,这些规划,也能够有效帮你了解来龙,以及去哪里的去脉。
这 2 类文档读完,你就知道了目前的产品,是如何到现在,又要如何到未来。
给专家讲一遍
上面所有的内容,其实都仅仅是输入,这里会有 3 个问题:
所有的输入,都没有输出,就没有真正内化
所有的输入,最终都是你自己的理解,到底是不是最新的理解,是不是理解偏了,需要有人校正
还有大量的知识,不在文本上,而在人脑里,这部分信息,仅靠阅读学习无法获取
因此,在这个阶段,当你完成上述所有的工作后,记得在团队内找个专家,花半小时,给他讲一遍。
具体怎么做呢?
要回到开头,我们不是梳理了问题清单吗?
基于你所有阅读过的内容,将问题清单上的问题,逐个回答一遍,可以梳理成思维导图,也可以写成文档,但就是不推荐 PPT,这个场景下华而不实。
当然,还要包含前面提到的,阅读中要随时记录下来你的问题。
之后,就找个专家约半小时做个反讲,这个专家,既可以是你关系要好的新同事,也可以是你的直属上级,只要在你了解的这个产品上,足够资深就行。
给专家讲过一遍,通过输出,倒逼了有效输入,同时专家又可以补充和校正你的知识体系,完美。
不瞒你说,在我们公司,几乎所有的新人,都需要做业务串讲,就是为了保证有效的学习。
做几天客服
完成前面几步,其实我们基本已经掌握了一个产品宏观的各种信息。
但是,我们对用户还没有了解,我们对产品的细节,还不够了解。
如何增强这两方面的知识呢?
最好的方式,就是成为一个「客服」,直面用户使用中,遇到的各类问题,并尝试去解决。
如果团队基础设施完善,有一种更快的替代方案,是去看客服和用户的聊天记录,或者看客户的直接反馈,看的时候问自己:如果是我,这个问题我该如何给客户解答/解决?
完成上述这些,你会发现:
产品原来还有这么多不足啊
用户原来很喜欢/讨厌这个功能啊
这个功能原来还有这个隐藏逻辑啊
…………
做几天,你基本对客户和产品,就有更加真实的概念了。