鯨品堂｜訂單中心探索業務係統數據預置助力快交付之路

2022-03-08 846

“一個哈姆雷特式的問題”

“業務係統”歸根結底是（shì）支撐企業達成其某類業務目標所（suǒ）需要的業務過程和管理過程的（de）功能合集，如客戶管（guǎn）理係統、產商品管理（lǐ）係統、訂單係統等。同時因客（kè）戶需（xū）求不同，會導致同樣產品具備不同的（de）業務功能。

為了（le）滿足產品通用（yòng）性和核心穩定性，我們往往采用強大但複雜的配置能力滿足客戶個性化定製來避免二次研發。如訂單係統，通過流程和表單等（děng）配置，確（què）實可以實現所有業務（wù）的配置，但在產品交付上線時，交付（fù）團（tuán）隊就需要進行大量的配置工作，難（nán）以快速交付。

因此當我（wǒ）們研發某類業務係統產品時，如何平衡產品功能通用靈活和齊全覆蓋、側重（chóng）核心研發還是側（cè）重產品交付成為一個難點。

本文以訂單中心係統為例來說明我（wǒ）們在平衡產品核（hé）心研發和產（chǎn）品交付中的探索實踐。

業界認（rèn）為訂單中心是麵向企業（yè）業務運營支撐，對外提供一組標準化訂單服務的載體。它用於管（guǎn）理產/商品交易的信息（xī）處理，通（tōng）過協同各核心業務係統（tǒng）來完成商品銷售的業務過程。從這個觀點上看，訂單中（zhōng）心本質上是一個協同調度（dù）樞紐，在功能規（guī）劃上著重（chóng）強調通用的訂單能力。

從上圖可（kě）以看出訂（dìng）單中心具有非常明顯的業務無關性特征。無論是哪個行業、哪種（zhǒng）銷售模式都適用上述功能架構。

訂（dìng）單產品在落地（dì）實施中，不（bú）同（tóng）客戶對（duì）訂單中心的要求各有不同：

1、有的客戶要求訂單產（chǎn）品去業務化，提供強大的流程等配置能力和靈活調度協同能力即可，產品使用者（如偏（piān）業務側人員（yuán））通過一列配置完成（chéng）業務承載，而無需（xū）IT側人員頻繁參與（yǔ）。

2、有的客戶要求訂單產品要具備豐富的業務承載（zǎi）能力，產品使用者隻需通過少量配（pèi）置即可完（wán）成業（yè）務快速加載，項目往往要求在較短時間內完成上線（xiàn）和業務承接。

那麽，這裏就存在一個哈姆雷（léi）特式的問題：訂單中心是側重（chóng）業務無關性還是強調業務厚沉澱？

從（cóng）產（chǎn）品研發（fā）視角（jiǎo）和產品運維視角（jiǎo）看，傾向於前者：因（yīn）為去業務化可以確保產品研發更快捷、功能更內聚、核心無需（xū）頻（pín）繁上線等好處。

從產品交付視（shì）角看（kàn），傾向後者：訂單中心預置了各（gè）項業務配置，隻要通過少量（liàng）調整即可實現快（kuài）速業務加載，響應客戶需求更敏捷。

我們的答案——魚和熊掌可兼（jiān）得

我們的答案——魚和熊掌（zhǎng）可兼得

麵對這個問題，我們（men）需要多（duō）方位進行辯證思考。

產品端到端效能競爭力的訴求：訂單中心產品經（jīng）過多年研發迭代，在係統功能完備和架構先進性（xìng）方麵已（yǐ）具備較強競爭力。但隨著公司精細化運營的深（shēn）入開展和市場競爭的日益激烈，產品研發到交付的端到端效能已成為產品核（hé）心競爭力指標之一。如何降（jiàng）低訂單產品端到端成本、降低二次研發投入、提升現場交付效率、提升規模化批量複（fù）製推廣水平，成為訂單中心（xīn）產品當（dāng）下需要重點思（sī）考和急需解決的問題（tí）。

落地快速交付的（de）訴求：訂單產品（pǐn）隻做核心通（tōng）用能力，雖然達到了產品更靈巧、更穩定的目標，但若僅提供靈活強大的配置能力，那麽（me）在落地省份交付及（jí）日常滾動需求支撐時需（xū）要（yào）進行較大量的（de）配置工作。從端到端（duān）來看，顯然隻是將工作內容從研發（fā）轉移到交（jiāo）付，全（quán）流程並未有效提升效能。

