隨著“互聯(lián)網(wǎng)+”的不斷推進，數(shù)字化除了改善人們?nèi)粘５纳�活之外，也開始影響著工業(yè)領(lǐng)域的各行各業(yè)。將供水企業(yè)這種傳統(tǒng)企業(yè)的業(yè)務(wù)與互聯(lián)網(wǎng)技術(shù)用高效、高性價比的方式結(jié)合起來，使得業(yè)務(wù)數(shù)字化成為時下行業(yè)內(nèi)部的一個熱點。本文將會以澳門自來水實際推行智慧水務(wù)過程中的業(yè)務(wù)數(shù)字化工作為基礎(chǔ)，分享澳門自來水公司在實際業(yè)務(wù)數(shù)字化過程中的經(jīng)驗和成功案例，并提出業(yè)務(wù)數(shù)字化的創(chuàng)新模式-企業(yè)應(yīng)用平臺。

01

背景介紹

近年來，智慧水務(wù)的建設(shè)成為供水行業(yè)的熱點話題，各個水司企業(yè)，軟件應(yīng)用供貨商，包括一些互聯(lián)網(wǎng)大廠，如阿里巴巴、騰訊、百度等也都成立了相關(guān)的公用事業(yè)部門，相繼入局智慧水務(wù)。然而，業(yè)內(nèi)對于“智慧水務(wù)”本身并沒有一個很清晰的定義。

在這個階段，各家企業(yè)對智慧水務(wù)都有著自己的理解和嘗試。對于澳門自來水來說，智慧水務(wù)的核心在于數(shù)據(jù)，包括如何收集數(shù)據(jù)，如何管理以及使用數(shù)據(jù)。同時需要強調(diào)的是，整個智慧化的核心依舊是水務(wù)自身的業(yè)務(wù)管理，所有的數(shù)據(jù)化都應(yīng)該以“水務(wù)業(yè)務(wù)的管理優(yōu)化”為最終目標(biāo)。整個智慧化的過程，就是管理模式從傳統(tǒng)的“經(jīng)驗管理”轉(zhuǎn)變?yōu)?ldquo;數(shù)據(jù) & 經(jīng)驗管理”的模式。

水司想要進行傳統(tǒng)企業(yè)升級轉(zhuǎn)型，達(dá)到智慧化管理，需要重視數(shù)據(jù)分析來協(xié)助水司的業(yè)務(wù)管理和決策制定。而在達(dá)到人工智能，大數(shù)據(jù)分析等一系列非常先進的智慧化管理之前，需要公司對于各個業(yè)務(wù)進行合理化、標(biāo)準(zhǔn)化地梳理，同時也要求水司有足夠多的數(shù)據(jù)作為基礎(chǔ)。對于數(shù)據(jù)收集，除了安裝在線傳感器外，澳門自來水還通過開發(fā)數(shù)字化應(yīng)用來代替紙張工作記錄，實現(xiàn)業(yè)務(wù)數(shù)字化(見圖1)。本文將會以澳門自來水公司的實際案例為基礎(chǔ)，來介紹水務(wù)業(yè)務(wù)數(shù)字化的一種新模式。

圖1 智慧水務(wù)-業(yè)務(wù)數(shù)字化

02

業(yè)務(wù)數(shù)字化-企業(yè)應(yīng)用平臺(EAP)

2.1面臨的挑戰(zhàn)

數(shù)字化應(yīng)用的開發(fā)一直都是各個企業(yè)所需要面臨的難點，其主要表現(xiàn)在以下幾個方面

一般水司IT人員不足，所以大部分情況都會找軟件開發(fā)商來外包數(shù)字應(yīng)用的開發(fā)任務(wù)。由于外部開發(fā)商對于業(yè)務(wù)本身的不了解，所以開發(fā)出來的應(yīng)用往往達(dá)不到預(yù)期的效果。

由于應(yīng)用都是定制化開發(fā)，所以一旦應(yīng)用正式上線后，經(jīng)過使用過后用戶的反饋意見都需要開發(fā)商來完成修改，存在遠(yuǎn)程問題溝通和時間等待的成本，往往還需要改動費用。因此，很多應(yīng)用開發(fā)后由于后期反饋的問題沒有及時得到解決，很多無法被充分使用，導(dǎo)致用戶產(chǎn)生了數(shù)字化應(yīng)用無法解決用戶需求的印象。

