tob|SaaS产品经理与B端产品经理，原来不是一回事？( 二 )_互通|屏蔽|互联网|品牌|天猫

无论是SaaS、还是其它ToB产品，都有个价值认知点的问题。所谓价值认知点，就是在哪里达成价值共识；基于这一点上的共识，才能达成交易。
区分产品和服务产品的根本目的，在于客户的价值认知点不同。一般产品是对功能认知；而服务产品是对期望认知。二者的成交原理不同，价值（价格）认知不同，还有交易方式的等等不同。
【 tob|SaaS产品经理与B端产品经理，原来不是一回事？】不同的价值认知点，实际上已经说明了产品和服务产品，是两类不同的产品。
所以，所谓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端产品经理中规中矩的产品方式，要有趣得多。