博世Logistics Cockpit軟件平臺(tái)這套神秘引擎把數(shù)據(jù)可視化玩得很酷

數(shù)據(jù)的呈現(xiàn)方式， 你更喜歡哪一種？誰(shuí)會(huì)有耐心從密密麻麻的數(shù)據(jù)中挖掘信息呢？相比之下，圖表、趨勢(shì)圖等視覺化呈現(xiàn)更易于理解與分析。

你看，當(dāng)紛繁復(fù)雜的行行數(shù)據(jù)被「可視化工具」整合成為直觀清晰的圖表時(shí)，數(shù)據(jù)模式、數(shù)據(jù)趨勢(shì)和數(shù)據(jù)異常便一目了然，我們也能更快找到想要的答案。

這就是「數(shù)據(jù)可視化」的魅力！

數(shù)據(jù)“紛亂雜”？是時(shí)候改變了！

在物流領(lǐng)域，我們需要頻繁地和數(shù)據(jù)打交道。物料狀態(tài)，在制品情況，倉(cāng)庫(kù)庫(kù)存等，這些數(shù)據(jù)常以不同格式分散在各個(gè)工廠的不同系統(tǒng)平臺(tái)之上，甚至也會(huì)有一些非正式的人工數(shù)據(jù)，并不會(huì)及時(shí)錄入系統(tǒng)之中。

這意味著，物流規(guī)劃員需要花時(shí)間從不同來(lái)源收集和整合數(shù)據(jù)，耗時(shí)且有遺漏風(fēng)險(xiǎn)；此外，部門間的數(shù)據(jù)報(bào)告格式也并不統(tǒng)一，加上各自的工作程序的差異，這些問(wèn)題都為計(jì)劃員的日常工作帶來(lái)了困擾。

來(lái)自PS事業(yè)部的物流部門就曾深受其擾。為了讓物流數(shù)據(jù)收集更為高效，數(shù)據(jù)展示更為清晰透明，來(lái)自博世互聯(lián)工業(yè)事業(yè)部（BCI）的項(xiàng)目團(tuán)隊(duì)基于Nexeed平臺(tái)，為客戶開發(fā)出了一套標(biāo)準(zhǔn)化解決方案——「Logistics Cockpit軟件平臺(tái)」應(yīng)運(yùn)而生。

團(tuán)隊(duì)名稱：

Logistics Cockpit & Widget Engine項(xiàng)目團(tuán)隊(duì)

開發(fā)平臺(tái)：

Nexeed IAS

產(chǎn)品亮點(diǎn)：

搭載Widget Engine微件引擎

“可視化”后的物流平臺(tái)有多強(qiáng)大？

作為項(xiàng)目經(jīng)理的Chaoqiang，在過(guò)去的1年時(shí)間里，見證了Logistics Cockpit平臺(tái)的成長(zhǎng)與發(fā)展。項(xiàng)目的創(chuàng)新靈感始于對(duì)客戶痛點(diǎn)的深度挖掘：由于缺乏透明度、標(biāo)準(zhǔn)化和實(shí)時(shí)更新的功能，物流規(guī)劃者往往無(wú)法及時(shí)作出及時(shí)準(zhǔn)確的評(píng)估。

傳統(tǒng)的Excel表格已經(jīng)不能滿足數(shù)字化時(shí)代的數(shù)據(jù)需求。面對(duì)客戶痛點(diǎn)，我們意識(shí)到需要一種創(chuàng)新的解決方案。

目標(biāo)是創(chuàng)建一個(gè)標(biāo)準(zhǔn)化、可視化的物流平臺(tái)。幫助客戶更好地理解和管理數(shù)據(jù)。

目標(biāo)明確了，便是擼起袖子加油干，Chaoqiang帶著團(tuán)隊(duì)開始著手構(gòu)建Logistics Cockpit的核心功能。

首先，針對(duì)數(shù)據(jù)不透明的問(wèn)題，項(xiàng)目組加入了Real-time實(shí)時(shí)同步功能，抓取到的數(shù)據(jù)更新可以實(shí)時(shí)反映在面板上，讓“灰色計(jì)劃”遁影無(wú)形。內(nèi)設(shè)的告警功能也可以幫助用戶快速察覺到數(shù)據(jù)異常，快速響應(yīng)！

同時(shí)，項(xiàng)目團(tuán)隊(duì)致力于標(biāo)準(zhǔn)化，通過(guò)統(tǒng)一的KPI指數(shù)和報(bào)告格式，確保工廠間的數(shù)據(jù)格式能有統(tǒng)一的標(biāo)準(zhǔn)。這樣一來(lái)，不僅提高了報(bào)告的質(zhì)量和一致性，也降低了跨工廠的溝通成本。

