早期的標(biāo)桿企業(yè)內(nèi)曾經(jīng)提過這么一句話：“信息流跑不過物流”。

很多人對此有疑問：以網(wǎng)絡(luò)通信的速度，難道還跑不過幾個(gè)輪子的汽車嗎？

實(shí)際上，在很多企業(yè)的數(shù)字化應(yīng)用場景中，我們確實(shí)可以看到信息流跑不過物流的情況。

以某些ERP系統(tǒng)為例，員工在線下完成工作后，還需要整理數(shù)據(jù)，并手動(dòng)錄入到線上系統(tǒng)。這時(shí)候的IT系統(tǒng)僅僅作為記錄工具，數(shù)據(jù)的產(chǎn)生總是滯后于實(shí)際業(yè)務(wù)。

數(shù)據(jù)不會自己流動(dòng)起來，只有人才能讓數(shù)據(jù)流動(dòng)起來。

在這過程中，企業(yè)需要想明白：一個(gè)好用的IT系統(tǒng)，背后承載的業(yè)務(wù)價(jià)值、數(shù)據(jù)價(jià)值和運(yùn)營價(jià)值是什么。

為什么上了一堆系統(tǒng)，卻很難用呢？

根本原因在于，這些系統(tǒng)并未真正實(shí)現(xiàn)作業(yè)過程的數(shù)字化。

目前，許多企業(yè)的系統(tǒng)還停留在信息化或記錄系統(tǒng)的階段，這類系統(tǒng)的一個(gè)重要特征是數(shù)據(jù)和作業(yè)相互分離。

員工在線下做一遍后，還得到線上再記錄一遍。這種重復(fù)操作不僅增加了員工的工作量，而且效率低下。于是，員工就容易產(chǎn)生抵觸情緒。

即使管理層采取強(qiáng)制措施要求員工使用，他們也可能會想方設(shè)法“鉆空子”。

此外，這種模式還會造成記錄過程滯后于真實(shí)的作業(yè)過程，使得數(shù)據(jù)及時(shí)性差，影響數(shù)據(jù)質(zhì)量和數(shù)據(jù)分析的有效性。

因此，這樣的IT系統(tǒng)在實(shí)際應(yīng)用中難以推行。

數(shù)字化轉(zhuǎn)型的核心是業(yè)務(wù)變革。

在引入系統(tǒng)時(shí)，企業(yè)應(yīng)該從業(yè)務(wù)變革的角度出發(fā)，讓數(shù)據(jù)和作業(yè)流程緊密結(jié)合，而不是為了上系統(tǒng)而上系統(tǒng)。

在IT系統(tǒng)上線的過程中，70%的工作重心應(yīng)放在梳理和優(yōu)化業(yè)務(wù)流程、調(diào)整組織架構(gòu)、構(gòu)建運(yùn)營機(jī)制等方面。

只有將作業(yè)過程與數(shù)字化融為一體，讓作業(yè)和記錄一次性同時(shí)完成，系統(tǒng)才能成為企業(yè)的工作平臺和作業(yè)平臺。

員工可以在系統(tǒng)內(nèi)完成工作，工作過程中自然會產(chǎn)生并流轉(zhuǎn)數(shù)據(jù)，達(dá)到所謂的“作業(yè)即數(shù)據(jù)，數(shù)據(jù)即作業(yè)”。

在互聯(lián)網(wǎng)領(lǐng)域，我們經(jīng)常提及MVP產(chǎn)品，即最小可行性產(chǎn)品。這種產(chǎn)品在設(shè)計(jì)之初，主要是為了解決某一類用戶的特定痛點(diǎn)。

以微信為例，它在最初上線之時(shí)，只為了解決一個(gè)問題：如何通過移動(dòng)端即時(shí)發(fā)送文字信息，滿足用戶即時(shí)通信的需求。

隨著用戶量的增長，微信才逐步增加功能，進(jìn)行產(chǎn)品迭代。

而在ToB領(lǐng)域，與MVP產(chǎn)品的設(shè)計(jì)邏輯有所不同，它更強(qiáng)調(diào)在第一個(gè)版本就要打通業(yè)務(wù)主線，實(shí)現(xiàn)核心數(shù)據(jù)的貫通。

這就要求企業(yè)要掌握好數(shù)字化建設(shè)的節(jié)奏。

