SaaS 的本质是业务管理的沉淀
程序 = 算法 + 数据结构,软件 = 程序 + 软件工程
刚开始做软件开发的时候,我信奉的基本原理是:「程序 = 算法 + 数据结构」,因为彼时学的数据结构 + 算法可以表示出来的「魔法」很让人惊艳。很多人说程序很无聊,但我却认为程序能发挥出来的力量无比强大,小到可以算「1 + 1 = 2」,大到可以将火箭送到月球。在我看来,这不亚于哈利波特的魔法棒,因此,我把我的 Macbook 取名为「Magic Wand」,我也希望我能利用这台小小的计算机发挥出让人惊叹的能量。
过了一段时间后,我觉得「程序 = 算法 + 数据结构」这种表述有点天真,但并不知道哪里出了问题。
还有一段时间,我聚焦于功能的开发,当功能开发了很多之后,我发现用户并不懂怎么使用,于是就开始研究怎么才能让用户快速上手。最后我发现让用户快速上手的核心是需要为用户定义一个「用户旅程」。从这时开始,我不再专注于功能的设计,而是专注于流程的设计。
因此那段时间,一个很重要的问题引发了我的思考:为什么人们喜欢用特定的软件,而不直接使用具备图灵完备性的 Excel?
软件的核心是流程,虽然 Excel 功能强大,但过于复杂,更多是非常模块化、原子化的组件,无法呈现特定领域的业务知识,使用具有一定门槛;而软件带有诸多事件按钮,是由程序加上软件工程构建出来的,即通过用户故事地图,将程序进行一系列的排列组合,以实现业务目的,它的一个进步性便体现在更加智能与体验友好(符合用户直觉),简化操作的同时,又具备程序能力。
我们发现软件其实与人的操作习惯、思考方式息息相关。SaaS (“软件即服务”)是卖给企业的,于是企业整个管理流程、业务流程与 SaaS 软件便融为了一体。好的 SaaS 软件能够让任何一个不懂这个行业的小白知道某件事件该怎么处理、数据该怎么分析、客户该如何管理、流程该如何设置等等,即好的 SaaS 软件是提供了咨询服务能力的,而不是囿于像 Excel 般功能迭代却忽视用户体验。