最后也是最重要的，為了讓用戶在使用該產(chǎn)品時(shí)能顯著提高工作效率，Logistics Cockpit了集成了來(lái)自不同數(shù)據(jù)源的信息，確保關(guān)鍵指標(biāo)都能在通過(guò)統(tǒng)一的入口被收集。而平臺(tái)搭載的Widget Engine微件引擎，幫助用戶將這些數(shù)據(jù)進(jìn)行可視化轉(zhuǎn)型，讓原始數(shù)據(jù)轉(zhuǎn)化為可視化圖表，對(duì)指標(biāo)進(jìn)行關(guān)鍵篩選，從而讓冷冰冰的數(shù)據(jù)可以“開口說(shuō)話”。

目前，Logistics Cockpit 已于今年7月成功在全球各大工廠上線運(yùn)行。截至現(xiàn)在，平臺(tái)的用戶數(shù)量已超過(guò)1,500名，預(yù)計(jì)年底在全球范圍內(nèi)會(huì)增長(zhǎng)到3,000名。

這也是一次成功的跨國(guó)合作，由本土研發(fā)團(tuán)隊(duì)與海外工程師共同攜手合作，項(xiàng)目組經(jīng)歷了數(shù)十次迭代，和客戶一起開了超50次需求澄清會(huì)，也確保了全局代碼的高測(cè)試覆蓋率。在團(tuán)隊(duì)的不懈努力下，最終實(shí)現(xiàn)了系統(tǒng)的標(biāo)準(zhǔn)化、透明化與可視化，為物流規(guī)劃帶來(lái)了顯著提升。

為可視化功能供足“馬力”的

Widget Engine微件引擎

或許你會(huì)問(wèn)道：“既然數(shù)據(jù)可視化功能如此實(shí)用，那用戶是否可以自定義可視化的內(nèi)容呢？”

「Widget Engine微件引擎」便是為此而生的，作為一款為物流規(guī)劃提供支持的可視化引擎。它能夠在儀表板上展示各種實(shí)時(shí)數(shù)據(jù)的小微件（Widgets），包括庫(kù)存水平、配送狀態(tài)以及警報(bào)等關(guān)鍵信息。

在標(biāo)準(zhǔn)化的基礎(chǔ)上，Widget Engine也能實(shí)現(xiàn)用戶場(chǎng)景的定制化需求——用戶可以根據(jù)自身需求調(diào)整儀表板，顯示圖表、圖形和關(guān)鍵績(jī)效指標(biāo)（KPIs）等內(nèi)容。它就像一個(gè)簡(jiǎn)單易上手的工具箱，讓沒有編程背景的用戶也能通過(guò)這個(gè)低代碼引擎，輕松地創(chuàng)建出符合自己需求的可視化微件。

Widget Engine定制化界面示意圖

此外，它還具備連接不同數(shù)據(jù)源的強(qiáng)大能力，以及豐富的可視化渲染功能，能夠適用于不同的應(yīng)用場(chǎng)景。除了物流領(lǐng)域之外，還可用于生產(chǎn)、研發(fā)、財(cái)務(wù)管理等各種與數(shù)據(jù)打交道的場(chǎng)景。

也就是說(shuō)，這款微件引擎從Nexeed IAS開發(fā)平臺(tái)中誕生，始用于Logistics Cockpit平臺(tái)，而其出色的兼容性與拓展性，讓它也能夠輕松集成到其他多種的軟件環(huán)境中。

用戶可以在Widget Market上檢索到多樣化微件引擎

為了進(jìn)一步增強(qiáng)Widget Engine的功能性和互動(dòng)性。項(xiàng)目組還引入了Widget Market的概念。這是一個(gè)開放式市場(chǎng)，擁有設(shè)計(jì)權(quán)限的用戶可以在這里上傳自己設(shè)計(jì)的微件，供其他人下載使用。我們期待在未來(lái)能看到更多用戶的可視化微件，激發(fā)創(chuàng)新與活力！

不妨用“雙鉆模型”

來(lái)解釋一下什么叫“用戶中心”

大家都知道，產(chǎn)品設(shè)計(jì)需要用戶調(diào)研，并且“用戶中心”是基本原則。但如何真正做到以用戶為中心呢？

“在開發(fā)Widget Engine時(shí)，我們的UX活動(dòng)全程遵循‘雙鉆模型’和‘以人為本’的設(shè)計(jì)理念。”

團(tuán)隊(duì)UX負(fù)責(zé)人Weiyan，她的言談中充滿了人文關(guān)懷。通過(guò)她專業(yè)的解釋，我們了解了一個(gè)科學(xué)的解決問(wèn)題方法論。

從圖中可以看出，雙鉆模型包括兩個(gè)階段：先是“發(fā)散”，然后再是“收縮”。

