2018年下半年以腾讯为代表的一众互联网公司，开始转向To B9月30日，腾讯宣布组织架构调整成立全新的云与智慧产业事业群（CSIG）、并且宣布“扎根消费互联网，拥抱产业互聯网”正式开启To B业务。

不仅是腾讯这两年“To B”逐渐成为整个互联网行业的热词，一方面巨头纷纷入场，大量投资与并购都执行了商業基础设施另一方面，许多SaaS与企业服务公司也在这波浪潮中兴起各个领域都有公司进入视野。

关于To B的战略问题或者各大公司的选择，在去年年底已经有过广泛的讨论今天，我们希望换个视角就to B行业中一种比较典型的产品形态——SaaS进行讨论：成为一个SaaS产品经理理解saas產品，需要具备哪些技能或方法

为了能够回答好这个问题，三节课产品学院行业研究员张成翼与有赞产品总监程功夫老师进行了一次深叺的对谈程老师此前曾在搜房网担任产品副总监，有过近6年的产品经历无论在To C还是To B的产品，都有着丰富的经验

有赞是一家商家服务公司，目前拥有：有赞微商城、有赞零售、有赞美业、有赞餐饮、有赞小程序等SaaS软件产品适用全行业多场景，帮商家网上开店、网上营銷、管理客户、获取订单也是国内成绩相当不错的一家SaaS公司。

在与程老师的对谈中我们将话题聚焦在产品经理理解saas产品的岗位要求和能力成长的角度，与他探讨关于To C与To B产品对于产品经理理解saas产品能力要求的差异思考方式的区别以及有赞是如何打造出一款具有竞争力的SaaS產品的。

一. 为什么需要SaaS

SaaS的产生，从一开始就是为了追求效率能够让“专业人做专业事”，进而提升企业经营效率它的产生，本质上昰技术在商家经营过程应用程度不断提升的一种体现现有的SaaS形式，是在不断演化之后产生的结果

接下来，我们以有赞美业的SaaS为例来看看商家经营的解决方案演化过程——

这是比较早期的阶段，商家是通过一个厚厚的本子来管理店里面的经营情况甚至到现在还有很多商家是用这种解决方案。

然后一部分追求效率的商家开始使用单机不联网的ERP去管理店里面的经营情况，相比原来数据不易丢失也能省鈈少时间。与此同时商家初步具备了事“后”分析的能力，比如美业商家经营里有个很重要的场景——预约

通常的场景大概是这样的：顾客打电话给前台预约某个时间做服务，前台打开系统录入后告知技师客户姓名以及具体的服务时间和项目。店长在晚上复盘能看到紟天每个时间段的客户预约量接下来她可能会和老板商量要不要在明天采取一系列动作。

这是当前处在的阶段美团用了7年的时间让商镓开始接受了互联网的工具，知道怎么在线上找流量进而引导进店商家开始使用微信公众号和小程序客服功能和他的顾客进行互动，从顧客的角度上来讲体验变得更好了因为不再是冷冰冰的买卖关系。

这个阶段解决方案创造的价值是让商家具备了事“中”反应的能力，还是以刚才的预约为例：顾客打开公众号或小程序预约时能看到商家门店里的动态流量，当她提交信息完成预约后前台的预约看板裏会以可视化的形式展示出来，与此同时技师也会收到实时提醒。店长随时随地打开App能知道哪个房间、哪个技师处于空闲状态进而决萣是否开启一波限时促销的活动。

这是不久的将来一定会发生的当然前提条件是有了足够多数据和信息的积累，比如说颗粒度足够丰富嘚“活”数据、平台间的数据可以实时共享等等不过，到那个时候商家一定能具备事“前”分析的能力比如，一个新顾客进店后装茬店里面的人脸识别系统会调取出这个顾客在其他店的消费记录，以及别的商家给她打上的标签营销顾问再基于这些信息做针对性的营銷。

在不同的阶段其实提供的也是不同的产品，在最早的阶段你只要提供一个账本就可以，而到第二个阶段用友、金蝶等产品是主鋶；第三个阶段，也是当前商家开始逐步接受使用互联网产品，这也是为什么SaaS开始在这个阶段兴起

所以，SaaS的产生其实是技术在商家經营过程应用程度不断提升的一种体现。而从中长期来看SaaS针对其所服务的行业，是有可能提供领先于行业的解决方案为整个行业赋能。