公司內(nèi)部各個業(yè)務(wù)系統(tǒng)都是相互獨立的，因此根據(jù)各個業(yè)務(wù)系統(tǒng)開發(fā)的一些移動應(yīng)用也都相互獨立。而現(xiàn)實的業(yè)務(wù)又有不少情況需要跨業(yè)務(wù)系統(tǒng)處理，現(xiàn)有的外包開發(fā)方式也為后期的系統(tǒng)打通帶來難度。

2.2解決方案

上述難點大大制約了公司業(yè)務(wù)數(shù)字化的推進效果和效率。因此，在前期經(jīng)過一段時間的通過開發(fā)商定制開發(fā)后，我們轉(zhuǎn)變了思路，開始在市面上找一些低代碼開發(fā)平臺工具(見圖2)，通過員工培訓(xùn)，內(nèi)部嘗試數(shù)字化應(yīng)用的開發(fā)。

經(jīng)過對比，我們從幾種平臺工具中，根據(jù)我們自身的需求選出了其中一種。由于平臺工具本身各有特點，每家水司都有不同的使用需求，所以這邊對具體選中的工具品牌不做說明，重點是在于介紹這種方法。

圖2 數(shù)字化應(yīng)用低代碼開發(fā)工具

當(dāng)然需要強調(diào)的是，這些開發(fā)工具只是簡化了我們開發(fā)的工作量，要讓業(yè)務(wù)數(shù)字化能夠成功落地，最主要的還是開發(fā)出來的數(shù)字化應(yīng)用能夠符合我們各個業(yè)務(wù)同事的使用，給其日常的工作帶來便捷。所以在數(shù)字化應(yīng)用的開發(fā)過程中，作為使用者，需要對自身業(yè)務(wù)進行梳理，包括想要達(dá)到的效果是什么、業(yè)務(wù)流程如何管控等等，對應(yīng)用有一個良好的設(shè)計。特別是一些復(fù)雜，跨部門協(xié)同的業(yè)務(wù)，做好需求分析這一點尤為重要，如下圖(見圖3)，我們一些復(fù)雜的應(yīng)用，都設(shè)立了專門應(yīng)用開發(fā)申請流程，圖中展示了測漏管理(聯(lián)動GIS系統(tǒng))的應(yīng)用開發(fā)信息作為參考。

圖3 EAP開發(fā)申請-測漏管理

由于應(yīng)用本身只針對企業(yè)自身的業(yè)務(wù)，開發(fā)的應(yīng)用都基于一個平臺，所以我們將之命名為“企業(yè)應(yīng)用平臺Enterprise Application Platform”(見圖4)，取其英文首字母簡稱為“EAP”。接下來將通過幾個實際的案例來介紹我們通過平臺工具開發(fā)的數(shù)字化應(yīng)用。

圖4 澳門自來水企業(yè)應(yīng)用平臺

2.2.1一般工單流程的電子化開發(fā)

在我們?nèi)粘５墓ぷ髦�，有著大量的流程化審批單�?jù)，以及一些現(xiàn)場的工作許可證等等工作單需要進行填寫。這部分工作單之前一直都是通過紙張記錄和流程審批。我們通過開發(fā)工具進行了數(shù)字化應(yīng)用開發(fā)，來代替現(xiàn)有的紙張。如下圖(圖5和圖6)所示，我們開發(fā)的應(yīng)用包括各個業(yè)務(wù)范圍，從請假流程審批的行政辦公，到值班日志，職安的工作許可等現(xiàn)場操作都進入了“無紙化”電子流程。

圖5 澳門自來水?dāng)?shù)字化應(yīng)用

在實踐中這種新模式的優(yōu)勢明顯。首先，因為這些業(yè)務(wù)的內(nèi)容相對比較固定，流程也相對簡單，所以公司內(nèi)部的同事經(jīng)過簡單培訓(xùn)后就可以完成開發(fā)工作。其次，由于自己內(nèi)部開發(fā)，開發(fā)者對于業(yè)務(wù)的了解也比外部開發(fā)商清晰，大大提高了應(yīng)用開發(fā)的效率和可用性。同時，在使用過程當(dāng)中，對于各個部門用戶的使用意見也可以第一時間進行跟進，并且沒有額外的費用。所以相較于傳統(tǒng)的開發(fā)模式，用戶的體驗上得到了顯著的改善。當(dāng)用戶的反饋意見及時得到跟進，用戶也就會更加愿意使用應(yīng)用，形成良性的正向反饋。