首先，在第一個(gè)鉆石“Problem Space”中，我們需要針對(duì)用戶痛點(diǎn)進(jìn)行第一步的“發(fā)散”，也就是開展多樣化的用戶活動(dòng)，通過(guò)調(diào)研、訪談、觀察研究，去創(chuàng)建用戶畫像，并深入了解和挖掘用戶潛在需求。在此之后，便是“收攏”，需要對(duì)這些需求進(jìn)行整理與優(yōu)先級(jí)排序，以便清晰地識(shí)別出用戶面臨的最大痛點(diǎn)，從而發(fā)現(xiàn)最重要的問(wèn)題所在。

隨后，在第二個(gè)鉆石“Solution Space”中，則是圍繞這些重要發(fā)現(xiàn)開展頭腦風(fēng)暴，探索各種可能的解決方案，這也是一個(gè)靈感發(fā)散的過(guò)程。隨后，我們會(huì)收攏這些想法，評(píng)估并選擇最佳的解決方案。一旦確定方案，接著便是開發(fā)與驗(yàn)證的過(guò)程。

UX的本質(zhì)就是和用戶之間的溝通與交互

發(fā)散、收攏，再發(fā)散、再收攏……1年的項(xiàng)目時(shí)間里，UX團(tuán)隊(duì)基于雙鉆模型，進(jìn)行了無(wú)數(shù)版的迭代設(shè)計(jì)，每一版設(shè)計(jì)方案都會(huì)進(jìn)行用戶驗(yàn)證，而用戶反饋則成為了下一輪迭代的基礎(chǔ)，就這樣，秉持著“以用戶為中心”的宗旨，項(xiàng)目團(tuán)隊(duì)不斷改善和優(yōu)化引擎。

值得一提的是，即使在開發(fā)階段，UX也會(huì)積極參與進(jìn)來(lái)，承擔(dān)起“反饋會(huì)話”和“可用性測(cè)試”的重要工作——比如通過(guò)設(shè)計(jì)原型圖、低仿真圖、高仿真圖等，讓用戶能在代碼開發(fā)之前，就能直觀地感受到模塊的可視化效果（例如UI設(shè)計(jì)、布局分布等）。

Weiyan在進(jìn)行前期的原型圖繪制過(guò)程中

正所謂“磨刀不誤砍柴工”，通過(guò)UX用戶活動(dòng)的加持，團(tuán)隊(duì)更加確信每一步迭代都在朝著正確方向前進(jìn)，不僅減少了返工成本，也確保我們的可視化功能可以更好地滿足用戶需求。

做UX是一件非常有意思的事！為了找到針對(duì)用戶各個(gè)痛點(diǎn)的解決方案，我們會(huì)編寫非常多的用戶故事，每個(gè)故事都能對(duì)應(yīng)并模擬一個(gè)用戶的實(shí)操場(chǎng)景。通過(guò)這些用戶故事，我們能清楚地描述問(wèn)題，感受產(chǎn)品對(duì)用戶的影響，并提供改進(jìn)的具體策略。

代碼是我的資產(chǎn)，也是我的負(fù)債

本次項(xiàng)目的開發(fā)過(guò)程全程貫徹了“敏捷開發(fā)”的原則，也就是以兩周的頻率進(jìn)行版本迭代。在快速響應(yīng)用戶需求的前提下，如何保證開發(fā)過(guò)程的穩(wěn)步高效？于此，全棧軟件工程師Yuchen給出了他的回答：

“代碼于我來(lái)說(shuō)，是我創(chuàng)造的資產(chǎn)，目的是為用戶帶來(lái)價(jià)值；同時(shí)，它也是我的負(fù)債，因?yàn)樗⒉皇墙桓毒鸵粍谟酪莸?，它有著后期維護(hù)的需求?！?/p>

全棧軟件開發(fā)工程師Yuchen正全神貫注地“碼字”

對(duì)Yuchen來(lái)說(shuō)，寫得一手好代碼不僅僅意味著Bug數(shù)少，保證代碼的“可維護(hù)性”也是開發(fā)過(guò)程中必不可少的一環(huán)。

“我們開發(fā)的標(biāo)準(zhǔn)，就是希望任何一個(gè)程序員，在任何時(shí)候都能夠看懂代碼邏輯，不會(huì)有閱讀障礙?！盰uchen說(shuō)道，只有前期打好了基底，才能保證后期可以滿足代碼的需求變更，不會(huì)出現(xiàn)“一改就出錯(cuò)”、“一動(dòng)就崩“的情況。

