『人人都是产品经理』做一个标准化Saas到底有多难?


中小企业的标准化saas系统是一个趋势 , 但我们也看到 , 不管是从产品经理的需求把握度和产品设计来说 , 还是从用户的满意度来说 , 以及公司的盈利性来说 , 都有着很多的问题和挑战 。
『人人都是产品经理』做一个标准化Saas到底有多难?
本文插图
近年来B端产品越来越火 , 一方面很多传统行业开始加入信息化队列 , 另一方面 , 小公司也开始重视信息化建设 。 B端产品的形态的也逐步从大企业的定制化转向中小企业的标准化Saas 。 我们设想这个Saas能给出一套行业解决方案 , 以低成本开发运营 , 用户也能低成本使用 , 互利共赢 。
但现实往往不那么美好 , 深入SaaS好几年了 , 我也深深感受到 , 做一个标准化SaaS太难了 。 我们来看看产品经理、用户还有公司的心声 。
一、产品经理说1. 甲方爸爸从1变成了n
以前做B端产品 , 基本都是大企业定制的 , 我们对他们的行业所知不多 , 需求都是他们提过来 , 我们转化成产品文档 , 交由开发实现的 。
那时觉得甲方爸爸可横了 , 不懂系统 , 需求来回变更不说 , 还非要按照他的想法做 。 就想着有一天做一款自己的产品 , 不用再受甲方爸爸的气了 。
愿望实现了 , 但是!我开始怀念起那时只有一个甲方爸爸的日子 , 因为现在我要面对几千个甲方爸爸了 。
虽然说我对产品有决策权 , 我可以否认甲方爸爸们的需求 , 挑我觉得重要的、通用性的需求做 , 但是 , 我真的很难忍心一次次拒绝他们的请求 , 他们说这个功能不做工作没法开展了呀 。
于是 , 做标准化Saas对产品经理一个很大的考验就是:如何分析需求?如何区分通用性和个性化需求?如何给需求排优先级?
关于这方面 , 我之前也写了一篇文章——《B端产品如何平衡通用化和个性化?》 , 大家可以参考 。
2. 系统必然越做越臃肿
即便我们把需求分析地很透彻 , 每一个功能点的迭代都始终围绕着产品方向 , 且有半数以上用户会用到 , 但最终产品还是会变得越来越臃肿 。
我们做基层医疗机构的诊疗Saas , 会研究竞品的功能 , 在我们产品经理心目中 , 有一家竞品是我们觉得心服口服的 , 功能实在是太强大了 , 几乎特殊场景都能通过配置项来实现 , 我们甚至把他定位成我们追赶的目标 。
然而 , 我在做用户调研时发现 , 对于一些小诊所来说 , 他们觉得那套系统太复杂了 , 很多功能都用不到 , 配置项搞不明白 , 就不能像以前最简单的开处方的his一样简洁吗?
我顿时醒悟 , 功能不是越多越好 , 也不是能覆盖的场景越全越好 , 用户要的只是他们需要的 , 一个不多 , 一个不少 。 这何其困难呀!
想想我们当初是如何确定这个功能做不做的?30%以上用户需要 , 我们就做 , 因为我们认为这个需求具有通用性 。
但回过头来再想想 , 还有70%的用户其实不需要 。 这只是一个功能 , 如果是10个功能呢 , 全都需要的用户估计就剩3%了吧 。 当我们的用户越多 , 功能做的越多 , 用户在系统里面用不到的功能也越多 。
但另一方面 , 如果我们的用户在增加 , 但我们的系统不迭代 , 用户就会满意了?肯定不是 。
【『人人都是产品经理』做一个标准化Saas到底有多难?】所以这里又多了一个对产品经理的考验:如何让系统尽可能强大而不显臃肿 。 我们还是希望能让更多的甲方爸爸们满意 , 这样才能多卖钱嘛 。
3. 爸爸们的还是不满意
用一个词来描绘甲方爸爸们非常的形象:众口难调 。
我们去年年终对用户做了一次满意度调查 , 我们以为那些提了很多需求但是没做的用户会很不满意 , 而那些从来没提过需求的用户是还算满意的 。 结果很出乎我们意料 , 从来没提过需求的用户对我们的评分很低 , 吐槽了一堆 , 那些提需求的也不见得很不满 。


推荐阅读