编辑导语：SaaS产品经理与B端产品经理在技能和工作要求上有所不同。一方面，SaaS的产品应该是服务产品，而不仅仅是软件；另一方面，做SaaS和B端产品的方式不同，这就把SaaS产品经理和B端产品经理区分开来。具体来说，还有哪些因素影响两者的差异？本文作者对此做了解读。让我们一起来看看。
由于与多家职业培训和课程服务公司合作，后台经常会收到产品同学的提问。例如：
“我曾经在一家外国SaaS公司做产品。为什么我觉得在国内的SaaS公司工作更难？”。
“我做软件已经5年了。我能成为SaaS产品经理吗？我需要怎么转？”。
“我有近10年的ToB项目经验。这对SaaS产品有利吗？" .
" SaaS产品经理的肖像是什么？"
"如何评估SaaS产品经理？"
……
我无法回答所有这些问题。但对于SaaS产品来说，仍有许多不同的原则、技能和工作要求。
无论从哪个角度来看，SaaS产品经理和B端产品经理的区别还是很大的。
总的来说，所谓B端产品经理的画像比较笼统；而SaaS产品经理所要求的产品方法论和关键能力，一般B端产品经理并不具备.
因此，按照B端产品经理的要求，去做SaaS产品，可能会出现以上的问题和困惑。
SaaS产品经理和B端产品经理的根本区别是什么？这些差异会有什么影响？我们从四个方面来对比一下。
*对SaaS的不同看法；
*它不是一种产品；
*不同的产品视图；
*不同的产品制作方式。
# 1.对SaaS的不同看法
什么是SaaS？这个问题，对于大部分ToB产品经理来说，有一个认知误区.
SaaS不是标准软件吗？无非是把它们放在云上。
其实有两个误解。首先，SaaS是软件，其次，SaaS是标准软件。如果产品经理真的这么想，那么这个SaaS产品很大概率会落到手里，卖不出去。为什么呢？
如果SaaS真的被视为在线标准化软件，那么软件公司已经做到了。SaaS企业家还能做什么？
反正还是有很多产品经理坚持这个认知。他们的理由是，如果你看看美国的SaaS，他们是云上的软件，软件和服务没有特别的区别。
坦白说，既然在中国创业，就要结合国内的企业环境，不能老是用国外的SaaS说事，完全照搬。
事实上，美国不必区分SaaS是软件还是服务。因为经过30多年的发展，软件已经广泛融入企业，运营和软件密不可分。也就是软件已经深入人心。无论SaaS被视为软件还是服务，在用户眼里都没有区别。
但是，国内的情况是，如果你把软件卖给一个企业，客户会立即收紧口袋。因为在大多数运营商的认知中，软件和运营并没有太大的联系。如果有的话，也是那些软件厂商制造的概念很难验证。不仅大多数中小企业不同意，大企业也很难同意。
因此，无论是向中小企业销售软件，还是向大企业销售“标准”软件，这两件事在中国都是难上加难。
SaaS即软件的认知，直接就把产品经理的路给堵死了。
# 2.不同的事情要做
有无数种类的产品，但是从大的形态上，可以分为一般产品和服务产品.
在产品时代，生产的是通常意义上的产品；在服务时代，出现了所谓的服务产品。无论从哪个角度看，他们之间都有很大的区别。
一般来说，一般产品是有形的，而服务产品是无形的。比如航空公司必须使用飞机，但航空服务的产品不是飞机，而是航母服务。
回到SaaS产品的话题，SaaS的软件相当于一架飞机，而SaaS本身就相当于一种航母服务。所以，SaaS企业的产品是服务，或者说是服务产品.
无论是SaaS还是其他ToB产品，都存在价值认知的问题。所谓价值认知点，就是在哪里达成价值共识；基于这一点上的共识，才能达成交易。
区分产品和服务产品的根本目的在于客户的价值认知点不同.通用产品是为功能认知;服务的，服务产品是为期望认知.服务的。他们有不同的交易原则，对价值(价格)的认知不同，交易方式也不同。
不同的价值认知点，实际上已经说明了产品和服务产品，是两类不同的产品。
因此，所谓的B端产品经理对于一般意义上的ToB产品来说没有问题；SaaS作为服务产品，必然需要不同的产品观和技术。
能的SaaS产品经理。就像你不能让飞机设计师，去规划和设计航司的服务。
# 三、产品观不同
一般ToB产品的价值认知点是约定的功能，它们可以是客户提出的 功能要求 ，也可以是合同中约定的功能。只要交付的产品达到约定功能，认为交易即可能达成。
也就是说， B端产品经理，能看到最远的就是功能层面。
但对于服务产品来说，其价值认知点是客户的 服务期望 。只有客户的体验感知达到或超过服务期望，交易才可能达成。
即 SaaS的产品经理，必须看到客户期望层面才行。
这里举一个例子说明二者之间的差别。比如一个SCRM软件，它的价值认知点是利用技术获取流量的工具，这是一个功能约定。但如果把它当作一项获客服务，其价值认知点是“每天获取到不少于50个有效线索”（销售目标才有可能达成），很显然这是一个客户期望。
可以看出，做ToB产品与做SaaS产品的差别，主要是价值认知点的差别，这决定了产品经理的眼界，所能看到的最远距离。
也就是说，对于B端产品经理，只要按照规格化需求做出产品就算大功告成。但是，对于SaaS产品经理来说，因为服务产品并没有明确的规格；而洞悉客户的服务期望，并能满足期望要求，则要难得多。
无论是SaaS、还是其它ToB产品，拼的就是差异化。
不幸的是，一般产品的差异化越来越小。比如说软件的功能越来越同质化，对此产品经理无计可施。
但是， 基于软件的SaaS服务，却可以产生差异化的效果 。就像不同的航空公司，所用的飞机型号一样，但不同航司的服务水平，可能是天差地别。
# 四、做产品的方式不同
做一般ToB产品，讲求理解用户需求，再把需求转化为功能。但一旦需求理解有偏差，整个系统就会发生倾斜。要想修复，就要重新回到需求。
这个过程的问题是，发现和确认一个需求偏差的过程很长；修改和发布的过程也很长。
所以，对于产品经理的要求是必须一次就做对。显然，这个要求有点高。
做SaaS，则是不同的方法。
一个成功的SaaS定位，首先必须是 深刻理解用户的服务期望， 据此选择基本的实现方案。这一步同样不能跑偏，否则就要推倒重来。
但是，这个过程并不要求产品经理必须具备一步到位的能力，因为实现方案的改进和调整的机会，在上线后也是大量存在的。即根据用户的使用行为数据，调整实现方案。
所以，SaaS产品经理必须具备期望假设能力和数据敏感性。即根据使用者大量的行为数据，验证和修正之前的期望假设，再迭代实现方案。
在迭代的频度上，SaaS并没有软件的定期升级计划。根据随时的数据指示，在用户没有感觉的情况下，就能 使客户的体验感知，越来越接近客户的期望 。
正是因为SaaS的数据反馈特点，给了SaaS产品经理一个得天独厚的服务优化条件。
所以说， 做SaaS，本质上玩儿的是一个数据的游戏 。比起B端产品经理中规中矩的产品方式，要有趣得多。
实际上，从整个产品过程来看，对SaaS和ToB产品经理的要求还有很多不同。只不过上述四个方面的差异，对于SaaS创业影响是最大的。
作者：戴珂；公众号：ToBeSaaS
原文链接：https://mp.weixin.qq.com/s/l9thJLOoTVBRfjUCFAXjgw
本文由@ToBeSaaS 授权发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
