1、零代碼應用實例No-Code True Case從案例到使用 錄 導語 1.全事管理 3.銷售漏管理 7.復雜報價系統 9.軟件項管理 12.內外協同的單中 14.RPIC：個簡明的信息架構法 16.關于明道云 2導語 明道云迄今已經發布過各業零代碼應案例集錦，也發表了我們服務各業標桿客戶的客戶故事。不少客戶表示：案例看過數，但還是缺少了些真實上的感覺，有限的字難以充分表達客戶的使效果和案例中的精妙設計。為此，明道云正式推出零代碼應實例（No Code,True Case）系列內容。它將收錄明道云團隊為真實客戶做過的POC應或脫敏后的交付項，你可以免費下載安裝這些應，親上體驗。作為卷零代碼應實

2、例，我們優先把絕部分企業都需要的事、財務費控、銷售管理應實例收錄其中。此外還有建材業的復雜報價系統、軟件業的項管理，以及內外協同的單中，展示明道云在不同業的需求滿度和使靈活性。后續，我們將繼續增添更多具備業代表性和參考價值的應實例。除此以外，本書末尾還收錄了明道云CEO任向暉編寫的RPIC：個簡明的信息架構法，它詳細講解了使明道云構建各類業務應的法論。本書收錄的絕部分應實例均采這個法論來實施搭建，所以如果你對應實例的搭建思路感興趣，可以參考這篇章。 1 2溫馨提示：在正式開始閱讀前，我們建議您提前注冊明道云賬號，以便安裝應。前往注冊（ Human Resource Management案例背景

3、：該公司從事互聯與軟件IT業，是國內領先的云服務商。公司在全國設有個辦公點，團隊規模超過1000，其中事部有近20名員。由于公司規模龐，事部每天需要處理量轉調離、假勤審核、績效考核等作。公司嘗試明道云構建套全事管理系統，將事管理制度完全落地成具來執的同時，提事部的作效率。著重解決的問題：“轉調離”的全事管理流程 假勤管理、薪酬管理、績效管理等 與獵頭協作的招聘管理 適合借鑒的組織：500以上，事管理制度成熟的中型組織。 3關鍵流程圖：特價值：集成企業微信，持在企業微信上完成假勤管理 開放外部戶，獵頭可在權限范圍內參與協作 合同管理集成電簽，實現事合同線上簽約 4即刻體驗應（ Cost Cont

4、rol案例背景：某信息技術有限公司深耕絡信息安全業多年，在全國各地擁有多家分公司，員總數超過1000。過去，公司的常報銷、項報銷流程不規范，數據混亂，財務每需要耗費量時間整理賬。采購明道云后，公司對所有與財務相關的流程進統梳理，再明道云構建應來落實執。著重解決的問題：企業業務流程中的費審批流程管控，每筆費都有跡可循。統籌所有繁雜的費類型，將共性的費出場景標準化管理。多維度統計費數據，直觀展示各項費出的情況。賬務流程去繁留簡，線上運。適合借鑒的組織：業務以項式運作為主的中型企業。 5關鍵流程圖：特價值：員每報銷額度動結余與釋放，年度報銷額度動統計與關賬清零。從項維度管控保證、差旅、加班、采購等費

5、。 6即刻體驗應（ （ Leads to Cash案例背景：案例源于300組織規模的絡綜合服務科技公司，其業務覆蓋領域已超過40萬家商業場所，2000余家型購物中，30余家吞吐量機場，以及200余家國內型三甲醫院。業務部通過該銷售管理解決案，實現線索分配、商機推進、報價訂單和客戶管理，覆蓋銷售業務運作的所有核環節。著重解決的問題：銷售全流程管理，從線索到商機、合同訂單、交付記錄線貫通。銷售和前后臺部信息同步，打破協作隔閡。規范管理潛在客戶和商機挖掘、客戶續約、已有客戶轉為忠實客戶等作。適合借鑒的組織：100500中型企業銷售部，且業務范疇包含軟硬件銷售、實施和服務。 7關鍵流程圖：特價值：根據

