企业SaaS是个翻炒了十来年的老话题了，从2003年开始，随着美国的Salesforce、WebEx Communication、Digital Insight等公司的成功崛起，国内软件提供商争先效仿。然而，直到2013年之前鲜有成功者。
随着移动互联网的普及，SaaS迎来了第二春，已经打入尼姑庵的娘娘重新披上凤冠霞帔，要杀回宫去。临到洞房之前，娘娘疑惑了：到底怎么搞呢？面对疑惑，可把皇帝、太监一干人等全急坏了，马上召开御前会议，研究娘娘怎么搞的问题。
要谈企业SaaS怎么搞，必须要知道未来企业是怎么搞的，然后企业SaaS才能与之匹配。
未来企业形态
1、企业自组织化
大家更耳熟能详的词汇来解释就是阿米巴组织。阿米巴是将企业内部的组织结构小型化，核算单元小型化，让人人成为经营者，每个小团队都更有决策权、更据灵活性。简单讲，就是在战略统一的前提下，实行承包制。在这个背景下，企业自上而下铁板一块的管理将被打破，价值观和战略成为共识，而运营决策权下放。
互联网企业无一不是在这样做，阿里、腾讯都是建立内部生态，而非内部管控，小米、360的扁平化管理也着力在自组织化管理上。传统一点的海尔，也从正三角管理变为了自主经营体模式。
可以说，未来的企业会从一个个颠簸不破的铜豌豆变成无形无迹的变形虫，快者如水银泻地占领市场，慢者则被快者无情吞噬。
2、企业规模两级分化
企业规模两极化的观点来自于好友丛龙峰博士，他认为未来的企业将呈现大象和跳蚤共舞的局面。如跳蚤般的小微企业海量存在，他们凭借着灵活的身形和贴近客户的优势，在市场中获利。其中少数的成功者，迅速成为巨头，网罗同业和上下游，成为内部自组织化的大象企业。而长期存在于旧时代的中等规模企业，由于即不具有跳蚤的灵活性，又缺乏大象的集约优势，只能是大象成长史中的短暂形态。中型企业的成功者成为大象，失败者或成为跳蚤或被大象吸纳。
这个观点，是龙峰调研了大量的企业案例之后的结论，也是我自07年开始走访众多的中国企业的一个认识。
3、组织结构网络化
企业组织结构网络化不是讲企业互联网化，而是在MBA教科书里谈了20多年的耐克模式。在互联网的时代里，这个模式已经从个别者成功的法宝变成了普遍实行的基本业务运营模式。作为创业企业，很难想象你还需要自己雇佣会计处理财务，作为行业巨头也往往把财务和人力资源的非敏感工作进行了外包，企业聚焦竞争力核心，把原来的仓储、物流甚至是生产都剥离到了外部合作伙伴。
你想象一下，充满着上面这种形态特点的企业的世界里，他们将选择什么软件，将怎样选择软件，又将怎样使用软件？
企业会怎样使用SaaS？使用什么样的SaaS？
1、快速上手，学习成本越低越好
快速变化的市场和快速变化的企业，如果还需要提供给他一个半年多才能实施培训到位的软件，不管是软件包还是SaaS，都没有什么竞争力。
快速上手的产品就必须是情景导向，而不能是管理导向的。什么叫情景导向，什么又叫管理导向呢？看看下面图，你就明白了。
这幅图是信用卡申请表，它的使用困扰和学习成本非常高。实际上，在你填写信用卡申请表时，工作人员一般只会让你填写几个必要信息就能完成申请工作了。那么印刷这么多的字段到底是为了什么呢？就是为了管理者臆造的管理需求服务的。当这些信息不能真实有效的采集时，这就不是仅仅浪费时间的问题了，更让后续数据处理和分析工作处在无限纠结当中，我到底是信它呢，还是不信它呢？
基于于管理导向的产品就要不停的培训指导，让使用者去理解一个自己所未曾见过的场景，才能知道如何操作。而情景导向的产品，则直面使用者的真实环境，让他操作起来毫无违和感。
那些所谓的管理数据需求，在未来的组织管理模式下大部分是不存在的。即便是那些真实存在的管理需求，也应该更多的通过行为数据采集来支撑。
2、小团队独立使用
企业自组织化情境下，业务是自底向上生长的，团队也是自底向上发展的。这就需要软件SaaS应用必须可以在最小单元内独立使用起来。在小微企业，不管是什么工具，应当都是拿来就用的，能够快速的决当下的问题。比如，负责市场的人用麦客，负责产品研发的人在用tower。
那些跳蚤企业成长为大象之后，仍然可以保持各自团队的独立性。比如研发部门内部，A部门可以用worktile，B部门可以使用tower。
小团队的独立使用，也相应的降低了产品的学习复杂度。产品即不会掺杂其他部门和管理的冗余需求，同时，再专业的功能在专业的使用者看来，都是顺理成章的简单。
3、数据交换可自定义
对于大量涌现的异构平台和异构数据，当组织壮大后，必须能够在不同单元之间进行数据交换。然而，不同平台在建立之初并没有考虑到日后的发展。因此，当这种需求出现时，平台之间的接口定义就成为必然。
传统的数据交换定义是自上而下规划完成的，这就导致未经规划确定的业务无法存身，也就湮灭了企业的创新机会。在未来的自组织模式下，业务是随需应变的，是基于小团队快速迭代的。因此，数据交换接口的定义必须是数据提供者和使用者自定义的握手过程。IBM曾经收购过的Cast Iron就是面向这一需求应运而生的。
企业管理SaaS该怎么做？
1、给学生卖盒饭
学生有各种悟性和特长，但吃是通用的，所以饿了么诞生了。人有胖瘦美丑，但约是通用的，所以陌陌成功了。我的意思是要做大规模的通用市场，而不要傍着高大上的客户市场钻牛角尖。SaaS商业模式的核心是在于边际成本下降，而你一门心思和世界500强的需求较劲的时候，你会发现边际成本上升了。好不容易做了一个超级无敌的开关组合和你自己都认为比金箍棒还牛逼的配置器的时候，你发现光告诉成长型客户为毛要这么做就得花半个月的时间。
未来是大象和跳蚤的世界，在他们的核心地带，你会发现跳蚤都是一样的跳蚤，大象却各有各的硬核。而在同一领域的下一任大象，则会以颠覆式的方式重构硬核。你即无法开创，你也无法追随。
皇帝需要太子的时候会取娘娘来生，但必须是独享的。换句话说，大型企业未来要想活着那么就得自己做核心系统。你既然有一颗做SaaS的心，就别想惦记凤冠霞帔了。
2、为服务商做平台
既然做不了皇帝的老婆，那么我们的SaaS就回归工具的属性吧，纯纯粹粹的做企业的IT支撑，不去培训无须引导。这个理念我部分认同，工具是可以迅速传播和迅速推广的。但是，如果没有一颗过日子的心，你在企业用户的眼里就是一个随时可以被替换的临时工。想想看，为什么微信、QQ是难于取代的，因为它和你的生活血肉相连。而作为企业软件，想要获得客户的持续青睐，就必须和企业的业务血肉相连。
要做到与客户业务血肉相连，一种办法是连接尽可能多的异构系统，以增加替换成本，而更彻底的方式就是干脆把客户业务外包。
但是，问题又来了，无论是异构系统连接还是做客户的外包，边际成本仍然下不来。
既不能做皇帝的老婆，又要能栓住皇帝，那你只有做妈咪了。要本着为外包服务商做平台的心思做SaaS，这才是长治久安的办法。原来那些超级复杂无比的功能和理念，给客户讲不通就不要讲了。你调回头让客户的外包服务商听得懂，用起来爽就行了。他们去做客户的头牌，你为头牌提供服务。
无论是财务还是HR，或者是MRP，按这个思路都可以做成优秀的SaaS应用平台。
3、支撑生意而非支撑管理
以前，企业管理软件是通过忽悠概念来赚钱的，ERP、CRM、BPM，做了一圈下来，发现世界上的好学生依然是好学生，差学生依然是差学生。作为软件提供商，能做好几个尖子生项目就算良心生意了，不给好学生添乱的就算靠谱产品了。
现在，还有一票SaaS服务商依然好为人师，给客户介绍方法论、价值观，看来是菩萨心肠，救企业于水火的活雷锋。这就麻烦了，软件包业务是直接把媳妇娶回家，一辈子的钱都付了，用的好不好没人管。但SaaS不行啊，三天不见效，客户掉头就走。所以，忽悠那些看不懂的管理理论纯属庸人自扰。
皇上需求其实很简单，帮我挣钱，给我省钱，真金白银看到效果，从挣下来、省下来的钱里面分好处。
