“物流大促期間，在出庫單量積壓的場景下，不同倉的生產(chǎn)操作人員需要在統(tǒng)一數(shù)據(jù)源的基礎(chǔ)上進(jìn)行基于自身倉情況的個性化查詢分析，從而能夠?qū)崟r監(jiān)控客單情況，防止積壓。要想實現(xiàn)這樣的功能，對數(shù)據(jù)分析平臺的要求就非常高。在引入SpreadJS之后，Udata平臺可以為客戶提供更高效的數(shù)據(jù)服務(wù)方案?！?

——京東物流 數(shù)據(jù)平臺部

京東物流是中國領(lǐng)先的綜合物流解決方案提供商，隸屬于京東集團(tuán)。作為電商行業(yè)的龍頭企業(yè)之一，京東物流擁有全球最大的自營物流網(wǎng)絡(luò)，覆蓋國內(nèi)外超過300個城市。為了能夠為客戶提供更好地服務(wù)，京東物流致力于建設(shè)全球智能物流網(wǎng)絡(luò)，其物流基礎(chǔ)設(shè)施包括超過500個物流中心、數(shù)萬輛專業(yè)車隊和大量的自動化設(shè)備。同時，京東物流還與合作伙伴共享資源，通過開放平臺模式吸納第三方物流企業(yè)加入，形成全面布局、多層次的物流體系。與此同時，作為中國領(lǐng)先的技術(shù)驅(qū)動型供應(yīng)鏈解決方案及物流服務(wù)商，京東物流以“技術(shù)驅(qū)動，全球高效流通和可持續(xù)發(fā)展”為使命，致力于成為全球最值得信賴的供應(yīng)鏈基礎(chǔ)設(shè)施服務(wù)商。

業(yè)務(wù)背景及挑戰(zhàn)

京東物流擁有非常龐大的組織架構(gòu)和業(yè)務(wù)系統(tǒng)，在Udata平臺誕生前，數(shù)據(jù)使用模式為一線人員先給研發(fā)提需求，然后研發(fā)再針對相應(yīng)的需求整合數(shù)據(jù)開發(fā)相應(yīng)的數(shù)據(jù)分析、查詢看板。但是因為業(yè)務(wù)增長迅速和需求變更頻繁的原因，往往需求上線后很快又會發(fā)生新的變更，而同時因為用戶人員眾多且每個人的需求訴求不一樣，最后就導(dǎo)致開發(fā)的系統(tǒng)成為了一款單純的下載工具，用戶需要通過系統(tǒng)把數(shù)據(jù)下載到本地Excel之后再進(jìn)行后續(xù)操作。

（Udata平臺）

這種模式下的弊端也非常明顯：通過系統(tǒng)的監(jiān)控發(fā)現(xiàn)，每個月使用Excel的文件數(shù)達(dá)到百萬的級別，從而帶來下面的兩個問題：

人力成本高：一線人員需要花費(fèi)大量的時間整合這些數(shù)據(jù)，導(dǎo)致工作效率降低。

數(shù)據(jù)安全性差：線下Excel交互的方式會存在敏感數(shù)據(jù)泄露的風(fēng)險，進(jìn)而公司財產(chǎn)的損失的風(fēng)險。

（業(yè)務(wù)背景）

除此之外，通過對業(yè)務(wù)的觀察可以看出，用Excel做數(shù)仍然是數(shù)據(jù)使用人員目前非常主流的處理方式，中國式報表也是業(yè)務(wù)應(yīng)用中常見的報表形式。中國式報具有其獨(dú)特的特點：

1、受眾多樣化

報表中各個層次、各種角色的成員都是報表的使用者，不同角色的用戶所關(guān)心的信息內(nèi)容不同、樣式不同、使用方式也不同。

2、報表樣式復(fù)雜

中國式報表往往不追求圖表式的直觀可視化效果，而是體現(xiàn)信息的豐富度。因此在樣式上使用了較多的數(shù)據(jù)透視、多層表頭、不完全劃分、分欄等，這些都導(dǎo)致了中國式報表樣式的復(fù)雜。