6、不同產品線的產品錄，通過組合公式和輔助作流計算，實現按不同錄的產品線報價與核算。根據訂單的分類交付模式，設計交付管理模塊，解決硬件服務管理不透明問題?；诘昵鍐?，進產品拆分、出庫、安裝、交付和統計。對接商信息平臺、監平臺、庫存管理等系統，實現多套系統數據互通和業務流轉。 8即刻體驗應（ Complex Quoting案例背景：該公司是家家居建材制造企業，總部位于上海，有兩家分別位于江蘇和福建的加。團隊規模超過100，服務超過500家外貿企業，超過1000家家居企業。建材業存在產品類復雜、價格波動頻繁、加藝多樣的特點，因此報價作分復雜易錯。該應為公司創建動報價模型，銷售員只需根據客戶需求點選相應

7、產品和藝即可成報價，報價準確率、效率提升。著重解決的問題：規范管理多種原料的加藝 在標準的產品錄下靈活維護價格 在復雜標準的報價體系下動計算報價 適合借鑒的組織：報價體系較成熟、標準、復雜，具備價格波動特點的建材企業。 9關鍵流程圖：特價值：根據業務邏輯動運算采購的理論成本和銷售單價 實時追蹤成本效益 管控成本和銷售報價 11即刻體驗應（ （ （ Software Project Management案例背景：該公司從事教育軟件開發領域，員總數達170，其中研發團隊有120。團隊年均交付200多個項，項價值達6000萬。以前，公司缺乏個統管理項需求、迭代計劃、進度、費、成員的平臺，導致項需求混

8、亂，險難以預測，團隊職責不清，任務指派不合理等問題。構建和使該應后，研發團隊實現了項全命周期管理，并且提了20%的交付效率和回款速度。著重解決的問題：需求統收集和排序，避免需求不全或重復上報。迭代進度實時、透明、可視化管理。項進度動預警，降低管理險。分職責清晰化，合理分派任務。預算和實際成本統核算。適合借鑒的組織：10-200規模的軟件開發團隊或項管理辦公室。 12關鍵流程圖：特價值：使特圖管理項程碑。使可視化看板管理迭代任務，提團隊內部作同步的透明度。 13即刻體驗應（ Work Order with Inner and Outer Synergy案例背景：該實例來國內某“985”、“211

9、”校的裝備處，共有30名部員和近20名外部供應商使該單應。部常主要處理校內各處空調設備、服務器、電表、變壓器、滅器的維修任務。著重解決的問題：設備報修和維修單的閉環管理。打通戶和上游供應商，解決法追蹤單、信息不共享、反饋不及時等溝通問題。適合借鑒的組織：10500規模的中型組織，有專的設備維修部。 14關鍵流程圖：特價值：通過公開表單、短信、外部戶連接戶端，便戶報修。設備供應商通過外部戶參與應協作，提內外協同的透明度和單推進效率。實時通知反饋單進度，提升戶體驗。 15即刻體驗應（ 法論的介紹很容易陷晦澀的程序說明，它最好能夠結合實例來表達。為此我們專準備了個多數企業戶能夠有代感的案例。但在解析

10、案例之前，還是有必要先簡單概述下這個法論的核思想。RPIC是Role、Process、Information和Content的縮寫，意思是、流程、信息和內容。它是個循序漸進的分析計劃過程，從企業管理和運營的分解出發，為每個涉及到的（可能包括外部）分析他們在業務活動中需要完成的流程和接觸的信息（數據）。當枚舉出所有的流程和信息后，就能夠取得它們的不重復并集。通過這個并集內容分項規劃數據架構、權限、統計報表和作流程四項核架構內容。 16這四種架構內容是常具體的IT項落地藍圖，論是外購系統配置，還是開發，包括使零代碼應平臺搭建，都能夠通過這個法獲得完善的計劃引導，建有秩序的執步調和達到預期的結果。整

