企業管理 SaaS 該怎么做？
自己做了一款企業移動應用，也加入了一些企業互聯網的群，和眾多投資人也或多或少做了溝通與交流。于是，想把自己的思路和想法整理出來，供大家斧正或借鑒。
企業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、支撐生意而非支撐管理
以前，企業管理軟件是通過忽悠概念來賺錢的，ERP、CRM、BPM，做了一圈下來，發現世界上的好學生依然是好學生，差學生依然是差學生。作為軟件提供商，能做好幾個尖子生項目就算良心生意了，不給好學生添亂的就算靠譜產品了。
現在，還有一票SaaS服務商依然好為人師，給客戶介紹方法論、價值觀，看來是菩薩心腸，救企業于水火的活雷鋒。這就麻煩了，軟件包業務是直接把媳婦娶回家，一輩子的錢都付了，用的好不好沒人管。但SaaS不行啊，三天不見效，客戶掉頭就走。所以，忽悠那些看不懂的管理理論純屬庸人自擾。
皇上需求其實很簡單，幫我掙錢，給我省錢，真金白銀看到效果，從掙下來、省下來的錢里面分好處。
阿里巴巴就是幫企業掙錢的，只要在這個平臺上玩，就得用他的銷售SaaS，各種收費的免費的功能都成為基于阿里巴巴生意的外掛。順著這個路子您再往下想，未來的庫存管理SaaS應該是一個倉儲租賃平臺附帶功能，未來的協同SaaS應該是人才市場或是開源項目平臺的附帶功能。最終，SaaS工具應當是向外支撐而非向內支撐，應當是支撐生意，而非支撐管理。