為了提高代碼的安全性和可維護(hù)性，項(xiàng)目組為代碼的編譯和測(cè)試設(shè)定了嚴(yán)格的質(zhì)量門規(guī)則。同時(shí)，項(xiàng)目組采用持續(xù)集成持續(xù)發(fā)布的自動(dòng)化流程，所有源代碼會(huì)經(jīng)過(guò)開源代碼掃描，靜態(tài)代碼質(zhì)量掃描，單元測(cè)試，集成測(cè)試，接口測(cè)試，端到端測(cè)試，安全測(cè)試，性能測(cè)試等一系列自動(dòng)化步驟，所有步驟都校驗(yàn)通過(guò)后，軟件才能發(fā)版和部署。在完成部署后，還會(huì)有專業(yè)的測(cè)試人員進(jìn)行手動(dòng)測(cè)試。

較高的可維護(hù)性，能讓產(chǎn)品敏捷地響應(yīng)變化與擴(kuò)展，更多、更快、更好地為客戶創(chuàng)造價(jià)值；較高的代碼質(zhì)量，能預(yù)防性地避免線上問(wèn)題，進(jìn)而提高客戶滿意度。善戰(zhàn)者無(wú)赫赫之名，正是這些藏在背后不易看到的大量工作，點(diǎn)點(diǎn)滴滴累積成一款卓越的產(chǎn)品。

開發(fā)人員與項(xiàng)目經(jīng)理、UX專家正在商討解決方案中

在開發(fā)團(tuán)隊(duì)的努力下，項(xiàng)目組還攻克了一大難點(diǎn)——軟件系統(tǒng)的性能提升！

在此之前，用戶若要使用基于SAP平臺(tái)的物流管理系統(tǒng)，每次打開至少需要耗時(shí)75秒加載頁(yè)面，且加載過(guò)程不能切換到其他頁(yè)面，否則便會(huì)終止加載！如果你是用戶，是否也會(huì)為這”極限卡頓“的打開方式所焦慮？

因此，在Logistics Cockpit的設(shè)計(jì)階段，團(tuán)隊(duì)果斷對(duì)平臺(tái)功能進(jìn)行了“斷舍離”，對(duì)原本臃腫的SAP功能包進(jìn)行簡(jiǎn)化，保留用戶實(shí)際需要的功能。在開發(fā)階段，工程師們從軟硬件層面進(jìn)行了全面改善：優(yōu)化了軟件整體架構(gòu)的設(shè)計(jì)，并利用惰性加載機(jī)制來(lái)按需加載資源；同時(shí)還將虛擬服務(wù)器遷移到了德國(guó)，大幅減少了物理延遲。

通過(guò)不斷的迭代和優(yōu)化，項(xiàng)目團(tuán)隊(duì)成功將軟件的加載時(shí)間從漫長(zhǎng)的75秒縮減到了僅僅10秒，并且實(shí)現(xiàn)了后臺(tái)自動(dòng)加載，極大地提升了用戶使用體驗(yàn)！

在此次“敏捷開發(fā)”的過(guò)程中，項(xiàng)目團(tuán)隊(duì)始終都是站在同一戰(zhàn)線的。無(wú)論是前期確定計(jì)劃，中期開發(fā)迭代，還是后期回顧反饋，項(xiàng)目經(jīng)理、UX用戶體驗(yàn)專家以及開發(fā)組成員都全程參與會(huì)議并與客戶保持同步。這種緊密的合作關(guān)系消除了內(nèi)耗與信息差，保證了項(xiàng)目的高效推進(jìn)。

Logistics Cockpit平臺(tái)的順利開發(fā)也為Widget Engine的發(fā)展奠定了堅(jiān)實(shí)的基礎(chǔ)。

Widget Engine開發(fā)團(tuán)隊(duì)始終堅(jiān)持以客戶需求為導(dǎo)向，不斷追求技術(shù)創(chuàng)新和用戶體驗(yàn)的優(yōu)化。在開發(fā)過(guò)程中，團(tuán)隊(duì)秉持“降本增效”的原則，采取“敏捷開發(fā)”模式，以“小步快跑”的策略快速響應(yīng)市場(chǎng)變化。

未來(lái)，博世互聯(lián)工業(yè)開發(fā)團(tuán)隊(duì)有志于將Widget Engine做進(jìn)一步產(chǎn)品化，使其成為一款不限行業(yè)的數(shù)據(jù)可視化工具。

項(xiàng)目團(tuán)隊(duì)也將繼續(xù)探索如何將AI人工智能技術(shù)運(yùn)用在Widget Engine產(chǎn)品化上，為用戶提供更加智能、高效的輔助決策工具，讓數(shù)據(jù)更好地為用戶所用，成為指導(dǎo)業(yè)務(wù)方向的“有力助手”。

可視化工具是工業(yè)4.0的“眼睛”，面對(duì)復(fù)雜數(shù)據(jù)，也能清晰洞察。Widget Engine的未來(lái)，讓我們共同期待與見證！