11、個過程簡潔明快，著眼于具體規劃產出。稍有IT經驗的職場員經過簡單訓練就能夠掌握。尤其是結合零代碼平臺，規劃員甚可以直接上完成具體的應搭建。當然，使者要了解這是個簡化的框架。它不可避免地會忽略些內容，如企業戰略視、復雜企業組織的系絡、規劃的期視、應的迭代和遷移計劃。這些被裁剪的內容并不重要，只是它們不定出現在每個應的需求時刻。且我們也會有其他辦法來針對性補充。接下來的案例，我們會按照這個法論，步步引導家理解和掌握企業信息架構技巧。結合案例的法論解析 案例背景：案例中的企業叫“普渡餐飲”，是家成中的企業餐飲服務企業。它為周邊企業提供員送餐和宴會送餐服務，對的客戶對象是企業。因為普渡餐飲重視菜品質量

12、和味，它的服務獲得了些福利企業 17的歡迎。般企業會為員常年訂購早餐和午餐，遇到有會議餐需求的時候，也常樂意繼續使普渡餐飲的服務，因此普渡餐飲的這兩種業務有明顯的客戶交叉現象。普渡餐飲的產品錄是有獨菜品和套餐組成的綜合菜單。員早午餐可以從數種套餐中進選擇，宴會則可以選擇套餐或者選的菜品組合。多數客戶會傾向于選擇訂購套餐。因為在發展的早期階段，普渡餐飲前只有個產加中。出于成本控制的的，普渡餐飲除了包裝材料以外，乎不保留任何鮮原料庫存，采購完全根據前天的訂單，在當晚完成采購，次根據訂單加和派送。菜品加完全在營的產加中完成。因為營業規模有限，普渡同時期只在數家固定的鮮配送商那采購，每結算費。普渡餐飲

13、的物流服務是外包的，通過固定合作的物流公司將制作好的菜品和包裝快遞給本地客戶。物流公司每根據實際的物流費與普渡餐飲結算。案例標：結合以上的案例背景，我們的標是為普渡餐飲設計核業務系統的信息架構，并通過零代碼平臺來實現整套應。為了控制篇幅，我們把核業務系統定義為從普渡餐飲接單開始到餐品交付，并完成收款的全部過程，舍去政、事、營銷等環節。 18我們要獲得的產出物具體包括：信息架構中的數據結構定義 作流程定義 可的應系統 配套的使檔 架構設計過程1.價值創造過程總覽 為了梳理清楚家企業的信息架構需求，我們般可以先繪制張流程圖。這張流程圖可以從宏觀的層將這家企業的價值創造過程表達出來。在流程圖中，節點

14、表達的是參與主體，既可能是內部部，也可能是外部。價值創造按照從左往右的向進，這樣既容易繪制（減少交叉），能夠有條理地遍歷所有的參與。是RPIC法中的出發點，我們不能遺漏任何參與業務流程的重要。在本例中，客戶向普渡餐飲的銷售部下訂單，銷售部據此向內部的加中下加單，加中再據加單向鮮配送商下采購單。以上是整個業務活動的信息流部分。然后鮮配送商向加中配送材原料，再被加成最終產品，并通過物流服務商配送給客戶。 19在這個流程圖中，信息流虛線表達，實物流實線表達。在后的信息架構作中，我們重點要關注信息流以及和信息流相關的主體。通過以上的流程圖，我們獲得了以下參與：銷售部 加產中 客戶（外部）鮮配送商（外部

15、）物流服務商（外部）在定義中，內部戶般要精確到特定的職能，外部般不需要細化，因為上下游協作主體般都有固定的來和本企業進交互。如在本例中，論是物流服務商，還是鮮配送商，都是 20由客戶服務部來對接的。所以接下來，我們按照這個分析結果逐項厘清所有的流程參與。2.參與盤點 從總覽流程圖，我們挖掘出了和業務活動有關的。在列舉具體的時候可以分別從管理和運營這兩種類型出發。因為必然存在的科層分，每個企業組織中都會有不同的崗位層級，他們在業務活動中需要接觸不同的數據對象和完成不同的作內容，因此，分開列舉運營戶和管理戶能夠幫我們把信息架構設計得更完善。下表是我們根據主體對象繼續開發出來的清單。為簡化案例，我們