虽然我们还无法得知它未来终极的产品形态究竟如何不过，从目前阿里、有赞等公司开始尝试的实践当中来看基于数据智能和网络智能提供的服务将是重要的趋势，这也是曾鸣教授在《智能商业》一书中为我们描绘的图景。

二. 对于产品经理理解saas产品来说To C与To B的工作囿什么区别？或者说提出了怎样的挑战？

首先从事SaaS的产品经理理解saas产品本质上仍旧是产品经理理解saas产品。换言之对于大多数产品经悝理解saas产品都适用的工作方法和评判标准，对于SaaS产品经理理解saas产品来说也是适用的。

比如说对于SaaS产品经理理解saas产品，或者借用现在一個时髦的概念从事产业互联网的产品经理理解saas产品与消费互联网的产品经理理解saas产品相比，其工作基本思路与流程并无二致都是基于場景进行设计。其核心思考的思路都是“用户场景，需求”大家都需要写PRD，用AXURE画原型这一点是通用的。

但是具体到SaaS的场景当中去，有许多SaaS产品中遇到的典型问题在To C场景中是前所未有的，比如说：

• To C的产品经理理解saas产品天然是用户，天然就能更好地理解用户的需求To B的产品经理理解saas产品，大多数情况下不是用户毕竟，对于大多数产品经理理解saas产品来说很少会有自己开设一家企业，并经营3-5年的经曆这就意味着，To B的产品经理理解saas产品大多数情况下并不真正了解用户，就更难提理解了；
• To C的产品决策链通常是『点』状的，产品可能某个单点功能足够优秀就能够获得用户，而To B的产品决策链更多情况下是『环』状的，员工老板之间可能各有诉求，二者的诉求有時甚至可能是冲突的这时候，产品需要切实的解决用户问题创造价值，用户才有可能真正的buy in；
  

• To C的产品试错成本很低，很多时候如果一个功能效果不好很容易就可以回滚，但是在To B的场景下这是不允许的，一个功能一旦上线商家在上面形成业务数据，就几乎不可能囙滚了这就意味着，SaaS产品经理理解saas产品在做产品设计时前期需要扎扎实实的产品功能想清楚。

这几点差异的背后以及很多时候我们提到的关于To B与To C的不同，究其根本很重要的原因是在To B的场景下，产品经理理解saas产品们对于他们所服务的用户的相关信息输入是不够的

对於To B，或者说SaaS来说很多行业中通用的解决方案和思考方式，都是隐性知识是需要你在行业中长期实践才能了解到，否则很多只是在逻輯上或者理念上合理的解决方案，实践中就会遇到很多挑战

也因此，对于To B产品的产品经理理解saas产品来说不仅需要互联网产品的基本设計方法，还需要对其所服务行业有足够深刻的认知他们不仅仅要关注用户体验，更多的时候是要关注用户价值，关注在这个行业中究竟应该如何高效解决问题

如果做不到这一点，简单的将过去在To C领域使用的方法直接套用到在To B领域将会面临着很大的挑战。这也是刚刚轉行To B的产品经理理解saas产品时常会遇到的挑战。

对于有赞而言也是如此过去在C端产品非常优秀的产品经理理解saas产品，在进入有赞之后鈳能两三个月都没法很好的进入状态。对于他们来说很多过去的工作方法和理念都需要抛弃，从更多的角度理解产品设计这件事掌握哽多关于SaaS产品的设计方法和理念，才能够更好的适应这个环境和过程

也是在这个过程中，有赞内部也实践出一套方法论帮助产品经理悝解saas产品在面对商家，这个有些特殊的用户群体时能够更快的进入状态，产出更高效的解决方案

接下来，我们就借助有赞在发展过程Φ的一些实际案例聊一聊有赞的产品设计方法。

三. to B产品如何进行基于业务场景的设计

正如我们之前所说，基于场景的产品设计这一基夲思路无论是在C端还是在B端，都是适用的

不过，有赞在实践过程中发现在面向企业用户进行产品设计时，需要注意和回答的很多问題是与C端不同的。

简单来看是要依次回答这样三个问题 ——
1.业务场景究竟是什么？

如何定义业务场景这是进行产品设计时第一个回答问题。

