时间: 2021-07-30 11:44:44 人气: 5 评论: 0
曾与很多CEO探讨SaaS在国内为何这么困难？大家最后都不得不承认，关键瓶颈还是产品力 —— 产品没能有效地、便捷地解决大量客户企业的问题。这背后原因很多，我今天就做个深入分析，也举一个大家都容易理解的具体例子。
去年底，在“人人都是产品经理”近千位产品经理参加的大型线下活动上，我用这张图解释了中美SaaS市场的差异。
在商业环境、企业管理水平、员工IT水平，以及采购、支付流程上的差异是外在因素。而产品力不足才是内在原因。
这背后的困难主要有两方面：
（1）客户需求不一致
我们做产品而不是做项目，最基本的着眼点是能找到不同企业的一致需求。国内企业在营收上发展迅猛，在组织、流程、数字化方面却缺乏沉淀。即便是同一个行业、同样规模的企业，对管理信息系统（MIS）的需求也有巨大差异。
需求不一致，造成我们的产品研发部门得到客户对产品的反馈不聚焦，产品发展方向不稳定。而这正是产品力积累、发展的难题。
（2）软件工程基础差
有一次，我与某国内大厂产品线一把手交流。他的发现是，当前的IT工程师在软件工程上的基础认知，还不如十年前他所在的外资大厂的水平。
这里没有苛责我们工程师的意思，毕竟在2015年“SaaS元年”之前，中国的企业软件行业是以定制开发为主的。没有传统OP软件的基础，SaaS产品的软件工程能力需要更长时间的积累。
以上第一点，“客户需求不一致”的问题还**延续很多年（我去年讲还要5~8年）。各个领域管理成熟的次序有先后。那些竞争激烈、“橄榄型”市场的企业，更适合SaaS企业的高速发展。
关于第二点，2015年至今已经有几百亿人民币投资砸进SaaS领域，我看到SaaS企业的软件工程水平正在迅速提高。
关于产品力，今天我也要就一个具体案例和大家分享一下。
To B 的案例在短篇里不容易讲清楚，我还是讲一个大家有体感的 to C 需求。
今年春节前后，我在美国加州工作了2个月（目前在北京家里隔离）。计算时差成了一个很令我头疼的问题。加州比北京晚16小时。我熟悉的是10进制，用24进制计算北京时间10am – 16小时，是个痛苦的心算过程…
我每周与北京多个团队有电话**议安排，有周期性的，也有很多临时的，所以我的闹钟是这样的：
到了3月初，一个朋友突然告诉我，明天加州开始施行夏时制，手表往前调1个小时，我顿时晕菜了。
决定找个App解决时差闹钟问题，一搜之下，还真不少：
然后我连续下载了5个产品，发现世界之大、App Store产品之多，却无一能让我满意！
我的需求很简单，就有两条：第一，计算某个北京时间对应的加州时间，这个iOS自带；第二，设置闹钟，提醒我某个北京时间有**议。
大部分App做的功能与iOS自带“世界时钟”是重复的，我不知为什么大家要做这样的App。
也有想复杂了的，例如这个：
上面这是一个跨时区的团队协作软件。看上去很美，只是看上去很美……
我在“华为”业软产品线工作时，团队分布在深圳、巴西、俄罗斯、西非多个时区。固定时间开**就是北京时间晚上8点左右，这时候俄罗斯和西非的同事还在白天，巴西的同事是清早起来开**。外派办事处的工作主要是与客户沟通，内部临时沟通不能随时打扰他们，一般都是写邮件，对方有时间就立即回复。
所以，多大团队恐怕都用不上上图这个“排班系统”吧？而且公司内部都有协同软件，在单独的一个App上约开**时间也难以坚持使用。
分析一下，我的关键场景是什么？（关键场景：如果解决了这个问题，我就买单）
其实很简单：设置一个北京时间的闹铃，同时显示我所在时区的对应时间。
可惜唯一接近的只是这个：
它可以设置跨时区闹铃，但设置过程和最终显示里，都没有提示加州当地时间是几点。每次看到这个闹铃，我都很慌，需要心算15秒搞清楚这个**议是加州时间几点钟开始。
这个千挑万选的“最佳产品”，还有基本bug，大家仔细看看这个时钟：
明明13：59了，时针还是正正地指向1点…
开始我以为是程序bug，后来才发现1分钟后，人家的时针是直接从1跳到2的……严重违反用户习惯，再汗一次。
是的，就是这个简单的时钟产品，我觉得我在1986年第一次学编程当年就能做的东东，竟然到34年后如此重视UE的今天还只做到这个水准。
这是我们每一位做产品的同事，需要深深思考的问题。
期待在市场上看到更多的能帮客户解决业务问题、能给用户带来优秀体验的优秀产品。
你的公司产品力如何？还有哪些点可以提升？欢迎留言交流。
吴昊，微信公众号：SaaS白夜行，纷享销客天使投资人、前执行总裁。20年企业信息化和6年SaaS营销团队创新经验，每天一篇2000字SaaS创业文章的坚持者，目前正处在从创业者向投资人的转型过程中。
本文原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
