”SaaS产品移动化的趋势正在发生，作为SaaS厂商都已经做好准备了吗“

最近有朋友问我：ToB产品的业务都是集中在PC端的，是否有必要同步开发移动端产品？

我们知道，在大部分的ToB业务下，软件系统都是以PC端为主，典型如ERP系统。

但并不是所有的ToB业务只有PC端的使用需求。

随着SaaS产品在ToB行业的更多覆盖，越来越多的企业开始通过移动化办公来更好的完成工作。

企业用户因为办公环境、业务场景的不同，在移动端的留存时间也开始延长，SaaS产品移动化的趋势也越来越明显。

在SaaS产品移动化的过程中，相信很多厂商遇到过以下问题：

为什么不是所有的SaaS产品都可以移动化？如何判断企业SaaS产品是否适合移动化？移动化的过程中需要注意哪些坑？

让我们来看看这几点。

为什么会有移动化的使用诉求

我认为本质还是在提高效率上，也就是“增效”。

很多时候我们不一定都是在办公室办公。

如销售人员外出拜访客户需要对客户信息和线索做实时跟进；现场施工人员要对施工进度做节点汇报；生产工人要对生产环节做信息采集；企业管理者能随时查看企业经营情况、团队管理等。

移动化能在一定程度上解决移动办公的业务和管理诉求。

什么样的SaaS产品适合移动化

简言之，对移动办公有较高要求的业务场景，比较适合做移动化。

比如我们经常能接触到的CRM/SCRM、OA、即时通讯等，都是对移动办公有经常性需求的，我们能看到大部分厂商都有开发独立App端。

SaaS产品移动化的难点

 

（1）不一定能完全承载复杂的业务场景

①业务场景的拆分

SaaS产品的移动化，不是简单的将PC端内容照搬到移动端就可以。我们需要注意业务场景的拆分。

由于ToB业务场景的复杂，并不是所有的SaaS产品都适合做移动化。相对来讲，泛行业SaaS产品移动化的难度要小于垂直行业SaaS。

以泛行业的CRM（客户关系管理系统）为例，其核心功能（拓客线索、客资管理、销售管理、合同管理）在PC端和移动端都有一致的呈现和较好的用户体验。

但是诸如垂直行业的APS（高级计划排程系统），实现全功能的移动化就会有非常大的挑战，甚至是不可能，而且移动端更多偏向于终端设备的数据采集反馈，况且一线生产工人边做生产还边看手机操作的行为也不符合生产安全规定。

这让我想到一个值得思考的场景：

笔者过往在做医药新零售SaaS产品的客户成功服务过程中，在面向连锁药店的店员做新零售私域运营工具实施时，店员和我们反馈说移动端在门店不好落地，因为公司领导刚刚宣布上班期间不得使用手机。

虽然最后问题得以解决，但是这也侧面说明B端业务场景的多面化。

②移动端产品设计

由于SaaS产品的信息量比较大，我们在PC端可以较好呈现的内容，转换到移动端时就可能凸显冗余和复杂。

要怎么样在有限的移动端屏幕空间内呈现SaaS产品信息量，是需要产品人加以深思熟虑的。

我们更多秉承“精、减、藏”的原则，精挑已确认移动化的功能做开发；字段、内容等做删减提炼展示；过多信息则隐藏。减少客户使用移动端办公的抵触情绪和增加上手容易度。

（2）用户学习成本高

SaaS产品的落地应用，离不开客户成功团队的系统实施。不同于C端移动化产品，如果是即时通讯类、电商类移动端，因为用户长期对C端产品的高频使用，用户对产品是有着一定熟悉度的，哪怕摸索着使用都可以自行展开。

但是垂直SaaS产品的移动端，往往因为强关联企业的业务流、工作流、审批流等关键业务场景，用户是需要在SaaS厂商客户成功团队的培训下学习和熟练，必然会增加用户的学习成本。

 

（3）推广和维护成本高

如果是PC端，你可能只需要一套产品设计方案就可以，同时兼顾好各大主流浏览器的适配。

如果是做移动端，SaaS产品会面临安卓和IOS系统操作平台的开发，以及应用平台投放和维护。在产研开发和市场营销费用上都将会是一笔不小的支出。

由此，我们有很多SaaS厂商选择了去做wap端及小程序，这不失为一种比较好的方法，让使用者即用即走，既满足企业用户的使用需求，也在成本可控范围内。

时间紧、预算少的创业团队更适合第二种（wap端及小程序）方式。

最后的话

不同于ToC短链路的业务场景，ToB的业务场景往往比较复杂，在使用SaaS产品的时候，企业经常会围绕业务流、工作流、审批流这三个维度的内容展开。

首先，作为SaaS厂商要明确的是，并不是所有SaaS产品都适合做移动端；

其次，做产品移动化的过程中，需要调研清楚用户的业务场景，不能仅仅只是照搬PC端的功能；

最后，要考虑移动化的载体，是App，还是小程序，再或者wap端等，不同的承载入口，对于SaaS厂商的开发成本、服务成本、推广运维成本都是有很大差异的。

毫无疑问，SaaS产品移动化是正在发生的事实，在未来的移动化过程中还会遇到很多难题，相信能给你带来一点启发。