产品经理SaaS创业路线图：产品力不足是国内SaaS发展的关键瓶颈

曾与很多CEO探讨SaaS在国内为何这么困难？大家最后都不得不承认，关键瓶颈还是产品力 产品没能有效地、便捷地解决大量客户企业的问题。这背后原因很多，我今天就做个深入分析，也举一个大家都容易理解的具体例 子。去年底，在 “人人都是产品经理”近千位产品经理参加的大型线下活动上，我用这张图解释了中美SaaS市场的差异。在商业环境、企业管理水平、员工 IT 水平，以及采购、支付流程上的差异是外在因素。而产品力不足才是内在原因。这背后的困难主要有两方面：（ 1）客户需求不一致我们做产品而不是做项目，最基本的着眼点是能找到不同企业的一致需求。国内企业在营收上发展迅猛，在组织、流程、数字化方面却缺乏沉淀。即便是同一个行业、同样规模的企业，对管理信息系统（ MIS ）的需求也有巨大 差异。需求不一致，造成我们的产品研发部门得到客户对产品的反馈不聚焦，产品发展方向不稳定。而这正是产品力积累、发展的难题。（ 2）软件工程基础差有一次，我与某国内大厂产品线一把手交流。他的发现是，当前的 IT 工程 师在软件工程上的基础认知，还不如十年前他所在的外资大厂的水平。这里没有苛责我们工程师的意思，毕竟在 2015年“SaaS年”之前，中国的 企业软件行业是以定制开发为主的。没有传统 OP软件的基础，SaaS产品的软 件工程能力需要更长时间的积累。以上第一点， “客户需求不一致” 的问题还会延续很多年（我去年讲还要58 年）。各个领域管理成熟的次序有先后。那些竞争激烈、 “橄榄型 ”市场的企业，更适合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 的今天还只做到这个水准。这是我们每一位做产品的同事，需要深深思考的问题。期待在市场上看到更多的能帮客户解决业务问题、能给用户带来优秀体验的优秀产品。