16、只細分了和案例標有關的兩個職能部和總經理。這樣我們就有了RPIC法的出發點（Role），后續的架構設計作將圍繞這些的作視進。如果你需要通過戶訪談來幫助架構設計，也可以明確地將這些戶當作訪問對象，觀察他們的業務活動，搜集來他們的作材料。 213.梳理不同的信息和流程觸點 我們以其中三個為例，來說明如何梳理不同的信息和流程觸點。這三個是銷售專員，廚師助理和總經理。銷售專員和廚師助理都是運營戶，他們的數據和流程觸點往往較具體，涉及到原始數據的搜集和錄，也包括發起具體的業務活動。通過分析，我們可以總結銷售專員的最重要業務活動就是接受客戶的訂單和向加中發出加單；進步分析，如果要處理客戶訂單，就不可避免地

17、要建和維護客戶檔案，以及產品價表這兩個關聯數據對象，否則這個訂單是法有效建的。（不可能在個客戶的多訂單中重復錄客戶信息，也不應該在訂單中不斷重復產品具體信息）這個進步分析表達在下圖的擴展箭頭上。這種擴展分析是我們通過業務活動整理數據架構的基本法。在這個分析圖中，加粗和紅的字體表達的就是整理出來的業務數據對象，也就是RPIC法中的I（Information）。 22通過如上分析，我們枚舉出以下業務數據對象：訂單 客戶 產品價表 加單 供應商 物料 采購訂單 運單 除了這兩個運營戶，我們再分析個管理總經理。管理對于企業信息和流程的運般都會基于運營戶已經處理的數據內容。所以如下圖所示，總經理希望分析

18、訂單和客戶變化趨 23勢，分析利潤情況。這兩者的基礎數據持都已經在以上運營戶管理的數據基礎之上，我們已經需再擴展更多的數據對象。額外說明下，在本例中，之所以訂單的成本核算可以根據采購單直接獲取，是因為這家餐飲企業在財務會計上使批次成本法，也就是銷貨成本可以直接對應到某些批次的進貨成本。這樣，通過每個的業務活動分析，我們整理出他們各所需要接觸的數據和流程，分析結果如下圖所示： 244.ER圖細化數據模型 第三步已經列出信息系統所需要的數據對象。在此基礎上，我們繼續細化數據的屬性，也就是描述每個數據對象的字段。描述數據的屬性可以基于現有作流程中的材料，如現有的IT系統界，Excel件，紙質表單等。

19、如果設計者本不直接從事相關業務活動，還可以訪談相關的職能戶。下給出本案例需求所涉及到的數據對象列表和他們的屬性。在架構設計上，我們般實體關系圖（ER圖）來表達。ER圖的繪制雖然有些專業約定，但是它并不難理解，所以建議零代碼應深度使者學習掌握。概括來說，ER圖繪制的規則包括：（1）表格框來表達個獨的業務對象，對應著關系數據庫中的數據表。同性質的主體必須放到同個數據表中。如我們不能有客戶表和客戶表，也不能有年度客戶表這樣的概念，客戶就是客戶，所有屬性的客戶都應該在個獨的客戶表中。（2）在表格框的主體部分羅列描述主體的屬性，對應著關系數據庫中數據表的字段。在正式的應開發設計中，還需要定義字段類型、主

20、鍵和外鍵，對于應平臺搭建戶來說，這些技術化的環節全部可以省略。 25（3）連接線建不同數據表之間的關聯。關聯主要包括對、對多和多對多的類型。如本例中，客戶和訂單就是對多的關系，表示。訂單明細和產品價表就是對的關系，表示。有關關聯數據庫的基礎知識可以參考第3章中關于作表關聯的類型。（4）整個ER圖的布局要注意位置關系。讓具有關聯關系的對象排列在附近位置，讓關聯關系更容易被理解。在上圖中，除了之前分析步驟列出的8個數據對象外，還增加了5個數據對象。分別是產品分類，訂單明細，產品價明細，采購明細和加明細。這些明細表擴展是業務數據結構中常的段，它能夠提業務系統的靈活性。 26如，如果個訂單表沒有訂單明