圖6 澳門自來水?dāng)?shù)字化應(yīng)用-HSE Apps職業(yè)健康安全應(yīng)用

2.2.2對接業(yè)務(wù)系統(tǒng)的數(shù)字化應(yīng)用案例介紹

上述的數(shù)字化應(yīng)用開發(fā)主要介紹了一般的紙張工單和流程的場景。在水司日常的運作中，有一部分的業(yè)務(wù)是通過業(yè)務(wù)系統(tǒng)(ERP，CMR，GIS等等)來進行的。如果涉及到業(yè)務(wù)系統(tǒng)的業(yè)務(wù)，則需要相應(yīng)系統(tǒng)的供貨商來提供對應(yīng)接口API來完成對接。所以在選取低代碼開發(fā)平臺工具的時候也需要考慮平臺工具是否有管理系統(tǒng)接口的模塊。下面的案例就是我們對接客服系統(tǒng)CRM來開發(fā)的客戶投訴跟進處理的應(yīng)用。

客戶投訴跟進處理的應(yīng)用

客戶投訴的跟進處理是自來水公司日常的主要業(yè)務(wù)之一，在傳統(tǒng)管理模式種，通常會由客服熱線人員(客服部門)接聽電話，記錄客戶具體投訴問題后，轉(zhuǎn)交給負(fù)責(zé)管網(wǎng)的團隊(運營部門)來進行后續(xù)的跟進(見圖7)。但往往在一家公司里面，客服部門和管網(wǎng)運營部門會有兩套自身的業(yè)務(wù)系統(tǒng)，投訴事件的記錄會在客服系統(tǒng)CMR里面進行，然后將事件通過打印的形式形成紙張工單，交到跟進的同事來進行跟進，如此就導(dǎo)致了流程的不連貫，并產(chǎn)生數(shù)據(jù)孤島，大大提高了對后期整個事件數(shù)據(jù)分析的難度。

圖7 客戶投訴跟進處理一般流程

而EAP平臺可以彌補這種不足。下圖(圖8和圖9)展示了EAP平臺開發(fā)的客服投訴的記錄單和后續(xù)跟進的工作單。由于在同一個平臺中，所以信息可以實時同步給相關(guān)人員。特別是現(xiàn)場的跟進情況，通過文字加圖像的形式第一時間給到客服人員，有助于客服人員快速掌握投訴案例的第一手現(xiàn)場信息，大大提高了對于客戶關(guān)于案件處理情況詢問的服務(wù)質(zhì)量。

圖8 客戶投訴跟進處理數(shù)字化應(yīng)用-投訴熱線報修記錄

圖9 客戶投訴跟進處理數(shù)字化應(yīng)用-投訴案例跟進工單

SCADA報警跟進應(yīng)用

類似的案例還有通過SCADA系統(tǒng)的alarm警報來觸發(fā)跟進工單，也是在EAP平臺接入SCADA alarm的接口，將警報的觸發(fā)和跟進工單在一個閉環(huán)中完成。中控室值班人員通過警報發(fā)出后的跟進工單的內(nèi)容，第一時間了解到故障跟進情況，減少了值班人員和維護人員溝通上的時間成本。通過照片和工作記錄，大大提高了值班人員對于現(xiàn)場實際情況的掌握。下圖(見圖10，圖11，圖12)分別截取了值班人員SCADA警報頁面，維護人員收到報障單頁面和維護人員的跟進工單頁面內(nèi)容。

