南宫NG28建设

南宫NG28建设協同進入業務定製領域已經有數年的時間了，引領了「0代碼」定製新業務的應用，新業務涵蓋了協同HR、協同費用控制、協同行政管理、協同CRM，以及多種協同業務，但對於協同應用定製平台，似乎還缺乏較為完整的描述。

平台是指具有網絡效應、多邊協作的規模越大應用效果越好的一種高彈性的適應方式，比如我們看到的電信網絡隨着手機使用人數的增長而增加了通話價值，隨着微信的各類團隊實時的溝通協作及泛在線的建立，微信應用成為我們相互溝通，傳遞文字、語音和圖片信息的一個渠道，這就具有明顯的網絡效應。

作為面向企業業務的定製平台，我們希望在平台上有更多地人參與製作「業務應用的信息化包」，而這些製作者既可以是我們自己的實施人員、夥伴的實施人員，也可以是我們的客戶，大量夥伴湧入製作包就使得業務定製的從業人員大幅度增加，知識轉移和學習的成本因為大家都熟悉而大幅度降低，這就可以吸引更多的人願意從事業務包的定製工作，從而達成網絡效應。

更進一步，我們希望客戶也可以將定製的業務包輸出，並取得信息化經營的收益，這就將客戶轉變成為了供應商，從而實現了雙邊網絡效應。要達成這些應用模式，改變商業的邏輯，也就是供應鏈的價值網絡與需求端的價值網絡的互聯、融合，組合成為更大的生態網絡，就需要系統具有很多簡單的功能性產品不具備的一些特徵，這些特徵應該有以下這些，但不僅僅限於這些特徵：

1、應用包的自組織：也就是業務應用包能夠獨立成為一個「實體」，成為一個類似於獨立的「軟件」，但這個「軟件」的構造是由我們的實施人員、客戶方的工作人員製作的。這個「軟件」需要具備：

(1) 業務包數據自描述：這是業務的數據結構的組合，能夠告知使用者、其他業務包或者信息系統「我有什麼」，我的權屬關係，是否可以被直接使用，以及如何使用；

(2) 業務包功能自描述：業務必須能夠自我描述「我能夠為組織做什麼」，我能夠给予一些什麼樣的功能特徵；

(3) 業務包的兼容性自驗證：業務包的指標體系，業務包的結構，數據+功能的組合，業務包自身的版本號，以及歷史上的一些改進；

(4) 跨業務包的應用驗證：歷史的「記憶」複製，業務表、業務應用之間的關係邏輯描述是基礎，當業務進化時，這些特徵可以象「基因」一樣帶走，成為下一個業務包的概念、內涵。

最終，我期望我們的業務包能夠具有一定的智慧，而不是機械的結構與植入。

2、運行態的自組織：

(1) 業務包導入導出的邏輯特徵：導出了哪些數據定義、數據和應用，並且能夠對運行過程進行自動監控；
(2) 表間關係的自適配、自動識別，最好能夠對觸發、會寫自動組合邏輯，前期能夠與人互動，以後可以自動相互適應，自動抽象出模型，能夠自動學習（這個路還有點長）；

(3) 能夠標準化模型，形成有機的層次結構和橫向的協作結構，這樣的業務應用才會有更強的生命力；

3、開放性：

業務應用的開放性，能夠支持更多的應用接入，業務應用互動的生態特性；
(1) 支持業務包的導入導出，能夠駐留於不同的系統中，比如A6+、A8+，能夠在一個集團化單位，一個行業，一個領域中應用；
(2) 業務包能夠適應組織的變化與成長，比如人員規模的增長、組織架構的變化，行業的轉型、對組織環境的適應；

(3) 公眾性：所謂的開放，是容易學習，容易使用，不需要學習或者很小量學習的系統，具有大規模人員的所謂「粉絲」特徵的系統；、

4、連接和互聯：

所謂連接的開放系統，業務定製不僅僅是內部的自循環，封閉的系統，業務定製支撐接入生產設備信息，並結合組織的分工安排，形成團隊的工作貢獻的執行控制，並積澱行為大數據信息供組織決策使用；
(1) 業務定製系統還應該連接人、連接團隊、連接行為（時間、地點和活動），從而形成紛繁複雜的在「應用現場」的符合活動信息，给予可跟蹤、可管理的業務執行與活動控制，並將結果呈現給領導、組織的公眾，從而大幅度改善信息不對稱，增加組織的信任網絡的信息化建設；

(2) 業務定製的應用包之間，本身就應該成為協作系統，甚至是跨系統部署的業務之間的互聯，這使得我們的系統能夠顺利获得「蜂群效應」取得更大的信息網絡效應

5、應用約束：

(1) 任何平台具有範圍約束與規制，對於協同應用業務來說，我們聚焦於協作行為，包括人與組織的協作，人與人的協作，部門與組織與人的協作，聚焦於行為信息化而不是複雜的計算邏輯；

(2) 聚焦與組織內部、組織之間的協作，支持層級結構、網絡結構和矩陣結構，而不是各類無結構的應用模型的無邊界設計，實際上前期我們依然聚焦與組織內的應用，擴展到組織間的應用；

(3) 我們不做複雜的數理邏輯的演繹，而是基於多種單元結構的協作模式的建設，以人為本，以組織角色或者組織間的角色結構的協作為主要方向。

6、環境適應性：

(1) 平台正因為具有開放性，因而具有更強的環境適應能力，實際上我們定義的業務應用就是基於互聯網的一個工作節點，是融合數據、應用的模型化的業務模型，更多的時候是部門業務與組織公眾的連接，對於網絡、瀏覽器、設備都需要廣泛的適應性；
(2) 應用業務包的疊代模式，成長方式，這些需要設計態、運行態和監控機制的建設，確保客戶的應用系統是可以「自動成長」的；

(3) 複製機制：組織級客戶本身就是複雜的對象，對於同一個應用領域，會因為人員規模、收入規模、管理風格、行業特性具有很大的不同，並不是一個簡單的複製即用的系統，如何能夠自適應、如何能夠自動糾錯，是一個複雜的機制。

7、生態特性：

(1) 治理機制：生態夥伴如何協作，這不僅僅是一個技術問題，也是一個商業問題，比如經銷商的職責分工，權力與利益分配也許存在諸多漏洞需要彌補，如何吸引並管理好合作夥伴，創造多家企業共贏的生態鏈機制，這是從平台產品的應用架構、分工協作模型，交付模型、運維模型和成長模型中都要去思考並設計的；
(2) 協同機制：柔性連接，系統應用，多邊整合，智能適配，這些特性都能夠大幅度提升業務應用的價值，使得多個小業務應用組合成為更大範圍、更大規模和更深層級的應用，從而解決組織的複雜的應用問題，為提升組織的管理效率服務。

這一篇文章，我希望是對未來的一些暢想，我們一起努力打造更加適應未來的系統，並立足與現在。