21、細，那么個訂單就只能記錄種產品的購買，如果次訂購多個產品，就不得不分開多個訂單。這顯然是不合理的。訂單產品明細中的記錄再和產品價表項關聯，就建了個更加合理的數據結構。產品分類表的建則是為了讓顧客訂購產品的時候能夠便地按照類別進查找，如冷菜、熱菜、早餐和套餐等。設計數據結構也并定要使ER圖。對于簡單的數據關聯關系，般表格加標注來做計劃也是可以的。論何種法做計劃，分析出來的數據對象列表都會完整對應零代碼應搭建時的作表對象。企業軟件業發展數年，在常規的企業運營活動中已經積累和完善了成熟的數據模型。如管理銷售漏的CRM數據架構，管理貿易活動的ERP數據架構，管理項績效的PSA數據架構。這些數據架構都反

22、映在成熟的軟件產品中。所以，企業建數字化系統既不能閉造，也需重新發明輪。有時候，直接參考成熟軟件的數據架構是個明智的做法。明道云零代碼平臺在提供銷售管理應模版時，就直接復刻了Salesforce和微軟Dynamics CRM的數據結構。5.流程圖繪制業務流程 第三步列出各個的流程和數據觸點，接下來我們詳解每個流程，為具體的應設計作準備。我們以列出的五個流程中的“按加單采購流程“為例，進具體拆解。 27按加單采購是廚師助理的業務活動。他接受來銷售部的加單，根據加單內容向鮮配送商下采購訂單。以下是通過標準流程圖對這項業務活動的流程解析。廚師助理根據產單內容成了原料采購單，并根據當前輔料庫存的情況決

23、定是否增補輔料。每項采購流程均已供應商確認結束。在流程圖的右側，我們可以在對應的位置上起草些具體的架構內容。如，根據多單成采購單的節點就對應了加單的定義動作（作流的類）的創建，它的實質是要根據加單明細來獲取物料明細，并將物料明細組合成計劃狀態下的采購單。同樣，創建輔料采購單則較簡單，它應該直接依附在物料表記錄上，針對特定輔料來創建采購單。 28架構產出物與藍圖完善 通過以上步驟，我們從出發，遍歷每個的流程和信息觸點，完成了多項架構內容的產出。這些產出可以直接服務于零代碼應搭建。我們可以結如下：（1）數據結構作為作表來源。在本例中，我們已經羅列出了13個數據對象，其中有4個明細表。在應搭建時，依

24、次創建這些作表，并建關聯。（2）根據單據狀態，可以創建作表下的多個視圖，例如“草案訂單”、“待執訂單”等。（3）系統所涉及到的所有內外部清單，作為應中的定義依次創建和賦權。（4）運營和管理所需要的報表內容，作為定義及其統計組件搭建的藍圖。（5）每個的業務活動及其分析出來的流程作為作流配置的藍圖。其中有部分作流將通過戶的觸發（定義動作）執。以上這五個部分就是應平臺搭建所需要的基本架構內容。我們從需求命題的參與出發，步步梳理，得到具體的作清單。這個過程所需要花的時間取決于項的規模。般，單個職能部的 29型應并不需要這么完善的分析過程，但像這家餐飲公司的核業務系統還是有必要進這樣的架構分析作的。雖然