規模（mó）化推廣的訴求：對（duì）於同類業務，更存在多省間重複配置，浪費交付成本。從研發交付一體視角看，顯然這不是（shì）一個好的做（zuò）法。如新（xīn）興的5G專（zhuān）網業務，就存（cún）在多個存量市場省份前後要求提供支撐版本。在此場景下，為避免重複開發，如何實現快速複製就成為一項重要（yào）的產品研發指（zhǐ）標。

仔細梳理上述訴求，我們思考：除（chú）了交付產（chǎn）品功能，我們還能交付（fù）什麽內容來助力產品落地和複製推廣？每次交付過程中，我們都積累下哪些內容可以後（hòu）續加以利用？

對標業界先進產品理（lǐ）念，我們（men）發現一個好的產品模（mó）式，它在我們每一次產品的交付過程中，是應該（gāi）能夠積累資產的（de）。將這些沉澱資產數據有效管理並預置到（dào）產品中，便可以用於交付落（luò）地複製、借鑒，達到交（jiāo）付提效的目（mù）標（biāo）。

因此，為契合公（gōng）司經營戰略（luè）、實現產（chǎn）品端到端降本和交付提效，我們的答案是：業務無關性和業（yè）務厚沉澱我們全都要。

核心通用能力層繼續保持業務無關性、靈活強大配置能力、核心架構穩定性；
業（yè）務應用層將多年落地沉澱的業務數據資產預置到出廠版本（běn）中，實現快速落地和規模複製。

訂單中心業務資產（chǎn）數（shù）據預置探索

我們的答案——魚和熊掌可兼得

結合幾個訂單項目的實踐經驗，訂單中心業務資產數據預置探索之路分三步走：

步（bù）驟1：訂單業務資產盤點

要實現數據預置，首先（xiān）要定（dìng）義訂單產品（pǐn）的業務資產。在這裏我們可（kě）以把技（jì）術估值為一種資產（chǎn），或者說把它等值為一種資（zī）產（chǎn）。我們（men）對（duì）運營商業務訂單（dān）支撐進（jìn）行梳（shū）理、分析、積累、可視化、有序的管（guǎn）理（lǐ），並有意識地構建出（chū）運營商支撐（chēng）訂單業務資產庫，持續（xù）迭代。

訂單中心本質來說是一個以流程為核心的（de）調度係統，再輔以流程之外的獨立功能（如對外提供的接（jiē）口、後台執行的JOB任（rèn）務和（hé）管理使用的功能頁麵）。因此我們圍繞流程和獨立功（gōng）能（néng）對訂單業務（wù）資產結構剖析如下圖所示：

為實（shí）現業務間的高內聚、低耦合、快複製，訂單中心采（cǎi）用業務分包插件化架構，將業務相似度高（gāo）、集團規範（fàn）約束強的業務獨立成包，進行統一（yī）的業務數據預置，提高規模化複製能力和交付效率。目（mù）前業務包主要有：號卡（kǎ）業務包、寬帶業（yè）務包、集客通用業務包、專線業務包、5G專網業務包、雲網業務包、訂單（dān）查詢（xún）業務包、訂購實例查詢業務包。

步驟2：訂單業務資產（chǎn）數據預置

根據上述訂單業務資（zī）產結構，研發團隊根據集團規範、首發（fā）省份需求進行各項業務數據預置。

1、業務流程預置

梳理各類業務場景，在BCMC套件中進行流程繪製、環節（jiē）定義、環節（jiē）事件方案（àn）配置、環節（jiē）對應業務組件關聯、環節規則配置，形成基於BCMC套件的流程（chéng）相關預置數據。在省份交付時，可通過在BCMC組件中導出導入操作完成。

2、業務組（zǔ）件預置

為提升原子服務（wù）利用率，將其封裝成業務組件，並在BCMC組件（jiàn）中（zhōng）注冊和統一管理。業務組件存在多種使用場景：給流程引擎調用；封裝成接口，給外部（bù）係統調用；給頁麵事件調用等。

3、原子服務預置