在定义场景时不仅仅是简单的说一句用户在什么情况下使用这个功能，这样的描述还是太简单对于业务场景的描述需要更有顆粒度，用程老师的话说就是：“我要把这个产品给你描述完立马你就有画面感的，才叫场景“

怎样才是有画面感的场景描述呐？关鍵在于能够包含七个要素，分别是——

用户、环境、动机、目标、介质交互，动作

只有包含这七个要素，才能够叫做有“画面感”嘚场景描述你对业务场景的理解，能否到达这个颗粒度会对你的产品设计结果带来很大差异。

在有赞内部发生过很多次类似的事情，产品经理理解saas产品们因为对于业务场景理解的不同会提出完全不同的解决方案。

比如说现在让你给有赞设计一个店铺装修功能，你會如何做 通用的解决方案可能是：

给商家做好基础功能，商家在后台可以自由的搭配界面拼装颜色，调整图片大小尺寸他能够把有贊店铺像装修淘宝店铺，京东店铺一样特别好看这样，无论什么时候来不同的店铺都能够有不同的主题。

这个方案确实是有效他也確实是”店铺装修“，但它真的是最适合用户的解决方案吗

要回答这个问题，仍旧应该是回到原点——清晰描述客户的业务场景

这个過程，其实就是思考什么样的用户需要这个功能什么时候需要这个功能？他想要这个功能解决什么问题实现怎样的效果？通过怎样的方式解决这个问题为了解决这个问题他需要使用怎样的介质？这个过程中要执行怎样的动作

回到店铺装修这个问题上，对于有赞的商镓来说他们使用店铺装修功能的场景可能是，头部的20个品牌商家在春节期间，为了决定突出品牌调性获得更多的用户认可，同时为叻增强跟顾客之间的这种互动提高大家对他的好感度，所以他决定在春节期间上线一些新的活动同时把它整个的页面设计的更符合春節的这种气息一些。于是它在后台里面选择了一套模板并安排美工，设计一些符合这种气息的这种图片上传到后台里面来达到这样的效果。

在这个回答当中大致将刚刚提到的七个要素体现出来。这时我们会发现，其实特别自由的店铺装修功能可能并不最合适节庆期间的活动，如果店铺装修太过复杂只会让商家感到反感。他们需要把大量的时间花在店铺装修上针对于时间就是金钱的大促来说并鈈值当。而且这样繁复的装修，在日常使用当中却又使用不到

最终，这个功能的方案是只设置针对不同节庆的基础模板，商家可以洎己上传图片符合节庆的氛围。但是店铺的具体样式并不能调整。

当然具体的功能设计，当然还有很多考量我们这里只是简单的討论，业务场景理解对于产品设计的价值

对产品的业务场景有了基本的理解之后，第二步可能需要理解一下你的产品或者功能，对于鼡户的价值究竟是什么

一般而言，对于To B类的产品用户价值这件事无非两点 ：

• 商家的经营效率是否提高？
• 商家的经营效果是否提高

用戶使用你的产品，工作效率是不是提高了、是不是能够赚到更多的钱这两条是评判SaaS产品的核心标准。

如果在这两条中一条都不占，那麼你这个需求可能就没法上了。

有赞内部之前经常有类似的需求对于他们自己来说是有价值的，但对于商家而言可能并不能提供价徝，这时也是考验产品经理理解saas产品的产品设计水平的时刻。

有赞运营曾向产品提出过这样一个需求希望在商家注册或者使用付费功能时，能够填写自己的经营类目

比如说，你是一家水果店那么就在注册时，填写自己的类目为零售你是一家按摩店，就填写自己的類目为服务

之所以需要增加这一步，是为了有赞能够对于自己服务的商家有更全面的了解之后能够提供更为优质的服务。对于商家来說凭空在注册流程中增加这一步，短期之内他们的经营效率没有太大的帮助而且，反而会增加操作成本

但是，另一方面这个需求吔确实对于有赞有价值，所以也不可能直接把运营的需求拒绝掉

这个时候，就需要产品的同学能够提出更有效的解决方案

最后采取的方案是，让内部的数据同学把同一商家ID下面的商品名称数据进行分析，进而得出商家的类目

商家在使用有赞SaaS时，一定会录入商品名称比如说水果店就会有苹果，香蕉哈密瓜等商品名，便利店可能就会有各种饮料零食等商品。这些商品的名称基本都是独有的

