时间: 2021-07-30 11:28:10 人气: 15 评论: 0
中小企业的标准化saas系统是一个趋势，但我们也看到，不管是从产品经理的需求把握度和产品设计来说，还是从用户的满意度来说，以及公司的盈利性来说，都有着很多的问题和挑战。
近年来B端产品越来越火，一方面很多传统行业开始加入信息化队列，另一方面，小公司也开始重视信息化建设。B端产品的形态的也逐步从大企业的定制化转向中小企业的标准化Saas。我们设想这个Saas能给出一套行业解决方案，以低成本开发运营，用户也能低成本使用，互利共赢。
但现实往往不那么美好，深入SaaS好几年了，我也深深感受到，做一个标准化SaaS太难了。我们来看看产品经理、用户还有公司的心声。
以前做B端产品，基本都是大企业定制的，我们对他们的行业所知不多，需求都是他们提过来，我们转化成产品文档，交由开发实现的。
那时觉得甲方爸爸可横了，不懂系统，需求来回变更不说，还非要按照他的想法做。就想着有一天做一款自己的产品，不用再受甲方爸爸的气了。
愿望实现了，但是！我开始怀念起那时只有一个甲方爸爸的日子，因为现在我要面对几千个甲方爸爸了。
虽然说我对产品有决策权，我可以否认甲方爸爸们的需求，挑我觉得重要的、通用性的需求做，但是，我真的很难忍心一次次拒绝他们的请求，他们说这个功能不做工作没法开展了呀。
于是，做标准化Saas对产品经理一个很大的考验就是：如何分析需求？如何区分通用性和个性化需求？如何给需求排优先级？
关于这方面，我之前也写了一篇文章——《B端产品如何平衡通用化和个性化？》，大家可以参考。
即便我们把需求分析地很透彻，每一个功能点的迭代都始终围绕着产品方向，且有半数以上用户**用到，但最终产品还是**变得越来越臃肿。
我们做基层医疗机构的诊疗Saas，**研究竞品的功能，在我们产品经理心目中，有一家竞品是我们觉得心服口服的，功能实在是太强大了，几乎特殊场景都能通过配置项来实现，我们甚至把他定位成我们追赶的目标。
然而，我在做用户调研时发现，对于一些小诊所来说，他们觉得那套系统太复杂了，很多功能都用不到，配置项搞不明白，就不能像以前最简单的开处方的his一样简洁吗？
我顿时醒悟，功能不是越多越好，也不是能覆盖的场景越全越好，用户要的只是他们需要的，一个不多，一个不少。这何其困难呀！
想想我们当初是如何确定这个功能做不做的？30%以上用户需要，我们就做，因为我们认为这个需求具有通用性。
但回过头来再想想，还有70%的用户其实不需要。这只是一个功能，如果是10个功能呢，全都需要的用户估计就剩3%了吧。当我们的用户越多，功能做的越多，用户在系统里面用不到的功能也越多。
但另一方面，如果我们的用户在增加，但我们的系统不迭代，用户就**满意了？肯定不是。
所以这里又多了一个对产品经理的考验：如何让系统尽可能强大而不显臃肿。我们还是希望能让更多的甲方爸爸们满意，这样才能多卖钱嘛。
用一个词来描绘甲方爸爸们非常的形象：众口难调。
我们去年年终对用户做了一次满意度调查，我们以为那些提了很多需求但是没做的用户**很不满意，而那些从来没提过需求的用户是还算满意的。结果很出乎我们意料，从来没提过需求的用户对我们的评分很低，吐槽了一堆，那些提需求的也不见得很不满。
但总的来说，标准化Saas本就不是高满意度的产品。没有一个完美的人，同样也没有一款完美的产品。
既然我们的目标不是让所有的甲方爸爸们满意，那么产品经理迎来了另一个很大的考验：如何名正言顺地拒绝甲方爸爸们的需求，又不伤感情。客服不能拒绝客户的需求，但我们必须要这么做。关于“如何友好地拒绝”这个技巧，大家如果想知道的话，可以留言哦，下次写一篇文章专门聊聊。
如果和谈不成，那如何选择性地放弃一些用户？比如那些只想要最简单功能的，还是用回你的单机版his吧。
我针对用户为什么选择Saas做过一个小调研，主要原因是：
对于中小企业来说，选择一款成熟、可用的产品是性价比最高的，自己没有钱和能力请人开发一套系统，而以往的his弊端也非常明显。顺应趋势，Saas是一个必然的选择。
但用户还**这样想：我花钱买了你的系统，你就得给我提供最好的服务，我用的不顺手的地方肯定要提，你最好也给我做。
我在申请试用的时候看大流程是没问题的，但实际用的时候和我们现在的场景有差异。不要让我们改流程，即使我们不规范，但我们已经这样做了十几年了，工作人员的习惯哪是那么容易就改掉的？我们这么忙，哪还有时候培训员工！你就照我说的做。
我一般都很直接地拒绝了：不做！因为你是个性化需求。
用户就说，那我出点钱呢？中小企业，大钱不想出，小钱还是愿意花的，几千一万的，还是能接受的。
但我们要做的是标准化Saas啊，今天这家定制些功能，明天那家定制些功能，系统**比预想的还要臃肿，维护成本翻倍的上涨，后面再叠加新功能时，还要把定制化功能可能造成的影响都要考虑一遍。这么算下来，几千块钱也是性价比很低的事情。
所以，给钱我也不做。我的目标是服务更广大的用户，不只是你一个。
有一些偏大一点的企业，也**选择使用Saas，倒不是花不起钱请专门的开发团队，而是外包不靠谱的太多了，长期雇佣又不大可能。
碰到过几个客户，之前都是请外包团队做了一套自己的系统，但用了一段时间还是放弃了。传统行业和互联网行业的行业代沟还是相当大的，客户和技术直接去沟通，双方都不能理解对方，好不容易在一次次的争吵中做完了系统，开发走人了，后面想要再加功能，做调整找不到人了。
这类客户比较关心的一个点就是：数据安全性，所以他们**提出要做本地化部署。如果做不了，就直接不签了。
从产品经理的角度来看，这不是一件有意义的事情，但公司做不做，取决于他的考虑，下面就讲讲公司的看法。
一款Saas没有个三五年是很难实现盈亏平衡的。
我们假设一个小规模的团队30人，包括产品经理、开发、测试、销售、运营，一年成本1200万。再假设我们的产品客单价6千/年，那一年要2400个用户付费才能实现盈亏平衡。
而Saas用户数量的增长，不**像C端一样呈爆发式的增长，更多的是销售一个个打电话去，一年签下1000家已经是不错的业绩了。第二年还**遇到老客户的流失。
也只有财大气粗的公司才**一上来就做一款Saas，很多创业型公司都是从外包项目入手，然后转化成Saas。比如说给大医院定制一款软件，做完了发现这代码的利用价值太低了啊，我可以把通用化的50%的代码抽出来，做成一款通用化SaaS产品啊，还能提高我的营收。
所以，站在公司的角度来说，这款产品是不是标准化的，可能并不是那么重要，也不一定非要坚持：我一定要标准化，拒绝个性化需求。因为到后面**发现，理想抵不过饿肚子啊。
投入这么多的人力成本，一年卖6000，老板心里也在滴血，但卖贵了没人要啊，市场价就这样。
定制化需求的钱可能还好挣一点。比如诊所定制一张处方就500-2000元，后期不怎么要调整，是不错的买卖。大客户的功能定制和本地化部署也未尝不可，他们的钱还是能给到位的。
我们也常常在SaaS里面看到一个模块，叫功能定制：如需定制请联系XXX。毕竟活下来才有希望，后面怎么发展再说。
中小企业的标准化saas系统是一个趋势，但我们也看到，不管是从产品经理的需求把握度和产品设计来说，还是从用户的满意度来说，以及公司的盈利性来说，都有着很多的问题和挑战。
近几年，saas行业的竞争也越来越激烈，我们想到的行业，在网上一搜，都有很多的竞品。但很多撑不过前3年，要么停止迭代，有的甚至连网站都打不开了。
未来saas想要发展的好，Saas+Pass是必不可少的。而且单一的工具**越来越不满足用户的需求，我们需要给他提供更多有价值的服务，比如说数据挖掘，产业集群，来增强用户的粘性，这也**是未来用户比功能更为关注的点。
谁先通过saas布成了一**产业的棋，谁可能就是赢家！
司马特小队，公众号：司马特小分队，人人都是产品经理专栏作家。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。
本文原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
