“物流大促期間，在出庫單量積壓的場景下，不同倉的生產操作人員需要在統(tǒng)一數(shù)據源的基礎上進行基于自身倉情況的個性化查詢分析，從而能夠實時監(jiān)控客單情況，防止積壓。要想實現(xiàn)這樣的功能，對數(shù)據分析平臺的要求就非常高。在引入SpreadJS之后，Udata平臺可以為客戶提供更高效的數(shù)據服務方案。”
——京東物流 數(shù)據平臺部
京東物流是中國領先的綜合物流解決方案提供商，隸屬于京東集團。作為電商行業(yè)的龍頭企業(yè)之一，京東物流擁有全球最大的自營物流網絡，覆蓋國內外超過300個城市。為了能夠為客戶提供更好地服務，京東物流致力于建設全球智能物流網絡，其物流基礎設施包括超過500個物流中心、數(shù)萬輛專業(yè)車隊和大量的自動化設備。同時，京東物流還與合作伙伴共享資源，通過開放平臺模式吸納第三方物流企業(yè)加入，形成全面布局、多層次的物流體系。與此同時，作為中國領先的技術驅動型供應鏈解決方案及物流服務商，京東物流以“技術驅動，全球高效流通和可持續(xù)發(fā)展”為使命，致力于成為全球最值得信賴的供應鏈基礎設施服務商。
業(yè)務背景及挑戰(zhàn)
京東物流擁有非常龐大的組織架構和業(yè)務系統(tǒng)，在Udata平臺誕生前，數(shù)據使用模式為一線人員先給研發(fā)提需求，然后研發(fā)再針對相應的需求整合數(shù)據開發(fā)相應的數(shù)據分析、查詢看板。但是因為業(yè)務增長迅速和需求變更頻繁的原因，往往需求上線后很快又會發(fā)生新的變更，而同時因為用戶人員眾多且每個人的需求訴求不一樣，最后就導致開發(fā)的系統(tǒng)成為了一款單純的下載工具，用戶需要通過系統(tǒng)把數(shù)據下載到本地Excel之后再進行后續(xù)操作。
(Udata平臺)
這種模式下的弊端也非常明顯：通過系統(tǒng)的監(jiān)控發(fā)現(xiàn)，每個月使用Excel的文件數(shù)達到百萬的級別，從而帶來下面的兩個問題：
人力成本高：一線人員需要花費大量的時間整合這些數(shù)據，導致工作效率降低。
數(shù)據安全性差：線下Excel交互的方式會存在敏感數(shù)據泄露的風險，進而公司財產的損失的風險。
(業(yè)務背景)
除此之外，通過對業(yè)務的觀察可以看出，用Excel做數(shù)仍然是數(shù)據使用人員目前非常主流的處理方式，中國式報表也是業(yè)務應用中常見的報表形式。中國式報具有其獨特的特點：
1、受眾多樣化
報表中各個層次、各種角色的成員都是報表的使用者，不同角色的用戶所關心的信息內容不同、樣式不同、使用方式也不同。
2、報表樣式復雜
中國式報表往往不追求圖表式的直觀可視化效果，而是體現(xiàn)信息的豐富度。因此在樣式上使用了較多的數(shù)據透視、多層表頭、不完全劃分、分欄等，這些都導致了中國式報表樣式的復雜。
3、數(shù)據計算復雜
通常情況下，報表的查詢、分析條件都非常復雜，且存在復雜的統(tǒng)計運算、如Sumif函數(shù)、匯總、同比、環(huán)比、達成狀態(tài)等。對于參數(shù)頁面布局、參數(shù)控制類型等都有較高要求。
4、多數(shù)據源
中國式復雜報表的數(shù)據源往往比較分散，數(shù)據信息來自不同的業(yè)務系統(tǒng)，技術路線和數(shù)據結構都有很大的差異。
(中國式報表的特點及挑戰(zhàn))
正是因為以上特點才導致中國式復雜報表：
1、治理難度大
需要從數(shù)據源、數(shù)據指標體系兩方面入手，且需要業(yè)務多層級聯(lián)動共同拉齊數(shù)據認知。
2、研發(fā)資源消耗大
面向分析場景個性化程度高、不固化、不明確、研發(fā)側支持有資源瓶頸。
3、大數(shù)據技術挑戰(zhàn)大
大數(shù)據量、實時在線交互分析、系統(tǒng)執(zhí)行復雜度不確定、響應時間和用戶體驗很難預判保證。
解決方案
為了更好的解決上述問題，京東物流針對一線崗位進行了特定的調研，并基于此調研整合提出了一份解決方案。在實際使用之后，一線人員普遍反映了下面兩個問題：
數(shù)據方面：因為數(shù)據來源多且雜，使用者很難找到所需要的數(shù)據，系統(tǒng)也很難把所有需要的數(shù)據全部囊括進來。
易用性方面：目前市面上常見的數(shù)據分析都是使用編程的方式，但是一線人員并不具備這種技術能力。
為了能夠滿足一線人員的使用體驗(Excel)，又能符合數(shù)據的獲取需求，團隊計劃優(yōu)化解決方案?？紤]到自行開發(fā)這些功能的成本非常高，因此開始在市面上尋找一些可以與UData高度融合的表格技術控件。在挑選控件的時候，有三個核心需求是必須要覆蓋的：
線下體驗一致(高度類似Excel)：提升一線人員的使用體驗。
擴展能力：可以和企業(yè)的內部數(shù)據體系、辦公系統(tǒng)等進行數(shù)據打通。
性能：可以承受大數(shù)據量的壓力測試。
基于以上三點，經過長時間的選型，最終選擇了葡萄城的純前端表格控件SpreadJS，并對解決方案架構進行了優(yōu)化。
(京東物流選擇SpreadJS的原因)
(解決方案架構)
表格技術應用實踐
如何將表格控件應用到大數(shù)據場景下
在每年的618或雙11大促中，往往會涉及大量的數(shù)據分析與展示需求。如果將幾千萬的數(shù)據全部放到Excel中直接進行分析顯然是行不通的。這一點不管是使用任何的表格控件都是無法完成的。為了能夠有效應對該場景下的需求，就需要將“大數(shù)據”與“表格”在技術層面上進行有效融合。借助“服務端透視”功能將數(shù)據的分析及處理轉移到后端，并將經過篩選之后的數(shù)據與表格控件進行綁定，從而解決“大數(shù)據”與“表格”的融合問題。
(借助“服務端透視”功能解決大數(shù)據應用場景下表格控件的應用問題)
如何將表格控件應用到復雜數(shù)據分析場景下
對大量數(shù)據的篩選與過濾是比較簡單的應用場景，除此之外，Udata平臺還會涉及到很多復雜數(shù)據分析的場景。在此場景下通常需要通過合并、過濾、字段設置等多種方法對數(shù)據進行預加工或預處理，將海量的數(shù)據轉化到可以保證系統(tǒng)穩(wěn)定處理的數(shù)據量區(qū)間，從而與表格控件進行結合，完成對數(shù)據的分析與展示需求。
(復雜數(shù)據分析下表格控件的融合實踐)
表格控件在協(xié)同中的應用
協(xié)同主要分為報表協(xié)同、獨立報表、數(shù)據推送和異常預警四部分：
報表協(xié)同：支持按人、組織架構維度進行報表查看和編輯場景下的協(xié)同。
獨立報表：用戶可在他人數(shù)據分析報表結果上簡單操作快速裂變生成自身報表。
數(shù)據推送：實現(xiàn)產品與京東內部OA辦公體系(通訊軟件、郵件)的自動化打通。
異常預警：基于異常數(shù)據進行自動化預警消息觸達做到事前防損。
SpreadJS能夠提供單元格級別的操作顆粒度，通過二次開發(fā)可在前端解析Excel文檔，滿足多人協(xié)作、協(xié)同編輯、數(shù)據同步、版本管理、歷史查詢等多種應用需求。
(表格技術在協(xié)同場景下的應用)
性能
SpreadJS的引入有效解決了業(yè)務端在表格應用方面的需求，但在實際使用的過程中又面臨了新的挑戰(zhàn)。一線人員的辦公電腦配置普遍比較低，當數(shù)據量較大的時候就會導致報表打開的時間非常長。為了能夠高效解決該問題，優(yōu)化使用體驗，團隊又引入了葡萄城的另外一款產品——服務端文檔組件GcExcel，它能夠與SpreadJS無縫集成，提供一整套類Excel全棧解決方案。借助GcExcel，Udata平臺可以把大量的計算操作轉移到后端由服務器來進行操作，大大降低了前端的壓力，有效提升系統(tǒng)性能。
(引入GcExcel進一步優(yōu)化Udata平臺的性能)
價值
作為一款提供給一線人員使用的應用系統(tǒng)，Udata平臺已經覆蓋了內部4百多個業(yè)務崗位，日PV可以到達4萬+，2023年的做數(shù)效率提升了25%。同時，對于一線人員分揀員而言，利用Udata平臺實現(xiàn)做數(shù)時長下降37%，有效工作時長提升10%。
(系統(tǒng)帶來的價值)
通過借助葡萄城的SpreadJS產品，我們成功解決了一線人員在使用過程中遇到的問題。SpreadJS的用戶友好性和靈活性能夠幫助使用者快速掌握其功能和操作，實現(xiàn)高效的數(shù)據處理和分析。這種平滑的過渡和與Excel高度類似的特點，極大地提升了一線人員的工作效率和用戶體驗。
未來我們還會在性能、穩(wěn)定性和易用性三個方面上進行持續(xù)提升，深耕表格技術在數(shù)據領域的應用，提升編輯、展示等全鏈路性能。
（免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現(xiàn)的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。 ）