原子服務指訂單中（zhōng）心基於高（gāo）內（nèi）聚、低耦合原子（zǐ）開發的一係列服務（如訂單創建（jiàn）、訂單（dān）拆分、訂單列表查（chá）詢等）。訂單中心作為調度樞紐，需要與多個外部係統交互，存在大量的接口調用。因此，除了（le）這些通用的原子服務，研發團隊還將與（yǔ）外部係統對接接口進行封裝預置（zhì）成原子服務，現場交付團隊可基於研發版本結合本地接口，決（jué）策直（zhí）接使用還是複製後修改使用，避免從零開始研發，節約交付成本。

4、業（yè）務配置預置（zhì）

除了BCMC組件的配置數據（jù）外，訂單中心還存在（zài）很多其（qí）他業務配（pèi）置，如服（fú）務轉換配置、數據字典、拆單規（guī）則（zé）、派單規則、搶單規則等等。這些配置數（shù）據作為業務資產的（de）一部分也納入（rù）到數據預（yù）置範疇。

5、頁麵表單預置

基於BCMC配（pèi）置的表單，除了（le）提供給（gěi）流程環節處理使用，還可作為（wéi）單獨功能頁麵用於菜單鏈接。研發團隊預置了各（gè）類頁麵表（biǎo）單（如訂單審批、訂單詳情查詢等），現場（chǎng）交付團隊可基於本地需求，在（zài）產品線版本上（shàng）進行修改即可。

6、獨立功能

訂單中心除了流程相關能力（lì），還存在幾種形式的獨立功（gōng）能：接口服務（如訂單創建接口）、後台JOB（如訂單同步任務）、功能頁麵（如（rú）訂單查詢頁麵），這些獨立（lì）功能基於業務組件封裝而（ér）成。研發團隊同時預置了常見的接口、JOB和頁麵，現場交付團隊可基於本地需求，在產品線版本上進行修改即可（kě）。

步驟3：業務資產可視（shì）化交付

在實際（jì）項目實施（shī）過程中（zhōng），我（wǒ）們發現在完成各業務包業務數據資產預置還遠遠（yuǎn）不夠。IT業務數據作為數字資產存在一個重大難題就（jiù）是可視化難。產品線（xiàn）預置的業務數據在交付時物理形態上常常是以war包、jar包和（hé）腳（jiǎo）本（běn）的形式提供，無法清晰看到有（yǒu）哪（nǎ）些業務（wù）預置數據。如下圖所示：

現場交付人員需要從zmp上把事務單找出來（lái），通過（guò）查閱需求規格說明書結（jié）合測試報（bào）告才能（néng）確定這個版本更（gèng）新了什麽功能點。或者還是直接打產品線人員電話問吧！存在不透（tòu）明、耗（hào）時多、效（xiào）率低的痛點。

為提升（shēng）核心版（bǎn）本開發（fā）透明度和（hé）現場版本交付（fù）效（xiào）率，急需對訂單中心業務資產進行（háng）顯性化管理，讓現場及交付團隊清晰了（le）解各版本更新內容；並支持快速加載版本內容，同時指導本地適配開發；與BCMC組件、服務轉換組件打通二次研發入口，實現高效的本地化版本交付，構建端到端成本競爭力。

1、業務資產（chǎn）可視化交付解決方案如（rú）下圖所示：

2、業務支撐可視化展示

采用兩種形式可視化展示業務資產內容。

1）業務視角：按業務場（chǎng）景/功能（néng）視（shì）角來展（zhǎn）示其（qí）包含的資產信息。可以清晰查閱某個業務流程（chéng）或功能對應的流程信息、環節事件、使用組件和表單等資（zī）產。

2）資產視角：從資（zī）產類型視角（jiǎo）來展示各種業務資產信息，包括匯總和清單。

3、提供資產關（guān）係拓撲圖，助力（lì）研發、測試和交付人員評估關聯影響，做到測（cè）試驗證全覆蓋。

4、打通BCMC組件和服（fú）務轉換組（zǔ）件通路，實現在線流程編排、表單繪製和服（fú）務配置。

5、智能標識版本變更內容，助力測試（shì）和交付快速定位（wèi）變更（gèng）點。

6、提供交付指導。通過交付說明（核心（xīn）模塊不（bú）可改（gǎi）、個性化可改）和（hé）備注（業務邏輯、對接方和接口（kǒu）等）來指導現場交付團隊進行二次研發。