比如，我現(xiàn)在需要一個(gè)交通工具，雖然我可能想要一輛跑車，但現(xiàn)階段以我的能力，還無法直接制造出一輛完美的跑車。

那么，我就可以選擇先制造一輛自行車來滿足基本的交通需求，在使用過程中再逐步對其進(jìn)行升級。

但如果我一開始就瞄準(zhǔn)著一輛跑車制造，那么我只能從零開始，先建一個(gè)輪子，再建兩個(gè)輪子，然后搭建車身、配套燈光等等。但問題在于，就算是完成了80%的進(jìn)度，這輛車也無法上路行駛，無法解決當(dāng)下的需求。

因此，第一階段的建設(shè)至關(guān)重要。

同理，在進(jìn)行ToB領(lǐng)域的數(shù)字化建設(shè)時(shí)，必須盡可能打通業(yè)務(wù)主線，確保在初始建設(shè)階段就能讓業(yè)務(wù)運(yùn)轉(zhuǎn)起來。

以LTC數(shù)字化為例，在數(shù)字化的初始階段，就要確保打通整個(gè)LTC從線索到回款、端到端貫穿企業(yè)運(yùn)作的主業(yè)務(wù)流，并將這些主線數(shù)據(jù)打通并納入系統(tǒng)。否則，整個(gè)LTC的數(shù)據(jù)都將無法被有效使用。

同時(shí)，圍繞LTC主線的周邊應(yīng)用功能，如客戶關(guān)系管理、評審決策、Pipeline管理等，也將無法得到豐富和完善。整個(gè)LTC數(shù)字化建設(shè)就會像一個(gè)跛腳的人，難以穩(wěn)健前行。

為了提高系統(tǒng)的使用率，管理層只能強(qiáng)制要求員工：只要?jiǎng)?chuàng)建訂單，就必須關(guān)聯(lián)立項(xiàng)商機(jī)。

沒辦法，為了使訂單流程能繼續(xù)，員工只能選擇線下完成合同之后，再來錄入商機(jī)數(shù)據(jù)并立項(xiàng)。最終，商機(jī)管理系統(tǒng)還是變成了一個(gè)記錄系統(tǒng)。

正常情況下，商業(yè)數(shù)據(jù)應(yīng)是呈現(xiàn)金字塔式的分布，從立項(xiàng)到方案、報(bào)價(jià)、成單逐步遞減。然而，由于線索管理、合同管理等系統(tǒng)的不完善，大部分商機(jī)數(shù)據(jù)都停留在了立項(xiàng)階段，后續(xù)方案、報(bào)價(jià)、成交階段的數(shù)據(jù)更是寥寥無幾。

識別出關(guān)鍵業(yè)務(wù)痛點(diǎn)，抓住每個(gè)領(lǐng)域的關(guān)鍵業(yè)務(wù)數(shù)據(jù)，分階段同時(shí)進(jìn)行構(gòu)建，再逐漸迭代升級是非常重要的。

在構(gòu)建過程中，要避免“煙囪式”的垂直建設(shè)方式，即各個(gè)關(guān)鍵業(yè)務(wù)數(shù)據(jù)之間各干各的、各用各的，互不相通。

在“煙囪式”IT系統(tǒng)中，子系統(tǒng)就像一個(gè)個(gè)的“煙囪”，自己燒得火熱，對其他爐子的冷暖卻一無所知。

企業(yè)需要通過梳理主要矛盾、識別關(guān)鍵數(shù)據(jù)和業(yè)務(wù)痛點(diǎn)，并橫向地、像打地基一樣，層層遞進(jìn)地構(gòu)建IT系統(tǒng)。

接下來，我們要探討的是在進(jìn)行作業(yè)過程數(shù)字化時(shí)，應(yīng)該怎么選擇關(guān)鍵業(yè)務(wù)數(shù)據(jù)。

在過去，當(dāng)企業(yè)引入CRM系統(tǒng)或其他業(yè)務(wù)系統(tǒng)時(shí)，他們往往只是簡單地根據(jù)系統(tǒng)提供的功能來決定使用哪些功能。

然而，這種做法并沒有深入考慮這些功能是否真正適應(yīng)企業(yè)的業(yè)務(wù)特性、應(yīng)用場景以及核心業(yè)務(wù)需求。