除了打通后續(xù)跟進的維護工單信息外，針對SCADA報警中一個經(jīng)常會出現(xiàn)的“無效警報”問題，我們也進行了合理優(yōu)化。目前國內(nèi)很多公司都在推行無人值守的模式，其主要的實現(xiàn)方式就是廠區(qū)的自控管理，其中自控系統(tǒng)報警則是最為關(guān)鍵的部分，可以協(xié)助中控人員第一時間知曉各個無人廠區(qū)的運行異常情況。但是由于SCADA系統(tǒng)本身的限制，經(jīng)常會出現(xiàn)一些無效報警的現(xiàn)象(比如“低液位”報警，液位由于上下波動而造成的連續(xù)重復(fù)報警;又比如廠區(qū)某個工藝單元停止檢修，而造成的檢修時段該工藝段的各個控制參數(shù)的報警等)，這些情況所產(chǎn)生的無效警報，大大干擾到日常中控人員對于廠區(qū)異常情況的跟進。以本公司為例，每個月的報警總數(shù)為1萬多個，平均每天接近400個報警(自動化團隊已經(jīng)在PLC層面進行了優(yōu)化的前提下)，其中大部分都是無效報警，對中控人員是一個不小的干擾。此次的智能報警數(shù)字化應(yīng)用開發(fā)當(dāng)中，我們總結(jié)了中控人員對于無效警報的經(jīng)驗，在應(yīng)用的左側(cè)邊欄(見圖10)設(shè)置了一個可以由用戶來管理的條件控制欄，中控值班人員可以根據(jù)各個廠區(qū)實際的情況，將一些無效，重復(fù)的警報進行優(yōu)化，目前每天警報數(shù)量從之前的接近400降低到了70左右，大大降低了無效警報對于中控值班人員的干擾，防止真實警報淹沒在大量無效警報中，從而導(dǎo)致生產(chǎn)事故發(fā)生，為供水安全提供了多一重保障。

圖10 智能警報應(yīng)用-操作頁面

圖11 智能警報應(yīng)用-警報報修單

圖12 智能警報應(yīng)用-警報跟進工單

2.2.3經(jīng)濟效益和工作效率

目前，公司已經(jīng)在EAP平臺上上線的應(yīng)用超過60款，涵蓋了公司各個業(yè)務(wù)，包括人事管理，安全環(huán)保管理，資產(chǎn)管理，生產(chǎn)運營，GIS外勤，客服投訴跟進，管網(wǎng)工程鋪設(shè)等全方位的業(yè)務(wù)。實現(xiàn)了全公司業(yè)務(wù)的數(shù)字化階段。同時，之前為了服務(wù)各個業(yè)務(wù)而單獨開發(fā)的數(shù)字化應(yīng)用已經(jīng)被取代，并且以往一些紙張類的工作記錄，流程也都完成了數(shù)字化。

費用方面，由于EAP平臺所開發(fā)出來的數(shù)字化應(yīng)用已經(jīng)遠(yuǎn)遠(yuǎn)超過了以往通過第三方公司定制開發(fā)的數(shù)量，所以節(jié)省出來的比例，是按照以往第三方公司開發(fā)應(yīng)用收取的費用，以目前EAP平臺上的所有應(yīng)用數(shù)量來進行的預(yù)估后進行的比較。粗略按照以往每個業(yè)務(wù)系統(tǒng)單獨開發(fā)數(shù)字化應(yīng)用的成本進行估算，按照目前公司全面數(shù)字化應(yīng)用的數(shù)量，估計成本將會在3倍以上。按照這種算法，EAP的開發(fā)費用(Capex)比傳統(tǒng)數(shù)字化應(yīng)用開發(fā)來說，大約節(jié)省了70%的成本。而且由于大部分的功能都是無代碼開發(fā)，所以數(shù)字化應(yīng)用的維護方面，很多工作都可以通過公司內(nèi)部的同事來完成，所以大大的減少了公司的每年花費在數(shù)字化應(yīng)用更新上的費用。按照本司以往的經(jīng)驗，每年數(shù)字化應(yīng)用的更新維護費用(Opex)大約減少80%左右。