7、支持根據資產數據導出實際配（pèi）置數據（BCMC組件配（pèi）置、服務轉（zhuǎn）換（huàn）組件配置、配置（zhì）表數據），現場交付團隊可導入本地研（yán）發環境進行（háng）調整。

業務支撐可（kě）視化交付模塊除了提升交付效率，也能為研發（fā）提速（sù）賦能：研發人員能快速定（dìng）位升級改造點、新人可以快速了解係統功能和對應資產、測試人員更易（yì）評估升級影響麵等。

實施成效收益（yì）

我們的（de）答案——魚和熊掌可兼得

以5G專網業務支撐為例，產品線將（jiāng）集團規範（fàn）+首發省份（山東移動（dòng））需求作為核心版本研發並提供（gòng）數據預置交付，落地（dì）到山東、寧夏及黑龍江（jiāng）三省移動，並對3次集團規範版（bǎn）本升級進行統一迭代研發，端到端研發交付（fù）能效明顯提升。主要體現在三個方麵：

1、研發及交付人員投入減少（shǎo）

引入業務預置模式後的人員投入個數分布如（rú）下：

2、現場交付周期縮短

5G專網業務首次交付省份（出廠版本預置+本地適（shì）配改造），周期從2月多縮短到（dào）3-4周。集團規範大版本滾動（dòng）升級，省份（fèn）交付周期也（yě）能從3-4周（zhōu）縮短到1-2周。

3、交付成本降低

全新業務由產品線統一（yī）研發並（bìng）預（yù）置業務數（shù）據，成本顯著降低。

結（jié）束語

我們的答案——魚和熊掌可兼得

業務預置及可視化交付是一項不斷持續演進的過程，訂單中心（xīn）也還處於探索起步階（jiē）段，後續還（hái）有很多內容需要深入（rù）思考和實踐。

業（yè）務預置後（hòu）續工作將圍繞研（yán）發提效（xiào）、交付提效、質量提升、產品可視這（zhè）四個目標展開：

為達成上述產品目標，業務預置將按以下路徑進行持續演進：

1、資產盤點：進一步（bù）梳（shū）理各類資產，如（rú）呈現代碼級服務資產（chǎn），推動原子服務組件化（huà）；

2、資產整合優化：在支撐梳理盤（pán）點中，會發現大（dà）量重複、低效甚至有缺陷的資產，因（yīn）此需要進（jìn）行整合和優化，提升資產健康度和複用率；

3、資產（chǎn）預置：預置整合優化後（hòu）的（de）資產；

4、資產可視化：提升資產（chǎn）可視化能力，完善資產（chǎn）拓撲關（guān）係和在線預覽能力（lì），細化（huà）省份版本交（jiāo）付指導說明；

5、交（jiāo）付在（zài）線化：資產預置最終目的是為了交付提效，這是訂單中心業務預置（zhì）下一階段最重要的演（yǎn）進工作。一方麵（miàn）需要進一步打通資（zī）產配置與實際生產配置的通路，支（zhī）持在線配置及（jí）數據實時同步，另一方麵重點思考核心版本省份發布機製，推動省份版本二（èr）次研發更清晰更快捷。

業務預置不僅僅是（shì）配置類數據的預置，更是服（fú）務、功（gōng）能和能力的（de）預置。業務預（yù）置的過程更（gèng）是對產（chǎn）品自身（shēn）全麵梳理、持（chí）續迭代優化的過程。這不僅是一個高（gāo）效研發交付手段，更能改（gǎi）變我們的研發交付（fù）思維。從“你要什麽”提升到“我能給（gěi）什麽”，從“我完成了”演進到“我沉澱了”。

這是一項積跬步致千裏的工作，需要我們在（zài）產品研（yán）發和項目實施中不斷提煉共性資產、沉（chén）澱可複用（yòng）資產、不斷健全係統（tǒng）能力，最終實現強功能、快交付。

媒體中心

媒體（tǐ）中心

鯨品堂｜訂單中心探索業務係統數據預置助力快交付之路

步（bù）驟1：訂單業務資產盤點

步驟2：訂單業務資產（chǎn）數據預置

步驟3：業務資產可視（shì）化交付

鯨智百應（yīng）

關於我們

產品與解決方案（àn）

成功故事