25、零代碼應平臺的使不像代碼開發作那么技術化，但我們依然勵戶加強檔作，提應系統的質量，少可以提次做對系統的概率。應實現 1.作表和視圖 應搭建的基本技能我們已經在本書的其他章節詳細介紹，本案例章節呈現個根據藍圖搭建的應實現貌。在這個明道云實施專家搭建的應中，將不同業務環節分組（頂部菜單），在每個業務分組下建對應的作表。如，如圖產品管理分組下就建了系列（分類），產品，產品明細和產品配這四個對象。 30產單是之前數據架構過程中涉及的數據對象，在實現的應中，產單包含了產明細的表。下圖是張產單的樣例。2.戶 架構分析的第步就是列表，可以將這些通過應平臺配置為定義，并根據數據接觸需要分別給他們賦權。 313

26、.作流 在明道云應平臺中，作流是由觸發器和系列動作節點構成的。只要觸發器滿條件，就會動執所有的動作節點。在本案例中，有諸多環節均需要由特定觸發作流程，例如成加單。這個作流可以通過個按鈕觸發，然后通過數據操作相關的節點，將訂單中的數據轉移到加單上。下圖是整個系統所配置的作流。4.定義和統計 圍繞管理所需要的統計數據，應平臺可以通過定義上插統計組件，再將分發給不同的。例如本例中就創建多個“駕駛艙”，不同職能看到的組合可以是不樣的。 32從架構藍圖探索更多的數字化機會 命題作業已經基本完成，我們可以借助架構作的價值，進步探索數字化運營的機會。反過來來說，如果我們拋去架構設計過程，直接根據需求搭建應，

27、就失去了看清全局的機會。創新不是空中樓閣，只有看到，才有更的機會想到。架構藍圖的價值就是提供給企業主個發想和驗證的具。延伸到更完整的業務環節 案例只覆蓋了普渡餐飲的接單、采購、產加和配送環節。對于完整的企業運營來說，還有很多其他環節具備數字化升級價值。如此例中，普渡餐飲可以把營銷拓客、銷售轉化、客服、事考核等都加進來。 33利零代碼應平臺的好處就是各個業務系統實際上是緊密相連的，減少了采不同技術解決案帶來的數據孤島問題。如延伸客服應時，顯然可以直接共享既有的客戶和訂單數據。明道云的作表關聯可以跨應實現，所以論怎樣規劃應組合，都是可以實現企業內的數據統治理。這對企業數字化建設是個重要價值。在延伸

28、業務環節的時候，般可以從核業務流程，或者說是企業的關鍵價值創造過程開始。如本例中，普渡餐飲的價值創造就是為客戶加餐飲訂單并配送的過程。在核業務流程完善后，再向持性職能擴展。這是我們在企業數字化建設程碑設計中的常規考量。在這兩種性質的業務環節中，般只有核價值創造流程才值得建差異化競爭優勢。如普渡餐飲有機會利數字化能建零庫存且全動的原材料采購和配送體系，從建在企業餐飲服務市場的成本優勢。在持性業務環節，只需要對標般競爭者即可。數字化建設的主要精始終應該聚焦在核業務流上。以顧客為中的服務延伸 案例中還沒有涉及到客戶體驗相關的環節設計。這個環節對于任何企業來說都應該是有發揮和創造的空間。譬如普渡餐飲可

29、以建在線菜單，允許顧客直接助下單，可以為客戶建菜單收藏，提客戶下單體驗?？蛻粝聠我院?，還可以實時跟蹤訂單處理狀態，甚可以直接跟蹤到加單。需要的時候給廚師帶個話都可以。 34數字化建設在顧客體驗的創新空間是窮盡的。設計什么樣的信息系統，提供什么功能，切都可以以是否能夠給客戶帶來價值和體驗為標準。相反，我們也可以根據客戶現實的痛點逆向思維，想想我們如何通過數字化能來解決客戶的這些問題。如客戶在宴會餐的時候，不想花時間來盯著物流，那么我們就可以在進加步驟和交付給物流公司的時候主動推送短信通知客戶。這些就是我們常說的有溫度的IT。動化 所謂動化，就是將過去需要員處理的作交給程序處理。理論上，只要有可在