数据哃学可以在后台抽样选择20个商品，看看商品名称都落在哪个类目进而推断商家所处的类目，这样不仅能够得出不同商家的经营类目，洏且从结果上看反而比商家自己选择自己的经营类目更加精准一些，对于运营的同学更有价值

而这样的案例，其实对于有赞来说时常發生对于SaaS产品，很多功能或许是需要做的但是，究竟是否可以做则需要反复思考，这个功能是不是真正能够为用户提升价值如果鈈能，我们倾向于不要做这也是在SaaS产品中第二个关键的问题。

3.如何判断功能的优先级

最后，当你开始有大量的需求之后应该如何判斷产品功能优先级？

针对这个问题的解决方案无论是在C端还是在SaaS，判断准则都差异不大 大致的判断标准基本都是公司战略重心、行业發展趋势、资源限制以及收入等要素来考虑。

关于如何进行宏观的考量此处就不再过多赘述了。

四. 一个优秀SaaS产品经理理解saas产品的判断标准

对于产品经理理解saas产品而言其实无论是在C端还是B端，能力要求都是近似的大约都是这样一个框架——

1. 首先是需求分析产生的能力。峩们对于业务场景的理解对于产品价值的判断，这些前置性的思考其实都是基于产品的理解和思考。这是一个基础能力通过这种方法，形成产品需求；

第二个就是产品设计的能力很多C端的产品经理理解saas产品，会将产品设计能力定义为UI设计能力交互逻辑的设计能力鉯及一些流程或者细节的优化。坦率来说我认为这个能力在SaaS解决方案里面是最不重要的。对于SaaS而言最重要的是能够提供可用的解决方案，产业互联网的第一优先级就是可用没有做到可用，但是足够好看是无法解决本质问题的。所以这里的产品设计能力，特指的是能够针对所服务的行业提出可行的解决方案的能力；

3. 第三个是项目跟进的能力就是你是否有能力主导整个项目，它能够如期按时交付能够组织大家所有的参与者按照设定的目标推进并最终实现它，甚至是提前上线等等；

4. 最后一个就是对行业的敏感能力这是一个很重要嘚能力点，为什么说它重要因为对于前三个能力来说，其实都有清晰的方法论是可以训练，可以交付的包括三节课正在开设的课程嘟是在解决这个问题。

但是行业敏感度很难进行批量的训练，它有一个前提是你对这个行业要有足够的热爱如果做不到这一点，后续嘟很困难在热爱的基础上，可能需要你学习和训练一些信息获取的能力、分析调研的能力、以及全局的思考能力等等通过对行业的掌握，最终获得这项能力

在与程老师的交流当中，我们会有这样一个感觉或认知：对于一个SaaS产品经理理解saas产品而言最重要的能力或技能，并非产品设计而是能够提出一个好的“解决方案”的能力。

好的“解决方案”并不等于好的“产品”或者说，好的产品只是诸多解決方案的一种

就像前文中提到的例子，既要解决运营的问题又不打扰用户，在这个过程中考验的就是产品经理理解saas产品能不能跳出產品的思考框架，真正从解决问题的思路去思考

根据艾瑞咨询发布的报告显示，国内SaaS市场在年经历了短暂的爆发式增长增速分别高达71.3%囷65.4%。从2016年开始SaaS市场进入相对理性平稳的发展阶段，将保持30%-40%的按年增长率预计2020年国内SaaS市场规模将达到473.4亿元，未来发展空间十分广阔

对於许多产品经理理解saas产品而言，今年SaaS企业可能也会逐渐成为他们职业选择的一个方向而这个方向究竟是不是适合你，初入这个行业的你又该如何做？希望今天的这篇文章能够带给你一些帮助。

最后这是三节课产品学院研究院出品的首篇内容，我们的研究院致力于关紸行业新兴岗位、动态、方法等一系列相关信息关于to B的内容，后续还会有一系列研究敬请关注！

互联网进入到下半场消费互联網萎缩，产业互联网兴起企业服务话题逐渐变火，越来越多的在C端有过1-2年产品经验的产品经理理解saas产品想要入行或者正在真正开始从事SaaS產品的工作过程中

但是，在思考自身SaaS产品如何满足一块新的业务时往往会发现过程中与C端产品有以下不同。