為了避免這種情況，在推進(jìn)作業(yè)過程數(shù)字化時(shí)，我們必須首先深入分析業(yè)務(wù)，特別是其中的核心業(yè)務(wù)矛盾。

這些矛盾通常隱藏在具有“三高”特點(diǎn)的作業(yè)場景中——高頻、高耗能、高風(fēng)險(xiǎn)。

只有準(zhǔn)確識別了這些業(yè)務(wù)矛盾，我們才能有針對性地設(shè)計(jì)業(yè)務(wù)變革和數(shù)字化變革，從而確保系統(tǒng)上線后能夠真正解決日常業(yè)務(wù)問題，并提升業(yè)務(wù)價(jià)值。

在識別了這些高頻、高耗能、高風(fēng)險(xiǎn)的關(guān)鍵業(yè)務(wù)后，我們還可以通過矩陣圖來對它們進(jìn)行優(yōu)先級排序。

一般來說，那些高頻、高耗能且技術(shù)難度相對較低的場景，數(shù)字化后的業(yè)務(wù)價(jià)值最高，投入也相對較低，因此應(yīng)該優(yōu)先考慮。

而對于那些業(yè)務(wù)價(jià)值較低、頻率不高、參與人數(shù)少且技術(shù)難度大的場景，我們可以將其優(yōu)先級排在后面。

例如，像戰(zhàn)略規(guī)劃的相關(guān)產(chǎn)品，如果一年只用一次，那么在數(shù)字化水平較低的公司中，可能就不會將其作為當(dāng)前重點(diǎn)考慮的方向。

與傳統(tǒng)業(yè)務(wù)變革不太一樣的是，數(shù)字化變革需要緊密圍繞應(yīng)用場景來展開，因?yàn)樽罱K它將被轉(zhuǎn)化為IT系統(tǒng)供用戶使用。

企業(yè)數(shù)字化變革，必須明確地知道“場景在哪”“用戶是誰”“痛點(diǎn)在哪”。

這就涉及到了應(yīng)用場景設(shè)計(jì)和用戶體驗(yàn)設(shè)計(jì)的重要性，這兩點(diǎn)在過去的信息化時(shí)代并未受到足夠重視。當(dāng)時(shí)的大部分系統(tǒng)強(qiáng)調(diào)以流程為中心的業(yè)務(wù)設(shè)計(jì)，相對忽視了用戶體驗(yàn)和應(yīng)用場景的設(shè)計(jì)。

然而，在數(shù)字化時(shí)代，我們必須高度重視用戶體驗(yàn)設(shè)計(jì)。

因?yàn)橹挥挟?dāng)用戶覺得系統(tǒng)好用，他們才會愿意一直使用，整個(gè)系統(tǒng)才能真正運(yùn)轉(zhuǎn)起來，才能最終實(shí)現(xiàn)業(yè)務(wù)指標(biāo)改善、業(yè)務(wù)價(jià)值提升。

在設(shè)計(jì)過程中，可以從四個(gè)方向來考慮變革方向的設(shè)計(jì)。

效率模式主要涉及到一些非常標(biāo)準(zhǔn)化的動(dòng)作，這些動(dòng)作的數(shù)據(jù)相對結(jié)構(gòu)化。

針對這些動(dòng)作，我們可以制定一些規(guī)定的規(guī)則和動(dòng)作，并進(jìn)行數(shù)字化和自動(dòng)化的設(shè)計(jì)，從而提高整個(gè)業(yè)務(wù)運(yùn)作的效率。

實(shí)際上，在面向消費(fèi)者（to C）的互聯(lián)網(wǎng)領(lǐng)域，這種訂單可視化已經(jīng)實(shí)現(xiàn)很久了。我們在電商平臺上下的每一個(gè)訂單，都可以清楚地查看其發(fā)貨物流、派送進(jìn)度等整個(gè)過程。

然而，在面向企業(yè)（to B）的生產(chǎn)制造領(lǐng)域，這一點(diǎn)還遠(yuǎn)遠(yuǎn)沒有實(shí)現(xiàn)。因此，這些應(yīng)用場景是未來企業(yè)數(shù)字化可以投入精力和資本去改善的重要方向。