30、線的業務數據，通過原開發，總能夠實現想要的動化場景，只是這個過程較昂貴。它涉及到業務需求部和軟件研發團隊的密度溝通，需要做很多的調試和驗證作。零代碼應平臺給了業務戶個機會助完成這些復雜的動化特性開發作。準確得說，這個過程是通過可視化配置完成的，并不需要寫代碼。在本例中，普渡餐飲通過客戶的訂單內容，查詢訂單產品明細所對應的原料數量，即可動計算出每天所需要進的原料采購單。通過實驗和調優，可以將原料預定數量控制得常精確，且不需要花費計算。過去，批量餐飲產企業都必須依賴主廚的個經驗判斷來做決策，既不準確，也不易于內控。這個動化設計可以成為普渡餐飲運營過程中的亮點，不僅運營效率，且節省了很多不必要的投。

31、 35像這樣動化的機會還很多。它們般貫穿在各項業務活動之間，傳統上靠員協作來解決。再如，產加中給物流公司下配送單也可以是全動的，它可以根據加單的狀態變化來動觸發，也可以每天定時按照加單內容批量成配送單。洞察 當業務運營起來以后，我們就會不斷積累出商業數據。這些數據會給企業更多的洞察機會。如普渡餐飲可以通過客戶訂單結構分析來優選菜品組合，通過價格敏感度測試優化定價，通過訂單配送時間需求來優化運營班次，乎任何商業數據的集合都會帶來更好的決策。只要數據在起，進報表分析就不復雜，你甚不再投資昂貴的BI軟件，零代碼平臺本身就能夠制作各種基于數據表的統計組件，這個過程如同制作Excel圖表樣簡單。業務擴展

32、 企業投資數字化建設，有個很重要的動因就是滿未來的規?；?。當業務規模不的時候，簡單的具也許還能對付，例如銷售部如果只有名員，那么靠Excel記錄和常溝通就能夠解決銷售管理問題。但是當員擴充到數后，很難逃避真正意義上的數字化建設。 36員擴充只是業務擴展的種形式。更復雜的擴展包括引多個運營實體。例如普渡餐飲很可能需要在個城市建多個產加中，以降低配送成本和加快配送速度；它也有可能未來出個城市，建全國性運作。這時候，集中服務的數字化系統就發揮出了更的效，單位成本也會得到攤薄。建多運營實體在IT上并不定很昂貴?；谏衔覀兎治龅钠斩刹惋嫎I務數據架構，我們只要增加運營城市、加中對象，就能夠將現有的應快速

33、擴展為個多站點使的系統。這切都離不開科學和有前瞻性的架構作，它就是本章主要介紹的內容。 37關于明道云 明道云的運營企業上海萬企明道軟件有限公司于2013年在上海成，創始為互聯知名任向暉先。明道云是個創新的APaaS平臺，可以幫助戶快速搭建個性化企業應，戶不需要代碼開發就能夠搭建出戶體驗上佳的銷售、運營、事、采購等核業務應，打通企業內部數據。動化作流還可以實現業務流程動化和審批、填寫等控制流程。運明道云的集成中與完整的API對接能，戶可以輕松地將明道云與外部系統集成。如果戶企業使釘釘或企業微信，也可以將明道云搭建的應直接對接到作臺上。明道云同時持SaaS和私有部署，提供完整的多端界。明道云可以幫助企業節省軟件費、降低定制開發的成本和時間，擁有個極度靈活和易的數據中臺，是企業數字化建設的重要具。前已有上百萬戶使，付費企業超過4000家，包括可可樂、復星集團、中國移動、中國聯通、中國電信、中鐵集團、北京地鐵、佛鐵路、華夏銀、銀、迪卡儂、艾默電、泰科電、四川航空、東證券、萬豪酒店、洲際酒店等知名客戶。2021年5，明道云獲得海納亞洲近億元投資。公司前有超過130名員，產品研發團隊過半，總部位于上海漕河涇開發區，在北京、州、深圳、成都、鄭州、武漢、安和寧波設有分機構。公司為新技術企業，上海市專新特精認定企業。 38