大型政務應用或企業應用平臺建設漫談【一】

大型的政務應用或企業應用，最關鍵的問題是業務複雜；
我舉幾個簡單的例子：
好比說一個政府機構，有不少部門，每一個部門都有不少審批流程，
報銷、請假、結算....
每一個部門和每一個部門的流程審批環節還不同，
有些部門某流程要填錄這些內容，有的部門要填錄那些內容，
有的部門某個審批流程須要3個領導審批，另外一個部門一樣的流程就須要4個領導審批
最關鍵的是，他們這些流程還常常變，這個月仍是這樣，下個月就變成另外一個樣子了；

怎麼辦？難道要安排一個開發團隊，知足他們全部的要求，時時刻刻等着他們提變動申請嗎？
不用，這時你須要流程引擎和表單引擎；
他們之因此叫引擎，
就像工業革命的標誌是機械製造機械同樣，
流程引擎能夠生產流程，表單引擎能夠生產表單（表單就是審批填報的內容）；

你看，這就是複雜的業務，
通常的產品經理來了，都是想着客戶要什麼，就給他提供什麼；
不多有人能想到，客戶要什麼，我要給他提供一個製造這東西的機器；
省得他持續不斷的給我要同類的東西；

因此要作好這個領域的事務，
複雜業務的控制能力很是重要；
有這方面的能力能夠產出很是不錯的政務、企務平臺；
政務、企務平臺領域未來會有很是不錯的發展，
我也很是看好這個方向，在這個方向深耕了十來年；
像國外的salesforce，國內的釘釘、金蝶、用友都在這個方向增長投入；
丁香園的馮大輝離職創業有兩個方向，其中之一就是企業應用平臺；
然而，這個領域至今尚未一個像騰訊、阿里這樣的巨頭出來，
這一方面說明這個領域仍大有可爲，
另外一方面也說明差別化的需求確實很是的多。

那你怎麼抽象出共通的東西作掉，留下那些差別化的東西給用戶定製呢
我接下去從技術的角度來聊一下這個問題；
如今咱們這個領域出了一個新的概念，叫serverless，
它其實仍是須要服務器的
只不過這些服務器換成了微軟、谷歌、亞馬遜、騰訊服務器上的接口調用了而已。
但這個概念很是好
我以爲能夠把serverless的概念引入到政務、企務平臺上來；
咱們把全部與界面相關的業務邏輯，都認爲是差別化的，留着定製；
把大部分共通的業務邏輯作成服務、接口，提供出來；
我認爲這就是一個很好的抽象
後端的業務接口，再怎麼變化不會超出你的掌控，（要結合接口粒度的控制）
作的好，還能夠推出政務、企務的serverless雲服務；

以上，只是這個領域的一個方向，還有不少方向很是很是值得投入；
但作很差任何一個具體的政務、企務項目，其餘都是免談；