作者：马春荃
自己做了一款企业移动应用，也加入了一些企业网络的群，和海量资金投入人也多少做了交流与交流。于是，想把我们的思路和想法整理出来，供大伙斧正或借鉴。
企业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的用方法应该是如此的：
企业管理SaaS该如何做?
1、给学生卖盒饭
学生有各种悟性和专长，但吃是通用的，所以饿了么诞生了。人有胖瘦美丑，但约是通用的，所以陌陌成功了。我的意思是要做大规模的通用市场，而不要傍着高端大气上档次的顾客市场钻牛角尖。SaaS商业模式的核心是在于边际本钱降低，而你一门心思和世界500强的需要较劲的时候，你会发现边际本钱上升了。很不容易做了一个超级无敌的开关组合和你一个人都觉得比金箍棒还牛逼的配置器的时候，你发现光告诉成长型顾客为毛要这么做就得花半个月的时间。
将来是大象和跳蚤的世界，在他们的核心地带，你会发现跳蚤都是一样的跳蚤，大象却各有各的硬核。而在同一范围的下一任大象，则会以颠覆式的方法重构硬核。你即没办法开创，你也没办法追随。
皇帝需要太子的时候会取娘娘来生，但需要是独享的。换句话说，大型企业将来要想活着那样就得自己做核心系统。你既然有一颗做SaaS的心，就别想惦记凤冠霞帔了。
2、为服务商做平台
既然做不了皇帝的老婆，那样大家的SaaS就回归工具的属性吧，纯纯粹粹的做企业的IT支撑，不去培训无须引导。这个理念我部分认可，工具是可以飞速传播和飞速竞价的。但，假如没一颗过日子的心，你在企业用户的眼里就是一个随时可以被替换的临时工。想想看，为何微信、QQ是难于取代的，由于它和你的生活血肉相连。而作为企业管理系统，想要获得顾客的持续喜爱，就需要和企业的业务血肉相连。
要做到与顾客业务血肉相连，一种方法是连接尽量多的异构系统，以增加替换本钱，而更彻底的方法就是干脆把顾客业务外包。
但，问题又来了，无论是异构系统连接还是做顾客的外包，边际本钱仍然下不来。
既不可以做皇帝的老婆，又要能栓住皇帝，那你只有做妈咪了。要本着为外包服务商做平台的心思做SaaS，这才是长治久安的方法。原来那些超级复杂无比的功能和理念，给顾客讲不通就不要讲了。你调回头让顾客的外包服务商听得懂，用起来爽就好了。他们去做顾客的头牌，你为头牌提供服务。
无论是财务还是HR，或者是MRP，按这个思路都可以做成出色的SaaS应用平台。
3、支撑业务而非支撑管理
以前，企业管理系统是通过忽悠定义来挣钱的，进销存、CRM、BPM，做了一圈下来，发现世界上的好学生依旧是好学生，差学生依旧是差学生。作为软件提供商，能做好几个尖子生项目即使良心业务了，不给好学生添乱的即使可靠商品了。
目前，还有一票SaaS服务商依旧好为人师，给顾客介绍办法论、价值观，看来是菩萨心肠，救企业于水火的活雷锋。这就麻烦了，软件包业务是直接把媳妇娶回家，一辈子的钱都付了，用的怎么样没人管。但SaaS不可以啊，三天不见效，顾客掉头就走。所以，忽悠那些看不明白的管理理论纯属庸人自扰。
皇上需要其实非常简单，帮我赚钱，给我省钱，真金白银看到成效，从挣下来、省下来的钱里面分好处。
阿里巴巴就是帮企业赚钱的，只须在这个平台上玩，就得用他的销售SaaS，各种收费的不收费的功能都成为基于阿里巴巴业务的外挂。顺着这个路子你再往下想，将来的库存管理SaaS应该是一个仓储出租平台附带功能，将来的协同SaaS应该是人才市场或是开源项目平台的附带功能。最后，SaaS工具应当是向外支撑而非向内支撑，应当是支撑业务，而非支撑管理。
原文
End.
转载请注明来自36云数据（36dsj.com)：36云数据» 企业管理 SaaS 该如何做？