3、數(shù)據(jù)計算復(fù)雜

通常情況下，報表的查詢、分析條件都非常復(fù)雜，且存在復(fù)雜的統(tǒng)計運(yùn)算、如Sumif函數(shù)、匯總、同比、環(huán)比、達(dá)成狀態(tài)等。對于參數(shù)頁面布局、參數(shù)控制類型等都有較高要求。

4、多數(shù)據(jù)源

中國式復(fù)雜報表的數(shù)據(jù)源往往比較分散，數(shù)據(jù)信息來自不同的業(yè)務(wù)系統(tǒng)，技術(shù)路線和數(shù)據(jù)結(jié)構(gòu)都有很大的差異。

（中國式報表的特點及挑戰(zhàn)）

正是因為以上特點才導(dǎo)致中國式復(fù)雜報表：

1、治理難度大

需要從數(shù)據(jù)源、數(shù)據(jù)指標(biāo)體系兩方面入手，且需要業(yè)務(wù)多層級聯(lián)動共同拉齊數(shù)據(jù)認(rèn)知。

2、研發(fā)資源消耗大

面向分析場景個性化程度高、不固化、不明確、研發(fā)側(cè)支持有資源瓶頸。

3、大數(shù)據(jù)技術(shù)挑戰(zhàn)大

大數(shù)據(jù)量、實時在線交互分析、系統(tǒng)執(zhí)行復(fù)雜度不確定、響應(yīng)時間和用戶體驗很難預(yù)判保證。

解決方案

為了更好的解決上述問題，京東物流針對一線崗位進(jìn)行了特定的調(diào)研，并基于此調(diào)研整合提出了一份解決方案。在實際使用之后，一線人員普遍反映了下面兩個問題：

數(shù)據(jù)方面：因為數(shù)據(jù)來源多且雜，使用者很難找到所需要的數(shù)據(jù)，系統(tǒng)也很難把所有需要的數(shù)據(jù)全部囊括進(jìn)來。

易用性方面：目前市面上常見的數(shù)據(jù)分析都是使用編程的方式，但是一線人員并不具備這種技術(shù)能力。

為了能夠滿足一線人員的使用體驗（Excel），又能符合數(shù)據(jù)的獲取需求，團(tuán)隊計劃優(yōu)化解決方案?？紤]到自行開發(fā)這些功能的成本非常高，因此開始在市面上尋找一些可以與UData高度融合的表格技術(shù)控件。在挑選控件的時候，有三個核心需求是必須要覆蓋的：

線下體驗一致（高度類似Excel）：提升一線人員的使用體驗。

擴(kuò)展能力：可以和企業(yè)的內(nèi)部數(shù)據(jù)體系、辦公系統(tǒng)等進(jìn)行數(shù)據(jù)打通。

性能：可以承受大數(shù)據(jù)量的壓力測試。

基于以上三點，經(jīng)過長時間的選型，最終選擇了葡萄城的純前端表格控件SpreadJS，并對解決方案架構(gòu)進(jìn)行了優(yōu)化。

（京東物流選擇SpreadJS的原因）

（解決方案架構(gòu)）

表格技術(shù)應(yīng)用實踐

如何將表格控件應(yīng)用到大數(shù)據(jù)場景下

在每年的618或雙11大促中，往往會涉及大量的數(shù)據(jù)分析與展示需求。如果將幾千萬的數(shù)據(jù)全部放到Excel中直接進(jìn)行分析顯然是行不通的。這一點不管是使用任何的表格控件都是無法完成的。為了能夠有效應(yīng)對該場景下的需求，就需要將“大數(shù)據(jù)”與“表格”在技術(shù)層面上進(jìn)行有效融合。借助“服務(wù)端透視”功能將數(shù)據(jù)的分析及處理轉(zhuǎn)移到后端，并將經(jīng)過篩選之后的數(shù)據(jù)與表格控件進(jìn)行綁定，從而解決“大數(shù)據(jù)”與“表格”的融合問題。