專家模式主要應(yīng)對的是那些高度依賴個(gè)人能力和經(jīng)驗(yàn)的業(yè)務(wù)場景。在這種模式下，我們可以通過數(shù)據(jù)建模的方式來復(fù)制專家的能力。

以企業(yè)經(jīng)營診斷和分析為例，過去，這項(xiàng)工作可能需要財(cái)經(jīng)領(lǐng)域經(jīng)驗(yàn)豐富的專家來完成。他們需要從企業(yè)導(dǎo)出經(jīng)營報(bào)表，制定各種指標(biāo)，然后分析企業(yè)的經(jīng)營情況和潛在風(fēng)險(xiǎn)。

然而，在數(shù)字化時(shí)代，我們可以將這些結(jié)構(gòu)化的業(yè)務(wù)數(shù)據(jù)和財(cái)務(wù)數(shù)據(jù)通過數(shù)字化模式進(jìn)行整理，包括經(jīng)營指標(biāo)的結(jié)構(gòu)化之后，就可以構(gòu)建經(jīng)營診斷的分析模型，從而指導(dǎo)企業(yè)進(jìn)行業(yè)務(wù)決策。

協(xié)同模式主要解決的是過去由于缺乏數(shù)字化平臺，許多業(yè)務(wù)流程只能串行進(jìn)行的問題。在串行流程中，一個(gè)環(huán)節(jié)完成后才能傳遞給下一個(gè)環(huán)節(jié)，這種傳遞往往依賴人工，效率相對較低。

然而，有了數(shù)字化技術(shù)的支持，我們可以消除這種信息不對稱，讓所有的業(yè)務(wù)活動(dòng)并行進(jìn)行。

以供應(yīng)鏈中的計(jì)劃管理業(yè)務(wù)場景為例。傳統(tǒng)上，在制定供應(yīng)鏈計(jì)劃時(shí)，企業(yè)往往從客戶的要貨預(yù)測出發(fā)?？蛻粝聠魏螅瑫a(chǎn)生采購訂單（PO）。采購部門看到訂單后，會制定相應(yīng)的物料需求計(jì)劃，再制定詳細(xì)的采購計(jì)劃，最后進(jìn)行采購執(zhí)行。這一流程需要龐大的廠家協(xié)同組織來管理整個(gè)計(jì)劃的產(chǎn)生。

然而，這種運(yùn)作方式存在明顯弊端。采購部門在最后階段才得知需要采購的具體物品，導(dǎo)致采購過程非常被動(dòng)。

由于某些物料的備貨周期較長，而一些行業(yè)對交貨期的要求又非常高，如半導(dǎo)體和新能源行業(yè)。這種傳統(tǒng)的采購方式可能會嚴(yán)重影響供應(yīng)鏈的執(zhí)行效率，甚至導(dǎo)致交貨期延后，進(jìn)而影響整個(gè)生產(chǎn)制造的效率。

為了解決這些問題，我們可以考慮對傳統(tǒng)的計(jì)劃運(yùn)作模式進(jìn)行數(shù)字化變革，采用協(xié)同并行的運(yùn)作模式，將采購業(yè)務(wù)與銷售的要貨預(yù)測環(huán)節(jié)進(jìn)行前置打通。

借助數(shù)字化工具，供應(yīng)鏈的采購端能夠提前看到未來三個(gè)月甚至半年內(nèi)，可能有哪些客戶會需要哪些品類或物料。采購部門可以提前制定采購計(jì)劃，并進(jìn)行相應(yīng)的備貨準(zhǔn)備。隨著預(yù)測逐漸轉(zhuǎn)化為實(shí)際的采購訂單（PO），物料需求再進(jìn)一步細(xì)化。

這種端到端的業(yè)務(wù)過程將大幅提高效率，同時(shí)大幅降低時(shí)間成本。原本依賴人力組織的廠家協(xié)同模式，也將逐漸被數(shù)字化平臺所替代，從而大幅減少人力成本。這就是產(chǎn)銷協(xié)同的一個(gè)典型應(yīng)用。

在以前的創(chuàng)新過程中，許多業(yè)務(wù)都需要付出巨大的試錯(cuò)成本，尤其是線下操作。

通過以上四種模式，企業(yè)可以找到作業(yè)過程數(shù)字化的變革方向，重塑和改變作業(yè)模式。