目錄TOC\o"1-3"\h\u、30897第1 623649 6263261.1 740561. 7166122. 7230351.2 8145131.2.1 8211311.2.2 1018511.3 11137921.3.1 1124341.3.2 12242861.3.3 12248801.3.4 13147101.4零代碼平臺(tái)在9 1480981.4.1 14148681.4.2 14302181.4.3 1524851.4.4 15316781.4.5 15213681.4.6領(lǐng)先IT 15255911.4.7 16184061.4.8 1616721.4.9 1619267第2 1831578 18122022.1 18180921. 1883842.是否對(duì)UI 18175102.2 19220792.2.1選擇零代碼平臺(tái)的6 19130622.2.2市面上主流零代碼/ 2029902.3 287482.3.1 28284152.3.2 28299702.3.3 291254第3 3011377 30146333.1 31121961. 31169582. 3111563. 31314604. 3176415. 31106683.2 33213271. 33116492. 3377573. 33326873.3 35272433.4 36161291. 36323982. 36217383. 37276414. 3732875. 3868656. 3830482第4 402030 40317274.1 4397004.1.1 43268914.1.2 4391344.2 59209744.2.1 59116204.2.2數(shù)據(jù)的采集和存儲(chǔ)—— 609806 7581574.2.3數(shù)據(jù)的不同場(chǎng)景呈現(xiàn)—— 77132444.2.4用戶的角色和權(quán)限—— 85118244.2.5數(shù)據(jù)的統(tǒng)計(jì)和分析—— 87137104.2.6流程的控制和自動(dòng)化—— 93124014.3 98279681. 98197412. 98201233. 9831500第5 9926218 9920285.1 10060225.1.1 100285545.1.2 107269995.1.3 120293055.2 123156225.2.1基于OAuth2.0 12337975.2.2基于LDAP 1247792第6 12521556 125271626.1 12651216.1.1Zachman 126245646.1.2TOGAF 127148056.2一個(gè)簡(jiǎn)化的信息架構(gòu)方法—— 129253286.3結(jié)合案例解析RPIC 131132056.3.1 131197686.3.2 131203006.3.3 131181826.3.4 137258946.4 138156921. 13856232. 139160153. 139274354. 140306246.5 141192246.5.1 14159126.5.2 14133406.5.3 142219586.5.4 14247426.5.5 1424971第7 14314204實(shí)踐：怎樣搭建一個(gè)ERP 143129217.1 144147557.1.1 144293647.1.2 152304737.1.3 162189117.1.4 17098697.2 176294101）創(chuàng)建工作流 1762414）發(fā)布流程 178284277.3 179183291.數(shù)據(jù)總覽（管理層 179210722. 181159283. 181150464. 18258855. 18252857.4 18433197.4.1 18460317.4.2 18917407.5 19238331. 192112552. 192201923. 192269204. 19232569第8 1931150實(shí)踐：怎樣搭建一個(gè)CRM 193316678.1CRM 194104198.2 196130041. 196180252. 19816053. 200259264. 2021185. 20526836. 20733547. 210186628. 2106525 211284059. 212243858.3 214104831. 214302192. 215251913. 215276098.4 217183398.4.1 217247888.4.2 22142938.5 224191561） 225188638.6 22826104第9 2319917 231171479.1 232133889.2 233105399.2.1 233243929.2.2IT 234289789.2.3 23418859.3 235263879.3.1 23539689.3.2 235299509.3.3 23818407 239第1低代碼應(yīng)用開發(fā)平臺(tái)（Low-CodeApplicationPlatform，LCAP）是由著名的研究機(jī)構(gòu)一種開發(fā)環(huán)境，與程序員常用的MicrosoftVisualStudio、IDEA等代碼開發(fā)環(huán)境類似，它產(chǎn)品有PowerApps、Outsystems等。零代碼應(yīng)用開發(fā)平臺(tái)（No-CodeDevelopmentPlatform，NCDP）就是完全不需要寫代[1]不寫代碼，或者寫很少的代碼來構(gòu)建軟件并不是全新的概念。在201992年微軟在套件中增加的數(shù)據(jù)庫應(yīng)用，再比如曾經(jīng)被蘋果公司收購的k（1985年推出）。這兩個(gè)應(yīng)用到今天都還在運(yùn)行。本節(jié)就帶領(lǐng)大家了解零代碼應(yīng)用技術(shù)的演進(jìn)過程以及零代碼應(yīng)用開發(fā)平臺(tái)發(fā)展到今天有了哪些新的特點(diǎn)。早期的低代碼開發(fā)工具只能在單機(jī)或者局域網(wǎng)環(huán)境中運(yùn)行，主要面向的還是企業(yè)業(yè)人員，目標(biāo)是建立各種靈活度比較高的業(yè)務(wù)數(shù)據(jù)庫，實(shí)現(xiàn)常規(guī)的增、刪、查、改等操作。比較典型的案例是，很多的熟練用戶都不是專業(yè)的軟件開發(fā)人員，但他們能夠自助完成業(yè)務(wù)數(shù)據(jù)表的設(shè)計(jì)和發(fā)布，還能讓某個(gè)部門共享一個(gè)數(shù)據(jù)庫。真正的應(yīng)用平臺(tái)（ApplicationPlatform）型產(chǎn)品出現(xiàn)在世紀(jì)之交。美國著名的財(cái)務(wù)軟基于IDE一步修改源代碼。這條技術(shù)路徑上的典型產(chǎn)品是Outsystems（見圖1-1）和BettyBlocks，圖1-1Outsystems在應(yīng)用平臺(tái)市場(chǎng)，另外一個(gè)技術(shù)分支“模型驅(qū)動(dòng)”（ModelDriven）在近幾年成為新的因?yàn)檗饤壛藗鹘y(tǒng)vp過程，模型驅(qū)動(dòng)的應(yīng)用平臺(tái)指數(shù)級(jí)提高了應(yīng)用開發(fā)效率，也數(shù)據(jù)增、刪、查、改類（）的應(yīng)用，它們的交互范式本來就比較固定。Airtable、Smartsheet、ZohoCreator、M，以及簡(jiǎn)道云、伙伴云、氚云和明會(huì)引入低代碼能力，允許用戶用腳本語言、表達(dá)式和函數(shù)來提升靈活性。可以說，低代碼零代碼品類的競(jìng)爭(zhēng)就是產(chǎn)品能力和易用性之間平衡的競(jìng)爭(zhēng)。再強(qiáng)大的應(yīng)用平臺(tái)，都不題——零代碼應(yīng)用開發(fā)平臺(tái)。和20和云計(jì)算環(huán)境的融合，讓用戶可以用很低的成本直接獲取云原生能力。Web應(yīng)用技術(shù)框架的進(jìn)步，讓瀏覽器可以承載復(fù)雜的前端交互要求。和移動(dòng)技術(shù)的融合，讓用戶可以直接生成跨平臺(tái)的移動(dòng)應(yīng)用。提升復(fù)雜邏輯的交互設(shè)計(jì)水平，通過可視化的方式配置復(fù)雜應(yīng)用邏輯。支持性的技術(shù)框架日益豐富，包括數(shù)據(jù)庫、緩存、對(duì)象存儲(chǔ)服務(wù)、搜索引擎、容器技零代碼平臺(tái)對(duì)企業(yè)應(yīng)用市場(chǎng)的首要價(jià)值是提高開發(fā)和部署效率。它把傳統(tǒng)的vps傳統(tǒng)企業(yè)軟件開發(fā)的效率提升10倍不止。免地帶來了數(shù)據(jù)孤島現(xiàn)象，這是當(dāng)下企業(yè)的一大痛點(diǎn)。比如，在應(yīng)用中可能存在銷售產(chǎn)品（產(chǎn)品物料清單）對(duì)象，而在采購和生產(chǎn)環(huán)節(jié)中也會(huì)存在對(duì)象，這些對(duì)象可能是完全一致的，也可能不一致但存在關(guān)聯(lián)。零代碼平臺(tái)在9接起來，項(xiàng)目經(jīng)理則通過多種可視化視圖，如甘特圖（時(shí)間線視圖）圖來創(chuàng)建工作分解結(jié)構(gòu)（），并將任務(wù)定向分配給不同角色，同時(shí)還可調(diào)控整體項(xiàng)個(gè)或者多個(gè)項(xiàng)目。領(lǐng)先IT己的客戶管理系統(tǒng)。該系統(tǒng)包含六大版塊：客戶管理、客服、跟單、倉庫、財(cái)務(wù)和管理層。該公司針對(duì)每類業(yè)務(wù)鋪設(shè)應(yīng)用，用于存儲(chǔ)和管理客戶信息、訂單信息、操作記里改變相應(yīng)的客戶狀態(tài)。第2是否對(duì)UI選擇零代碼平臺(tái)的6式主要有以下3種，在選擇零代碼平臺(tái)時(shí)，可重點(diǎn)關(guān)注其對(duì)這3獨(dú)立的App：App需要通過官方網(wǎng)站或手機(jī)應(yīng)用市場(chǎng)下載安裝。原生App在移動(dòng)設(shè)備中微信小程序：集成在微信中，可以通過微信賬號(hào)一鍵登錄，用戶不用單獨(dú)安裝App，H5頁面：H5頁面主要用于適配手機(jī)瀏覽器的訪問，平臺(tái)如果集成了企業(yè)微信或釘幫助文檔和視頻：我們要關(guān)注零代碼平臺(tái)商是否提供完整的產(chǎn)品說明文檔和教學(xué)視技術(shù)支持：一旦投入使用，企業(yè)必將傾注大量的精力，若零代碼服務(wù)提供商的服務(wù)不市面上主流零代碼/\hndx（\h.ndx.o）發(fā)布于2005年，旨在幫助企業(yè)改善創(chuàng)新方式。開發(fā)人員可使用可視化模型，在ndx上構(gòu)建應(yīng)用程序，這種方式不僅簡(jiǎn)單、快速，而且非常直者和部門成員之間可以借助ndx共享語言，以此來快速構(gòu)建專業(yè)的應(yīng)用程序。Power一款產(chǎn)品。使用PowerApps構(gòu)建的應(yīng)用包含豐富的業(yè)務(wù)邏輯和工作流功能。此外，使用PowerApps2018年，微軟將Dynamics365平臺(tái)、PowerApps、Flow和CommonDataService整合成需要說明的是，要在PowerApps平臺(tái)內(nèi)搭建完整的企業(yè)應(yīng)用，還需借助PowerBI、PowerAutomate和PowerVirtualAgents三個(gè)產(chǎn)品來補(bǔ)充數(shù)據(jù)分析、流程控制和自動(dòng)化的能\h圖2-1圖2-2\h實(shí)現(xiàn)企業(yè)應(yīng)用的搭建。相對(duì)于其他零代碼平臺(tái)產(chǎn)品，明道云的交互更出色，其完全摒發(fā)，讓非技術(shù)人員也可輕松快速掌握。圖2-3圖2-4\h圖2-5圖2-6\h圖2-7圖2-8\h圖2-9圖2-10圖2-11機(jī)器人流程自動(dòng)化簡(jiǎn)稱RPA（RoboticProcessAutomation）。根據(jù)德勤的定義，RPA設(shè)計(jì)平臺(tái)：編輯工具，利用可視化界面設(shè)計(jì)出各種自動(dòng)化的流程。一般通過豐富的內(nèi)機(jī)器人：負(fù)責(zé)執(zhí)行設(shè)計(jì)平臺(tái)設(shè)置好的流程，運(yùn)行方式有無人值守和有人值守兩種。無控制平臺(tái)：用來集中調(diào)度、管理和監(jiān)控所有機(jī)器人和流程，功能包括機(jī)器人集群管典型的RPA廠商有UiBot、云擴(kuò)科技、金智維、藝旗、影刀RPA\h\h有贊（\h.youn.o）向商家提供基于微信等社交網(wǎng)絡(luò)的獨(dú)立電商系統(tǒng)和一體化進(jìn)行新零售的軟件產(chǎn)品。商家可以使用有贊搭建網(wǎng)上店鋪。有贊支持拼團(tuán)、砍價(jià)、優(yōu)惠能。第3以用類似x的方式顯示；在項(xiàng)目管理應(yīng)用中，可能需要根據(jù)任務(wù)的狀態(tài)，按看板的形式顯示任務(wù)數(shù)據(jù)；在管理的應(yīng)用中，需要清晰展示目標(biāo)、關(guān)鍵成果和任務(wù)之間的關(guān)系，所以需要采用類似層級(jí)樹的方式顯示。除了顯示的方式外，還應(yīng)提供選擇性顯示功的功能。前端界面。后端服務(wù)。數(shù)據(jù)庫。圖3-1無論是自主開發(fā)的應(yīng)用、購買的產(chǎn)品，還是通過平臺(tái)構(gòu)建的應(yīng)用，都少不了上述三個(gè)層級(jí)。但是，對(duì)于零代碼平臺(tái)而言，用戶是不需要花費(fèi)精力去建設(shè)基礎(chǔ)環(huán)境的，所有的數(shù)據(jù)庫結(jié)構(gòu)、后端服務(wù)以及前端界面都是由系統(tǒng)自動(dòng)生成的。其實(shí)零代碼平臺(tái)并不是真的不需要代碼，而是開發(fā)者已將需要的代碼都封裝成了組件，用戶只需將可配置化的組件按需進(jìn)行配置，就能實(shí)現(xiàn)個(gè)性化的需求。例如，在M鐘之內(nèi)就能完成這個(gè)表單的開發(fā)工作。例如通過文本控件要錄入姓名、住址等內(nèi)容時(shí)，可直接將控件的名稱設(shè)置為姓名或住址，控件自身就包含了各種數(shù)據(jù)格式驗(yàn)證功能。通過表單可視化建立數(shù)據(jù)表模型（DataModel），通過控件設(shè)置字段類型，通過關(guān)聯(lián)圖3-2通過不同類型的視圖來定義數(shù)據(jù)呈現(xiàn)的形式，包括表格、看板、層級(jí)、日歷和畫廊等。每個(gè)視圖均可定義靈活的數(shù)據(jù)篩選條件、字段顯隱規(guī)則和排序邏輯。視圖界面如圖3所示。圖3-3圖3-4定的角色。自定義頁面還可以嵌入外部網(wǎng)頁和富文本內(nèi)容。自定義頁面的界面如圖35所示。圖3-5門實(shí)現(xiàn)靈活的應(yīng)用分發(fā)，從而使用戶可以完全可視化地實(shí)現(xiàn)RBAC（Role-BasedAccess圖3-6能可以理解為企業(yè)應(yīng)用中的IFTTT（Ifthis，thenthat）。數(shù)據(jù)變更、靜態(tài)時(shí)間和動(dòng)態(tài)時(shí)圖3-7第4圖4-1Who：應(yīng)用中需要參與的人員都是誰，他們的角色權(quán)限都是什么。How：應(yīng)用中用戶是如何管理數(shù)據(jù)的，數(shù)據(jù)又是如何被處理的。可以將業(yè)務(wù)數(shù)據(jù)分為以下4業(yè)務(wù)實(shí)體。業(yè)務(wù)活動(dòng)。審批。業(yè)務(wù)清單。圖4-2圖4-3Excel人事類：典型的審批有用人申請(qǐng)、調(diào)崗申請(qǐng)和離職申請(qǐng)等。財(cái)務(wù)類：典型的審批有費(fèi)用報(bào)銷、借款申請(qǐng)、付款申請(qǐng)等。行政類：典型的審批有請(qǐng)假申請(qǐng)、加班申請(qǐng)、外出申請(qǐng)，用車申請(qǐng)、名片申請(qǐng)、辦公業(yè)務(wù)類：相對(duì)于前3類審批，這類審批因?yàn)楹凸镜臉I(yè)務(wù)操作相關(guān)，所以不同公司會(huì)圖4-4申請(qǐng)部門、申請(qǐng)日期、申請(qǐng)編號(hào)、付款原因；收款單位、銀行賬號(hào)、開戶行、金額、附件數(shù)；單位領(lǐng)導(dǎo)、財(cái)務(wù)主管、部門主管、經(jīng)辦人。（這4個(gè)實(shí)際是簽名或意見）圖就是實(shí)體關(guān)系圖，又稱（nyonhpg）、實(shí)體聯(lián)系模型、實(shí)體聯(lián)系模式圖或模型，它提供了表示業(yè)務(wù)數(shù)據(jù)類型、屬性和聯(lián)系的方法，用來描述業(yè)務(wù)數(shù)據(jù)模型。一幅圖包含不同的符號(hào)和連接符，分別用于顯示兩個(gè)重要的信息：主要實(shí)體及這些實(shí)體之間的相互關(guān)系。在圖45所示的訂單系統(tǒng)圖中，表達(dá)了各實(shí)體的屬性識(shí)性，一般為實(shí)體的編號(hào)，通過進(jìn)行標(biāo)識(shí)；實(shí)體的其他屬性在下面列出。通過標(biāo)識(shí)為，表示客戶的信息來自客戶實(shí)體中。之間都屬于實(shí)體之間的關(guān)系。一個(gè)客戶可以有多個(gè)訂單，一個(gè)訂單可以包含多個(gè)訂單明細(xì)；反過來，一個(gè)訂單只能屬于一個(gè)客戶，一個(gè)明細(xì)只能屬于一個(gè)訂單。如圖45所示，客戶和訂單之間的連接線表示客戶實(shí)體和訂單實(shí)體間的關(guān)系。圖4-5訂單系統(tǒng)ER圖4-6圖4-7Excel圖4-8通過上述定義，可以進(jìn)一步將業(yè)務(wù)流程概括為6流程發(fā)起目的：發(fā)起這個(gè)業(yè)務(wù)流程的目的是什么。業(yè)務(wù)輸入：發(fā)起該流程針對(duì)的是什么業(yè)務(wù)。流程實(shí)施計(jì)劃：實(shí)現(xiàn)業(yè)務(wù)目標(biāo)要采用什么方法，要經(jīng)過哪些工作流。參與流程的主體：為完成業(yè)務(wù)目標(biāo)需哪些人參與流程。業(yè)務(wù)輸出：通過流程的運(yùn)作，業(yè)務(wù)產(chǎn)生什么結(jié)果。流程創(chuàng)造的價(jià)值：該流程是否能夠達(dá)成業(yè)務(wù)目標(biāo)，是否能為企業(yè)帶來效益。圖4-9圖4-10圖4-11業(yè)務(wù)流程圖模板（泳道圖新增、修改和刪除業(yè)務(wù)數(shù)據(jù)。針對(duì)業(yè)務(wù)內(nèi)容進(jìn)行通知提醒。自動(dòng)運(yùn)算多方數(shù)據(jù)。圖4-12圖4-13圖4-14在Excel圖4-15圖4-16圖4-17\h\h\h圖4-18數(shù)據(jù)的采集和存儲(chǔ)——零代碼平臺(tái)中的工作表就像一個(gè)在線的x（見圖419，本書所有截圖中的數(shù)據(jù)都是虛擬數(shù)據(jù)），了具備在線的x表的功能外，零代碼平臺(tái)中的工作表還支持多用戶的協(xié)作以及數(shù)據(jù)的對(duì)外分享。圖4-19圖4-20Excel圖4-21圖4-22入數(shù)據(jù)，就像在x中我們會(huì)為每列數(shù)據(jù)選擇單元格格式一樣，零代碼平臺(tái)中的工作表邏輯。例如，在郵箱控件中輸入的郵箱，如果沒有符號(hào)則自動(dòng)判斷為非法郵箱，是不允中的數(shù)字進(jìn)行數(shù)學(xué)運(yùn)算。圖4-23公式：可以進(jìn)行數(shù)據(jù)和日期運(yùn)算，支持常用的運(yùn)算公式，參與計(jì)算的字段一旦輸入數(shù)單選、多選：提前配置好選擇項(xiàng)，減少手動(dòng)錄入的操作，便于快速進(jìn)行分類、統(tǒng)計(jì)和附件：可以上傳文檔和圖片，例如員工的身份證照片、合同的電子文檔等。文本組合：可以將多個(gè)字段的內(nèi)容拼接在一起，類似Excel中CONCATENATE函數(shù)。定位：可以獲取地圖中的某個(gè)位置，例如開會(huì)地址；也可以僅獲取用戶當(dāng)前所在的位富文本：可以錄入復(fù)雜格式的內(nèi)容，就像在Word中編輯文字的大小、顏色等，支持自動(dòng)編號(hào)：可以為每一行記錄自動(dòng)生成自定義規(guī)則格式的流水號(hào)。可以僅顯示數(shù)字格關(guān)聯(lián)記錄：通過此控件關(guān)聯(lián)其他表中的記錄，并快速查看關(guān)聯(lián)對(duì)象的內(nèi)容，也支持關(guān)子表：子表是一種表中表，是對(duì)主表信息的補(bǔ)充，清單明細(xì)類的數(shù)據(jù)適合通過子表錄圖4-24圖4-25圖4-26在App圖4-27導(dǎo)入Excel在這里說一些題外話。現(xiàn)代類的企業(yè)應(yīng)用產(chǎn)品，大部分是以端為首要應(yīng)用平臺(tái)，由于手機(jī)端屏幕大小和交互效果的限制，產(chǎn)品功能的配置幾乎都需要在端完成，而一些基礎(chǔ)的、常用的用戶功能都會(huì)自動(dòng)適配手機(jī)端，或提供pp客戶端，或做成5頁面供了pp和5版本，表數(shù)據(jù)的增刪改查都能在pp中完成。但是有些只有在電腦才會(huì)使用的功能，例如將x文件的數(shù)據(jù)導(dǎo)入工作表，pp版本中是不會(huì)提供的。圖4-28圖4-29圖4-30圖4-31圖4-32圖4-33圖4-34圖4-35工作表之間的3（1）1對(duì)1雙打比中，每一個(gè)選手和他的搭檔都是1對(duì)1的關(guān)系。1對(duì)1的關(guān)系相對(duì)較少，以下是1對(duì)1公民與身份證（每個(gè)公民只有一個(gè)有效的身份證，一個(gè)身份證也只能證明一個(gè)人的身國家與國旗（每個(gè)國家只有一個(gè)國旗，每個(gè)國旗只屬于一個(gè)國家）。（2）1其他典型的1項(xiàng)目與任務(wù)（一個(gè)任務(wù)只能在一個(gè)項(xiàng)目下，但一個(gè)項(xiàng)目可含有多個(gè)任務(wù)）。領(lǐng)導(dǎo)與下屬（一個(gè)員工只能有一個(gè)直接上司，但一個(gè)領(lǐng)導(dǎo)可以有多個(gè)下屬）。班級(jí)與學(xué)生（一個(gè)學(xué)生只能在一個(gè)班級(jí)，但一個(gè)班級(jí)可以有多個(gè)學(xué)生）。（3）配料與食譜（一種配料可以用于多種食譜，一個(gè)食譜會(huì)用到多種配料）。醫(yī)生與患者（一位醫(yī)生可以為多個(gè)患者看病，一位患者可以找多個(gè)醫(yī)生看病）。客戶與產(chǎn)品（一個(gè)客戶可以購買多款產(chǎn)品，一款產(chǎn)品可以被不同的客戶購買）。選修課與學(xué)生（一門選修課可以有多個(gè)學(xué)生報(bào)名，一個(gè)學(xué)生可以報(bào)多門選修課）。在專業(yè)的數(shù)據(jù)庫表設(shè)計(jì)中，需要遵循一定的原則，即范式（olo）。設(shè)計(jì)范式一共有6種，即第一范式（1）、第二范式（2）、第三范式（3）、巴斯－科德范式（）、第四范式（4）和第五范式（5，又稱完美范式）。對(duì)于專業(yè)開發(fā)興趣可以自行學(xué)習(xí)。下面我們分別講解1和2這兩種范式。圖4-36圖4-37圖4-38圖4-39圖4-40數(shù)據(jù)的不同場(chǎng)景呈現(xiàn)——圖4-41按照某種數(shù)據(jù)狀態(tài)分解。根據(jù)某一個(gè)選項(xiàng)字段，區(qū)分不同狀態(tài)的數(shù)據(jù)。例如根據(jù)訂單按字段的公開范疇分解。根據(jù)字段性質(zhì)和權(quán)限進(jìn)行分解，通過不同的字段顯隱組合配錄”按照數(shù)據(jù)的擁有者分解。相比用Excel管理數(shù)據(jù)，企業(yè)應(yīng)用可以識(shí)別當(dāng)前查看人，根圖4-42圖4-43圖4-44圖4-45圖4-46圖4-47圖4-48明道云提供了表格、看板、層級(jí)、畫廊和日歷5表格視圖主要包括過濾和排序兩項(xiàng)功能。過濾包括字段的過濾（列）圖4-49數(shù)據(jù)篩選：默認(rèn)排序：對(duì)于視圖下的數(shù)據(jù)，默認(rèn)按照一個(gè)方式排序后呈現(xiàn)出來。字段隱藏：如果一些敏感字段不需要在某個(gè)視圖下顯示，則可以隱藏掉。隱藏后在視圖4-50圖4-51圖4-52圖4-53用戶的角色和權(quán)限——用戶的狀態(tài)：只有正常狀態(tài)的用戶才能登錄并訪問組織公開可見的應(yīng)用，離職的用戶菜單的控制：在應(yīng)用的導(dǎo)航中，有權(quán)限的人才能看到各級(jí)導(dǎo)航菜單，沒權(quán)限的人無法按鈕的點(diǎn)擊：為功能按鈕加上權(quán)限，設(shè)置最小權(quán)顆粒度的控制操作行為。例如，管理數(shù)據(jù)的讀取：在某類視圖下，只呈現(xiàn)和用戶有關(guān)聯(lián)的數(shù)據(jù)，保證數(shù)據(jù)的相關(guān)性。數(shù)據(jù)的顯示：因?yàn)椴煌瑪?shù)據(jù)具有不同的敏感性，有時(shí)需要針對(duì)不同用戶隱藏必要的字通過以上5個(gè)層級(jí)即可實(shí)現(xiàn)用戶的權(quán)限控制，明道云的權(quán)限控制采用人員——圖4-54可查看、管理所有記錄（這是最高權(quán)限，應(yīng)用下所有的表數(shù)據(jù)都能管理）對(duì)所有記錄只有查看權(quán)限（最小權(quán)限，僅能查看數(shù)據(jù)）圖4-55數(shù)據(jù)的統(tǒng)計(jì)和分析——圖4-56圖4-57圖4-58圖4-59圖4-60圖4-61圖4-62圖4-63圖4-64圖4-65圖4-66流程的控制和自動(dòng)化——觸發(fā)器：即決定工作流是否執(zhí)行的開關(guān)（或者叫監(jiān)聽器）。例如，表數(shù)據(jù)有更新時(shí)觸功能節(jié)點(diǎn)：流程觸發(fā)后，通過這類節(jié)點(diǎn)可自動(dòng)執(zhí)行相關(guān)操作。例如，修改表中的數(shù)據(jù)圖4-67工作流的觸發(fā)方式主要有以下5什么是工作表事件？就是工作表中的記錄發(fā)生變動(dòng)，總結(jié)起來共有3新增事件：新增一行記錄。更新事件：更新了一行記錄。刪除事件：刪除了一行記錄。新增一個(gè)申請(qǐng)單后，觸發(fā)審批流程。入庫單的狀態(tài)被標(biāo)記為已入庫（更新事件），就會(huì)觸發(fā)核算并更新最新的庫存的流當(dāng)一個(gè)訂單被刪除后，就會(huì)觸發(fā)流程通知發(fā)起人流程，或通知外部系統(tǒng)同步刪除數(shù)每周一18點(diǎn)觸發(fā)流程，向指定人員發(fā)送提交工作日?qǐng)?bào)的通知。這個(gè)流程和工作表沒有每月1號(hào)觸發(fā)流程，向任務(wù)表中自動(dòng)新增一個(gè)核算當(dāng)月提成的任務(wù)。這個(gè)流程觸發(fā)員工檔案中記錄著員工的生日，選擇出生日期作為觸發(fā)字段，每年到這個(gè)日期就觸發(fā)任務(wù)有截止日期，工作流選擇截止日期作為觸發(fā)字段，當(dāng)?shù)竭_(dá)這個(gè)日期，如果任務(wù)還數(shù)據(jù)處理類節(jié)點(diǎn)：新增記錄節(jié)點(diǎn)：通過新增記錄節(jié)點(diǎn)可以向某個(gè)工作表中自動(dòng)新增記錄，新增記錄更新記錄節(jié)點(diǎn)：通過更新記錄節(jié)點(diǎn)可以自動(dòng)修改某條記錄的某個(gè)或多個(gè)字段的刪除記錄節(jié)點(diǎn)：通過刪除記錄節(jié)點(diǎn)可以自動(dòng)刪除指定的記錄。例如，提交購買申數(shù)據(jù)獲取類節(jié)點(diǎn)：獲取單條數(shù)據(jù)節(jié)點(diǎn)：在工作流中，如果你想要操作一條記錄或者使用一條記錄的獲取多條數(shù)據(jù)節(jié)點(diǎn)：通過此節(jié)點(diǎn)可以獲取多條記錄，對(duì)這些記錄可以進(jìn)行批量修人工交互類節(jié)點(diǎn)：審批節(jié)點(diǎn)：工作流程中若是涉及審批的流程，就需要使用審批節(jié)點(diǎn)。審批人可以填寫節(jié)點(diǎn)：在工作流執(zhí)行過程中，需要某個(gè)成員提供一些字段信息，這些信息可獲取鏈接節(jié)點(diǎn)：通過此節(jié)點(diǎn)可獲取到某條記錄的鏈接，將此鏈接通過短信、郵件界面推送節(jié)點(diǎn)：用戶通過點(diǎn)擊一個(gè)自定義按鈕觸發(fā)流程，通過此節(jié)點(diǎn)可以自動(dòng)打邏輯運(yùn)算類節(jié)點(diǎn)：運(yùn)算節(jié)點(diǎn)：在工作流執(zhí)行過程中，可以對(duì)不同記錄中某些字段做運(yùn)算并輸出運(yùn)算分支節(jié)點(diǎn)：分支節(jié)點(diǎn)可以根據(jù)不同的數(shù)據(jù)值走不同的流程。例如，要新增一條線延時(shí)節(jié)點(diǎn)：延時(shí)節(jié)點(diǎn)的功能是暫停工作流的執(zhí)行，即上一個(gè)節(jié)點(diǎn)執(zhí)行后，可以延站內(nèi)通知節(jié)點(diǎn)：通過此節(jié)點(diǎn)，可以向指定的人發(fā)送通知，對(duì)方可以查看記錄的全發(fā)送郵件/短信節(jié)點(diǎn)：通過發(fā)送郵件/短信節(jié)點(diǎn)可以向指定的郵箱地址/手機(jī)號(hào)發(fā)外部數(shù)據(jù)對(duì)接類節(jié)點(diǎn)：這是一種Webhook節(jié)點(diǎn)，通過此節(jié)點(diǎn)可以和外部系統(tǒng)做數(shù)據(jù)對(duì)復(fù)雜數(shù)據(jù)處理類節(jié)點(diǎn)：這是一種代碼塊節(jié)點(diǎn)。對(duì)于復(fù)雜或極具個(gè)性化的數(shù)據(jù)處理，就當(dāng)某種數(shù)據(jù)發(fā)生變更時(shí)，創(chuàng)建跟進(jìn)任務(wù)或修改其他數(shù)據(jù)。為了限制流程的繼續(xù)執(zhí)行而加入審批的環(huán)節(jié)。當(dāng)某個(gè)時(shí)間到達(dá)時(shí)觸發(fā)數(shù)據(jù)的變更流程。當(dāng)某個(gè)條件滿足時(shí)，向特定的用戶角色推送通知，執(zhí)行下一步動(dòng)作。需要在某個(gè)流程中向員工或外界采集數(shù)據(jù)，并觸發(fā)下一步行動(dòng)。為減少流程的數(shù)量，根據(jù)某個(gè)篩選條件，執(zhí)行不同的分支動(dòng)作。通過Webhook接收外部數(shù)據(jù)并實(shí)現(xiàn)數(shù)據(jù)的同步。[1]IFTTT（IfThisThenThat）應(yīng)用的整體介紹。功能模塊的使用方法。常見問題。系統(tǒng)目標(biāo)。通過對(duì)客戶數(shù)據(jù)信息進(jìn)行獲取、識(shí)別、過濾、分析和挖掘，找出對(duì)公司經(jīng)系統(tǒng)特點(diǎn)。隨時(shí)隨地辦公。系統(tǒng)采用B/S架構(gòu)，只要電腦可以聯(lián)網(wǎng)，就能隨時(shí)隨地利用該應(yīng)跨平臺(tái)數(shù)據(jù)同步。手機(jī)端和PC端數(shù)據(jù)實(shí)時(shí)無延遲同步，方便快捷。使用環(huán)境。電腦端。應(yīng)用運(yùn)行在云端，無須安裝部署，用戶在電腦上通過瀏覽器即可訪問。手機(jī)端。手機(jī)端需要通過手機(jī)應(yīng)用市場(chǎng)或明道云官方下載App使用。第5（pponogngn，應(yīng)用程序接口）是應(yīng)用開發(fā)者將某個(gè)做好的功能開放給外部人員使用的一個(gè)窗口。外部開發(fā)者無須訪問源碼或理解內(nèi)部代碼處理細(xì)節(jié)，只需要按規(guī)定的格式傳遞一些參數(shù)，即可寫入數(shù)據(jù)或獲取數(shù)據(jù)。理論上講，只要每個(gè)應(yīng)用軟件都提供了規(guī)范的接口，則無須額外的規(guī)則約定，兩個(gè)應(yīng)用之間就能進(jìn)行數(shù)據(jù)對(duì)接。API圖5-1API我們通過一個(gè)簡(jiǎn)單的例子來介紹的一些基礎(chǔ)結(jié)構(gòu)。例如，你要查詢一個(gè)手機(jī)號(hào)131****7045的歸屬地，提供這個(gè)查詢服務(wù)的系統(tǒng)會(huì)給你一個(gè)地址并要求你必須提供相關(guān)參數(shù)，然后將它們組成一個(gè)請(qǐng)求鏈接，查詢服務(wù)收到請(qǐng)求后會(huì)進(jìn)行處理并返給你相關(guān)信息。例如完整地址為\hhpp.uh.nobg?ky480354220b95529323865119phon131****7045。在這個(gè)鏈接中，問號(hào)？前面的內(nèi)容（\hhpp.uh.nobg）是的服務(wù)地址，ky是一個(gè)鑒別你是否可以使APIAPI，工作表API是基于標(biāo)準(zhǔn)的OAuth2.0協(xié)議設(shè)計(jì)的，以此讓其他系統(tǒng)的數(shù)據(jù)可以隨時(shí)寫圖5-2API明道云平臺(tái)共提供了9新建行記錄（Post）：批量新建行記錄（Post）：批量更新行記錄詳情（Post）：以上9示例：通過API\h圖5-3Getman接口的請(qǐng)求的方式：最常用的是Get和Post，還有其他幾種，例如Put、Delete、請(qǐng)求的地址：截圖中的地址僅給出了一個(gè)提示信息，我們需要將實(shí)際的接口地址粘貼圖5-4圖5-5配置API圖5-6appKey：每個(gè)應(yīng)用自動(dòng)分配的身份ID，通過這個(gè)ID可以找到對(duì)應(yīng)的應(yīng)用。sign：簽名，鑒別授權(quán)的組成部分，不可缺少。worksheetId：目標(biāo)工作表的ID代碼，通過這個(gè)ID能找到對(duì)應(yīng)的唯一的工作表。controls：字段組，向工作表中寫入數(shù)據(jù)，其實(shí)就是在每個(gè)字段中寫入數(shù)據(jù)。controlId：字段的ID，通過這個(gè)ID就能找到對(duì)應(yīng)的字段。可以參考字段對(duì)照表來確定圖5-7value：向該字段寫入的內(nèi)容（圖5-6中左側(cè)所示不顯示該參數(shù)，見右側(cè)所示代碼）。"controls":"controlId"控件1的ID","value":"文本""controlId":"控件2的"value":"2018-8-"controlId"控件N的ID","value":"文本""controls":"controlId"控件1的ID","value":"文本""controls":"controlId"控件1的ID","value":"文本""controlId"控件2的ID","value":"文本""appKey":"d257da78495c8dbb","worksheetId":"5fdc3bdf5e68454d7d6f2450","controls":["controlId":"5fdc3bdf5e68454d7d6f243f","value":"DDBH001""controlId":"5fdc3bdf5e68454d7d6f2440","value":"2020-10-10"圖5-8在Getman圖5-9選擇application/json圖5-10API圖5-11前面講了如何通過調(diào)用獲取新數(shù)據(jù)。在調(diào)用時(shí)，其實(shí)我們并不知曉是否有新數(shù)據(jù)，因此為了及時(shí)獲取新數(shù)據(jù)，就需要頻繁進(jìn)行調(diào)用，這樣是非常消耗資源的。bhook可很好地解決這個(gè)問題。當(dāng)應(yīng)用中有新的數(shù)據(jù)錄入時(shí)，該應(yīng)用可主動(dòng)通過bhook頻繁地調(diào)用而造成的資源浪費(fèi)問題。圖5-12Webhook圖5-13明道云Webhook圖5-14 圖5-15Webhook 圖5-16步驟 進(jìn)入步驟1中的工作流，選擇“已發(fā)送請(qǐng)求范例”，如圖5-17所示圖5-17步驟 在問卷星中快速提交一個(gè)問卷步驟 返回工作流，可以看到傳進(jìn)來的數(shù)據(jù)，如圖5-18所示圖5-18步驟 添加新增記錄節(jié)點(diǎn)，將獲取到的數(shù)據(jù)寫入工作表，如圖5-19所示圖5-19 圖5-20Webhook根據(jù)發(fā)票照片自動(dòng)讀取發(fā)票信息。根據(jù)物流單號(hào)獲取物流進(jìn)度。根據(jù)公司名稱獲取企業(yè)的工商信息。手機(jī)號(hào)歸屬地查詢。天氣、匯率、黃金價(jià)格的實(shí)時(shí)數(shù)據(jù)查詢。 圖5-21 圖5-22步驟 查看API接口說明\h圖5-23接口地址：\h/mobile/get。請(qǐng)求方式：get。由于請(qǐng)求方式為get，所以請(qǐng)求地址和請(qǐng)求參數(shù)需要拼接在一起，最終得出的請(qǐng)求地\h步驟 配置Webhook節(jié)點(diǎn)的鏈接粘貼到WebhookURL中，點(diǎn)擊下方的測(cè)試按鈕，就會(huì)出現(xiàn)手機(jī)號(hào)199****8525的歸圖5-24Webhook步驟 將固定手機(jī)號(hào)改為變量圖5-25步驟 將獲取的歸屬地更新到工作表圖5-26步驟 發(fā)布流程并測(cè)試圖5-27了。此類產(chǎn)品也可以稱為零代碼集成平臺(tái)，比如Zapier、ZohoFlow、IFTTT和工作表的數(shù)據(jù)，既可以通過實(shí)現(xiàn)也可以通過bhook實(shí)現(xiàn)。但是，平臺(tái)內(nèi)協(xié)作模塊的動(dòng)態(tài)功能只有接口，不支持bhook，不能通過bhook自動(dòng)新增一條動(dòng)態(tài)。若是外部系統(tǒng)只能通過bhook推送數(shù)據(jù)，不能調(diào)用，那么就無法直接實(shí)現(xiàn)數(shù)據(jù)的對(duì)接了。pr是一個(gè)既包含接收bhook又可調(diào)用接口的中轉(zhuǎn)工具，它可以接收來自一個(gè)應(yīng)用推送進(jìn)來的數(shù)據(jù)，然后通過向另一個(gè)應(yīng)用寫入數(shù)據(jù)。圖5-28Zapier圖5-29Zapier信任的應(yīng)用了。這種賬戶整合的方式稱為單點(diǎn)登錄（SingleSignOn，SSO）。應(yīng)用間的賬戶整合有多種方式，明道云支持以下兩種方式：基于OAuth2.0的身份認(rèn)基于OAuth2.0OAuth2.0是用于授權(quán)的行業(yè)標(biāo)準(zhǔn)協(xié)議。只要應(yīng)用支持這個(gè)協(xié)議，就可以和其他應(yīng)用如圖5-30所示，明道云開放平臺(tái)（）提供了完整的基于OAuth2.0的圖5-30基于LDAP密碼就可以登錄明道云。目前明道云支持的LDAP類型有MicrosoftActiveDirectory、NovelleDirectoryServer、OpenLDAP、GenericDirectoryServer、SunDirectoryServerEnterpriseEdition。圖5-31LDAP第6本章重點(diǎn)介紹企業(yè)信息架構(gòu)（EnterpriseArchitect）的一般構(gòu)建方法，以及服務(wù)于用ZachmanZachman框架起源于JohnZachman先生在1987年完成的信息系統(tǒng)架構(gòu)論文《Aframeworkforinformationsystemsarchitecture》，他在該論文中把與信息系統(tǒng)架構(gòu)設(shè)計(jì)相圖6-1ZachmanTOGAFTOGAF（TheOpenGroupArchitectFramework）框架目前由TheOpenGroup負(fù)責(zé)維業(yè)務(wù)架構(gòu)：定義企業(yè)戰(zhàn)略、企業(yè)治理、組織結(jié)構(gòu)以及關(guān)鍵的業(yè)務(wù)流程。數(shù)據(jù)架構(gòu)：描述組織邏輯與物理數(shù)據(jù)資產(chǎn)的結(jié)構(gòu)，以及組織的數(shù)據(jù)管理資源。應(yīng)用架構(gòu)：描述應(yīng)用系統(tǒng)的部署、交互以及系統(tǒng)與組織核心業(yè)務(wù)流程之間的關(guān)系。技術(shù)架構(gòu)：描述用于支持業(yè)務(wù)、數(shù)據(jù)、應(yīng)用服務(wù)的軟件、硬件的能力。其中軟、硬件框架的一大特色是其具有的獨(dú)特的架構(gòu)開發(fā)方法（huevopnthod），利用進(jìn)行開發(fā)是一個(gè)以需求為中心的循環(huán)過程，如圖62所示。在總體框架和規(guī)劃原則下，方法從架構(gòu)愿景出發(fā)，經(jīng)過業(yè)務(wù)架構(gòu)規(guī)劃后，先確定信息系統(tǒng)架構(gòu)和技術(shù)架構(gòu)；然后結(jié)合現(xiàn)有的信息化基礎(chǔ)，給出企業(yè)信息化建設(shè)解決方收益等，并形成具體的實(shí)施規(guī)劃；實(shí)施治理階段制定各個(gè)實(shí)施項(xiàng)目的建議，建立架構(gòu)規(guī)約圖6-2TOGAF它和Zachman一個(gè)簡(jiǎn)化的信息架構(gòu)方法——圖6-3RPIC結(jié)合案例解析RPIC信息架構(gòu)中的數(shù)據(jù)結(jié)構(gòu)的定義。工作流程的定義。可用的應(yīng)用系統(tǒng)。配套的使用文檔。既容易繪制（減少交叉），又能夠有條理地遍歷所有的參與角色。角色是方法論中的出發(fā)點(diǎn)，我們不能遺漏任何參與業(yè)務(wù)流程的重要角色。在本例中，客戶向普渡餐飲的銷售部下訂單，銷售部據(jù)此向內(nèi)部的加工中心下加工過物流服務(wù)商配送給客戶。如圖64所示，信息流用虛線表示，實(shí)物流用實(shí)線表示。在后面的信息架構(gòu)工作中，我們要重點(diǎn)關(guān)注的是信息流，以及和信息流相關(guān)的角色。圖6-4銷售部。加工中心。客戶（外部）。生鮮配送商（外部）。物流服務(wù)商（外部）。圖65所示是我們根據(jù)主體對(duì)象開發(fā)出來的角色清單。為簡(jiǎn)化案例，我們只細(xì)分了和案例目標(biāo)有關(guān)的兩個(gè)職能部門和總經(jīng)理角色。這樣我們就有了方法論的出發(fā)點(diǎn)——角色（o），后續(xù)的架構(gòu)設(shè)計(jì)工作將圍繞這些角色展開。如果你需要通過用戶訪談來幫的工作材料。圖6-5最重要的業(yè)務(wù)活動(dòng)就是接受客戶的訂單和向加工中心發(fā)出加工單理客戶訂單，就不可避免地要建立和維護(hù)客戶檔案及產(chǎn)品價(jià)目表則這個(gè)訂單是無法有效建立的（該在訂單中不斷重復(fù)產(chǎn)品信息）。這個(gè)進(jìn)一步分析表示為圖66所示的擴(kuò)展箭頭。這種擴(kuò)下畫線的字體表示的就是整理出來的業(yè)務(wù)數(shù)據(jù)對(duì)象，也就是方法中的（noon）。圖6-6訂單。客戶檔案。產(chǎn)品價(jià)目表。加工單。供應(yīng)商檔案。常用物料表。采購訂單。運(yùn)單。下面我們?cè)俜治鲆粋€(gè)管理角色——圖67所示，總經(jīng)理希望分析訂單和客戶變化趨勢(shì)，分析利潤情況，這些分析所需基礎(chǔ)數(shù)據(jù)都來自運(yùn)營角色管理的數(shù)據(jù)。圖6-7圖6-8用ER描述數(shù)據(jù)的屬性可以基于現(xiàn)有工作流程中的材料，比如現(xiàn)有的系統(tǒng)界面、x文溝通獲取相關(guān)信息。圖6-9業(yè)務(wù)對(duì)象ER設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)并非一定要使用圖。對(duì)于簡(jiǎn)單的數(shù)據(jù)關(guān)聯(lián)關(guān)系，用一般表格加標(biāo)注搭建應(yīng)用時(shí)要用的工作表對(duì)象。企業(yè)軟件行業(yè)發(fā)展數(shù)十年，已經(jīng)形成了成熟的數(shù)據(jù)模型，比如管理銷售漏斗的M數(shù)據(jù)架構(gòu)、管理貿(mào)易活動(dòng)的數(shù)據(jù)架構(gòu)、管理項(xiàng)目績(jī)效的數(shù)據(jù)架構(gòu)等。這些數(shù)據(jù)架提供銷售管理應(yīng)用模板時(shí)，就直接復(fù)刻了o和微軟yns的數(shù)據(jù)架構(gòu)。圖6-10根據(jù)單據(jù)狀態(tài)，可以創(chuàng)建工作表下的多個(gè)視圖，例如“草案訂單”“待執(zhí)行訂單”等。將系統(tǒng)涉及的所有內(nèi)外部角色作為應(yīng)用中的自定義角色，并依次創(chuàng)建和賦權(quán)。將運(yùn)營角色和管理角色所需要的報(bào)表內(nèi)容作為自定義頁面及其統(tǒng)計(jì)組件搭建的藍(lán)圖。將每個(gè)角色的業(yè)務(wù)活動(dòng)及分析出來的流程作為工作流配置的藍(lán)圖。其中有一部分工作流將由用戶手動(dòng)觸發(fā)（自定義動(dòng)作）圖6-11圖6-12圖6-13圖6-14圖6-15不大的時(shí)候，用簡(jiǎn)單的工具也許還能對(duì)付，例如銷售部如果只有幾名員工，那么用xl行真正意義上的數(shù)字化建設(shè)了。第7實(shí)踐：怎樣搭建一個(gè)ERP圖7-1標(biāo)準(zhǔn)ERP表7-1圖7-2圖7-3圖7-4圖7-5表7-2圖7-6表7-3圖7-7表7-4表7-5圖7-8表7-6圖7-9表7-7表7-8圖7-10表7-9圖7-11表7-10表7-11圖7-12表7-12表7-13圖7-13表7-14表7-15圖7-14表7-16表7-17圖7-15表7-18圖7-16表7-19表7-20圖7-17表7-21表7-22圖7-18表7-23表7-24圖7-19表7-25表7-26圖7-20表7-27表7-28圖7-21圖7-22表7-29表7-30表7-31圖7-23表7-32圖7-24表7-33表7-34ERP創(chuàng)建工作流圖7-25圖7-26圖7-27發(fā)布流程在7.1節(jié)中我們確定了數(shù)據(jù)結(jié)構(gòu)并通過工作表定義了數(shù)據(jù)對(duì)象，但是創(chuàng)建應(yīng)用時(shí)涉及通過自定義頁面來進(jìn)行數(shù)據(jù)統(tǒng)計(jì)，并創(chuàng)建一些快捷入口。數(shù)據(jù)總覽（管理層圖7-28圖7-29圖7-30圖7-31圖7-32圖7-33圖7-34圖7-35表7-35圖7-36圖7-37圖7-38圖7-39圖7-40表7-36圖7-41圖7-42圖7-43圖7-44在導(dǎo)入的時(shí)候要設(shè)定關(guān)聯(lián)關(guān)系（比如，銷售訂單關(guān)聯(lián)客戶）第8實(shí)踐：怎樣搭建一個(gè)CRM客戶關(guān)系管理（uoronhpngn，）是一種管理企業(yè)現(xiàn)有及潛在客戶之間關(guān)系和互動(dòng)的系統(tǒng)。通過對(duì)客戶數(shù)據(jù)的歷史積累和分析，可以增進(jìn)企業(yè)與客戶之間的關(guān)系，從而最大化企業(yè)銷售收入和提高客戶留存率。CRMDynamicCRM。表8-1企業(yè)獲取CRM快速調(diào)整。一個(gè)新功能在幾個(gè)小時(shí)內(nèi)甚至幾十分鐘內(nèi)就可以實(shí)現(xiàn)。數(shù)據(jù)容易打通。各個(gè)模塊的數(shù)據(jù)可以關(guān)聯(lián)，更容易與其他系統(tǒng)無縫打通。價(jià)格便宜。價(jià)格是定制化CRM的十分之一甚至更低。銷售跟進(jìn)：管理銷售人員的跟進(jìn)過程，將一個(gè)線索努力轉(zhuǎn)化成訂單。訂單管理：管理客戶購買的產(chǎn)品、訂單和發(fā)票，復(fù)雜的CRM會(huì)增加發(fā)貨模塊。基礎(chǔ)設(shè)施：包括管理統(tǒng)計(jì)圖和權(quán)限管理，主要給管理人員使用。客戶資料：所有模塊都是圍繞客戶進(jìn)行，客戶和聯(lián)系人會(huì)被不斷沉淀。圖8-1CRM圖8-2圖8-3編輯字段。為工作表命名并保存后會(huì)自動(dòng)進(jìn)入字段編輯頁面，一個(gè)頁面默認(rèn)顯示個(gè)字段，要想多顯示一些字段，需要手動(dòng)增加一些字段，可以從圖84所示界面左側(cè)拖動(dòng)字段到右側(cè)中間區(qū)域增加所需要的字