（借助“服務(wù)端透視”功能解決大數(shù)據(jù)應(yīng)用場景下表格控件的應(yīng)用問題）

如何將表格控件應(yīng)用到復(fù)雜數(shù)據(jù)分析場景下

對大量數(shù)據(jù)的篩選與過濾是比較簡單的應(yīng)用場景，除此之外，Udata平臺還會涉及到很多復(fù)雜數(shù)據(jù)分析的場景。在此場景下通常需要通過合并、過濾、字段設(shè)置等多種方法對數(shù)據(jù)進(jìn)行預(yù)加工或預(yù)處理，將海量的數(shù)據(jù)轉(zhuǎn)化到可以保證系統(tǒng)穩(wěn)定處理的數(shù)據(jù)量區(qū)間，從而與表格控件進(jìn)行結(jié)合，完成對數(shù)據(jù)的分析與展示需求。

（復(fù)雜數(shù)據(jù)分析下表格控件的融合實踐）

表格控件在協(xié)同中的應(yīng)用

協(xié)同主要分為報表協(xié)同、獨(dú)立報表、數(shù)據(jù)推送和異常預(yù)警四部分：

報表協(xié)同：支持按人、組織架構(gòu)維度進(jìn)行報表查看和編輯場景下的協(xié)同。

獨(dú)立報表：用戶可在他人數(shù)據(jù)分析報表結(jié)果上簡單操作快速裂變生成自身報表。

數(shù)據(jù)推送：實現(xiàn)產(chǎn)品與京東內(nèi)部OA辦公體系（通訊軟件、郵件）的自動化打通。

異常預(yù)警：基于異常數(shù)據(jù)進(jìn)行自動化預(yù)警消息觸達(dá)做到事前防損。

SpreadJS能夠提供單元格級別的操作顆粒度，通過二次開發(fā)可在前端解析Excel文檔，滿足多人協(xié)作、協(xié)同編輯、數(shù)據(jù)同步、版本管理、歷史查詢等多種應(yīng)用需求。

（表格技術(shù)在協(xié)同場景下的應(yīng)用）

性能

SpreadJS的引入有效解決了業(yè)務(wù)端在表格應(yīng)用方面的需求，但在實際使用的過程中又面臨了新的挑戰(zhàn)。一線人員的辦公電腦配置普遍比較低，當(dāng)數(shù)據(jù)量較大的時候就會導(dǎo)致報表打開的時間非常長。為了能夠高效解決該問題，優(yōu)化使用體驗，團(tuán)隊又引入了葡萄城的另外一款產(chǎn)品——服務(wù)端文檔組件GcExcel，它能夠與SpreadJS無縫集成，提供一整套類Excel全棧解決方案。借助GcExcel，Udata平臺可以把大量的計算操作轉(zhuǎn)移到后端由服務(wù)器來進(jìn)行操作，大大降低了前端的壓力，有效提升系統(tǒng)性能。

（引入GcExcel進(jìn)一步優(yōu)化Udata平臺的性能）

價值

作為一款提供給一線人員使用的應(yīng)用系統(tǒng)，Udata平臺已經(jīng)覆蓋了內(nèi)部4百多個業(yè)務(wù)崗位，日PV可以到達(dá)4萬+，2023年的做數(shù)效率提升了25%。同時，對于一線人員分揀員而言，利用Udata平臺實現(xiàn)做數(shù)時長下降37%，有效工作時長提升10%。

（系統(tǒng)帶來的價值）

通過借助葡萄城的SpreadJS產(chǎn)品，我們成功解決了一線人員在使用過程中遇到的問題。SpreadJS的用戶友好性和靈活性能夠幫助使用者快速掌握其功能和操作，實現(xiàn)高效的數(shù)據(jù)處理和分析。這種平滑的過渡和與Excel高度類似的特點，極大地提升了一線人員的工作效率和用戶體驗。

未來我們還會在性能、穩(wěn)定性和易用性三個方面上進(jìn)行持續(xù)提升，深耕表格技術(shù)在數(shù)據(jù)領(lǐng)域的應(yīng)用，提升編輯、展示等全鏈路性能。