工作效率方面，通過數(shù)字化應(yīng)用的使用，大大減少了同事們以往需要將紙張工作單信息填寫到計算機系統(tǒng)中的二次輸入。并且通過新的應(yīng)用平臺，打通了多項業(yè)務(wù)的數(shù)據(jù)以及流程的交互(比如文中提到的“客戶投訴跟進”和“智能報警及跟進”等案例)，使得公司以往跨系統(tǒng)，跨部門的業(yè)務(wù)處理效率大大提高。同時數(shù)據(jù)的使用，也使得日常的工作變得更加高效，比如我們的急救箱巡查工作，我們在各個廠區(qū)都有放置急救箱以備一些意外情況的處理，平常會有同事定期去巡查各個急救箱里面的急救用品，查看數(shù)量是否足夠、有效期是否過期等等。目前檢查人員通過專門的數(shù)字化應(yīng)用，在現(xiàn)場直接就可以將所有的信息填寫完成并進入系統(tǒng)。比如急救用品有效日期這個信息(圖13)，我們通過這些數(shù)據(jù)制作了統(tǒng)計報表(圖14)，可以清晰的看到臨近過期的急救用品清單，方便快速的將過期急救用品的更新更換。檢查人員現(xiàn)場提交表單窗體后，后臺同事就直接可以看到檢查的結(jié)果和數(shù)據(jù)統(tǒng)計(包括快過期物品清單)，整個過程完全自動化，不需要再像以往那樣，將檢查表填寫到計算機，然后制作excel表格，并且將相機圖片導(dǎo)入活頁夾等一系列復(fù)雜的操作，大大節(jié)省了數(shù)據(jù)處理的時間。同時，同事們在分析數(shù)據(jù)時，可以非常直觀的將數(shù)據(jù)報表，檢查記錄(包括現(xiàn)場照片)等信息綜合查看，不再像以往需要將所有數(shù)據(jù)整合在一個PPT里面，再進行開會討論。

員工們通過數(shù)據(jù)的助力，加上自身的工作管理經(jīng)驗，使得日常運營的決策變得更加客觀、準(zhǔn)確、高效。通過這種方式，數(shù)字化真正融入到日常水務(wù)運營管理當(dāng)中，為水務(wù)的智慧化升級轉(zhuǎn)型打下堅實的基礎(chǔ)。

圖13 急救箱巡查工單

圖14 急救箱巡查BI報表

03

總結(jié)

綜上，對于業(yè)務(wù)數(shù)字化的實施，我們選擇一個低代碼開發(fā)平臺工具，通過員工培訓(xùn)，結(jié)合用戶對于自身業(yè)務(wù)需求的梳理，自主開發(fā)數(shù)字化應(yīng)用，開發(fā)了企業(yè)內(nèi)部的應(yīng)用平臺EAP(Enterprise Application Platform)。由于開發(fā)工具低代碼化的特點，一般的公司員工通過簡單的培訓(xùn)就可以進行應(yīng)用的開發(fā)，并因此為智慧水務(wù)的建設(shè)帶來了多種利好。

首先，相較于以往找外部IT公司開發(fā)，大大降低了和非業(yè)務(wù)人士溝通的時間成本，也降低了開發(fā)的費用。

其次，應(yīng)用的使用反饋也可以進行快速的，長期的跟進，大大提高了用戶的使用體驗，使得應(yīng)用的推廣變得不再困難。

此外，同時應(yīng)用在同一個平臺上的設(shè)計，也顯著減輕了以往各個應(yīng)用之間信息互通的困難，解決了數(shù)據(jù)孤島的難題。通過數(shù)字化應(yīng)用的全面展開，對應(yīng)的數(shù)據(jù)收集的工作，也就變的更加有效率。我們通過數(shù)據(jù)分析制作了各個應(yīng)用的BI報表(圖15，圖16)，通過報表中的數(shù)據(jù)分析，實時將結(jié)果反饋到各個業(yè)務(wù)的計劃制訂、流程優(yōu)化等過程中。

這也體現(xiàn)了文章開頭所提到的，我們認(rèn)為智慧水務(wù)的一個主要特點，就是用“數(shù)據(jù) & 經(jīng)驗管理”取代傳統(tǒng)的“經(jīng)驗管理”。未來，我們將結(jié)合用戶的使用反饋，不斷更新迭代EAP上的數(shù)字化應(yīng)用，做到數(shù)字化應(yīng)用為業(yè)務(wù)需求而“量身定制”。也為之后的大數(shù)據(jù)分析，人工智能的應(yīng)用，打下堅實的數(shù)據(jù)基礎(chǔ)。 

 圖15 BI報表-管網(wǎng)合約工程管理

圖16 BI報表-生產(chǎn)運營維護工單管理