本章介紹了在服務(wù)工單全生命周期中，數(shù)字化和AI的應(yīng)用場景。服務(wù)工單是串聯(lián)整個(gè)服務(wù)過程的核心載體，也是售后服務(wù)中最核心的組成部分，再怎么強(qiáng)調(diào)其重要性都不為過。很多企業(yè)都在做服務(wù)數(shù)字化轉(zhuǎn)型時(shí)，但你會(huì)發(fā)現(xiàn)絕大多數(shù)企業(yè)連服務(wù)工單的全生命周期可視化和數(shù)智化賦能都沒做到。天下大事，必作于細(xì)，讓我們從最基礎(chǔ)的服務(wù)工單數(shù)智化開始做起。

為了構(gòu)建服務(wù)工單的應(yīng)用體系和量化應(yīng)用效果，我之前寫過三篇文章，大家可以查看：

《智慧工單倒逼服務(wù)全鏈條優(yōu)化》

《以工單為主線構(gòu)建售后服務(wù)價(jià)值評估體系（上）》

《以工單為主線構(gòu)建售后服務(wù)價(jià)值評估體系（下）》

介紹了我最近的服務(wù)項(xiàng)目，開始介紹服務(wù)工單的數(shù)智化應(yīng)用場景和關(guān)鍵可視化數(shù)據(jù)，

圖 1 服務(wù)工單數(shù)智化應(yīng)用場景和關(guān)鍵可視數(shù)據(jù)

上圖是以家電服務(wù)工單為例，介紹了一個(gè)完整生命周期中13個(gè)數(shù)智化應(yīng)用場景和12個(gè)關(guān)鍵可視化數(shù)據(jù)。如果廠商能在這些場景中充分應(yīng)用數(shù)智化能力，采集可視化關(guān)鍵數(shù)據(jù)，那這家廠商算是數(shù)智化賦能非常不錯(cuò)的企業(yè)，基本實(shí)現(xiàn)了服務(wù)數(shù)智化V1.0。

一、數(shù)智化場景

場景1：工單機(jī)器人代替人工受理。

這是AIGC應(yīng)用最深入和最成功的場景，也是最容易增效將本的場景?？梢杂脵C(jī)器人+AIGC來取代大部分文本坐席工作，包括自動(dòng)應(yīng)答、創(chuàng)建工單、回復(fù)郵件等。也可以用機(jī)器人+AIGC替換部分語音坐席，通過語音與文本互轉(zhuǎn)，機(jī)器人和AIGC與用戶交互，同時(shí)提供轉(zhuǎn)人工的服務(wù)。

場景2：AIGC提升人工受理效率。

這是AIGC應(yīng)用最深入和最成功的場景，也是最容易增效將本的場景，可以稱呼為坐席助手，或Copilot等。就是在人工處理時(shí)，幫助坐席自動(dòng)對工單做總結(jié)、自動(dòng)填單、起草郵件、對問題提供答案等。

比如原來坐席處理一個(gè)工單需要5分鐘，通過坐席助手，縮短為3分鐘。但我們要想真正對整個(gè)售后服務(wù)體系提效，應(yīng)該幫助提升服務(wù)工程師的效率，因?yàn)榉?wù)工程師人數(shù)比坐席多很多。所以我們可以通過坐席助手來試著解決問題，也就是提升線上解決率；或坐席進(jìn)行預(yù)診斷，提前提供服務(wù)措施和鎖定備件，這些對整體服務(wù)提效更大。

場景3：系統(tǒng)自動(dòng)派單到人。

這需要算法的支持。一種是批量工單給每個(gè)服務(wù)工程師排程，可以按用戶時(shí)間最近排程，也可以按每個(gè)服務(wù)工程師有效工作時(shí)間最大去排程。另一種是實(shí)時(shí)排程，就是動(dòng)態(tài)馬上給用戶分配一個(gè)服務(wù)工程師。實(shí)時(shí)排程我建議讓用戶在幾個(gè)可選時(shí)間段去選，而不要客戶隨意說時(shí)間，否則時(shí)間沖突肯定很多，服務(wù)工程師有效工作時(shí)間占比也不會(huì)高。

場景4：手工排程。

通過排程工具，手工派單涉及2種情況。一種情況是坐席手工派單到服務(wù)工程師，一種是網(wǎng)點(diǎn)信息員手工派單到服務(wù)工程師。排程工具不僅僅是可以查詢到合適的服務(wù)工程師和時(shí)間段，派工到合適時(shí)間段。也可以通過甘特圖來顯示所有服務(wù)工程師服務(wù)預(yù)約的狀態(tài)，通過預(yù)約圖形顏色、圖標(biāo)、文字等動(dòng)態(tài)顯示服務(wù)工程師和用戶確認(rèn)時(shí)間、出發(fā)、到達(dá)、完工、改約、取消、二次上門等變化，以便于管理人員實(shí)時(shí)監(jiān)控服務(wù)狀態(tài)。

場景5：服務(wù)工程師確認(rèn)上門時(shí)間。

最理想的情況是坐席或信息員自動(dòng)或手動(dòng)排程后，服務(wù)工程師按約上門，但很多具體情況是派單到服務(wù)工程師后，服務(wù)工程師會(huì)再次和用戶確認(rèn)時(shí)間，當(dāng)確認(rèn)后，原來預(yù)約時(shí)間會(huì)改變，狀態(tài)也會(huì)變成客戶確認(rèn)，所以這些信息都會(huì)在排程工具上實(shí)時(shí)顯示。這樣信息員在排程工具上看到今天分配的工單還有沒和用戶確認(rèn)上門時(shí)間的，可以隨時(shí)提醒。

場景6：服務(wù)工程師出發(fā)。

服務(wù)工程師上門服務(wù)需要檢查人單相符，也就是上門的工程師是工單分派給的工程師，否則基于錯(cuò)誤的數(shù)據(jù)，數(shù)智化管理就會(huì)給出錯(cuò)誤的指導(dǎo)。人單相符需要身份識別，比如用人臉識別。人臉識別可以貫穿服務(wù)整個(gè)過程的多個(gè)關(guān)鍵點(diǎn)，比如在服務(wù)完成時(shí)，也可以刷臉更改工單狀態(tài)。

場景7：服務(wù)工程師路線規(guī)劃。

在派單和排程中我們要通過電子地圖計(jì)算最佳路線，計(jì)算2個(gè)相鄰服務(wù)任務(wù)之間路程時(shí)長，合理安排下一個(gè)任務(wù)的開始時(shí)間。

同時(shí)我們也要通過路徑優(yōu)化來使服務(wù)工程師花在路程上時(shí)間最短，從而使服務(wù)工程師有效工作時(shí)間最長。

當(dāng)服務(wù)工程師開始一天工作時(shí)，我們可以在電子地圖上顯示服務(wù)工程師位置，這樣如果有了突發(fā)任務(wù)，可以快速分派給最近的工程師。所有這些都需要電子地圖支持。

場景8：現(xiàn)場服務(wù)。

當(dāng)服務(wù)工程師碰到技術(shù)問題時(shí)，我們可以在移動(dòng)端通過AIGC實(shí)現(xiàn)服務(wù)助手（通過故障邏輯樹和歷史工單數(shù)據(jù)支持），服務(wù)工程師語音提問，服務(wù)助手在線解答。此外，我們還可以通過遠(yuǎn)程協(xié)助工具（Remote Assist）,專家在遠(yuǎn)程線上通過視頻查看服務(wù)對象，在服務(wù)工程師移動(dòng)端圖像上直接指導(dǎo)服務(wù)工程師作業(yè)。

場景9：服務(wù)關(guān)單。

當(dāng)服務(wù)完成，服務(wù)工程師關(guān)單時(shí)，很多情況下是服務(wù)工程師預(yù)關(guān)單，而之后由網(wǎng)點(diǎn)信息員補(bǔ)充和檢驗(yàn)信息，正式關(guān)單。之所以這樣即是由于服務(wù)工程師太忙，沒有時(shí)間把工單信息檢查和補(bǔ)充完整，也是由于工單上維修措施等需要從海量數(shù)據(jù)里選，服務(wù)工程師經(jīng)常填不對。但這種模式即花費(fèi)了網(wǎng)點(diǎn)信息員大量時(shí)間，也容易出現(xiàn)假單。所以服務(wù)完成后，可以通過AIGC來預(yù)填單，服務(wù)工程師確認(rèn)后，直接關(guān)單。

場景10：完工用戶確認(rèn)。

當(dāng)服務(wù)完成后，服務(wù)工程師向用戶展示服務(wù)內(nèi)容和收費(fèi)項(xiàng)目時(shí)，可以通過讓用戶掃描服務(wù)工程師個(gè)性化二維碼，通過微站來綁定服務(wù)工程師和用戶的管家關(guān)系，以及為用戶建立家電檔案。以后服務(wù)工程師通過運(yùn)營自己的微站，打造自己個(gè)人品牌,從而實(shí)現(xiàn)服務(wù)管家化，員工創(chuàng)客化和收入生態(tài)化。微站我在《服務(wù)數(shù)字化轉(zhuǎn)型（四）：引C端用戶之水澆灌B端之萬物》有過詳細(xì)介紹。

場景11：假單排查。

通過前面的全程可視，再通過數(shù)據(jù)驗(yàn)證算法，我們來排查虛假工單。

場景12：服務(wù)前中后管理。

有了前面的全程可視及關(guān)鍵數(shù)據(jù)，我們就可以做到服務(wù)事前預(yù)防，事中干預(yù)，事后修補(bǔ)。比如我們通過BI和地圖，實(shí)時(shí)顯示：

• 不同區(qū)域/服務(wù)商的交付整體情況（正常、延時(shí)、投訴）
• 不同區(qū)域/服務(wù)商的交付延時(shí)工單數(shù)和占比
• 不同區(qū)域/服務(wù)商的投訴工單數(shù)
• 服務(wù)商的派單及時(shí)響應(yīng)率
• 服務(wù)商的上門及時(shí)率
• 服務(wù)商的一次上門完工率

場景13：服務(wù)工單數(shù)智化基礎(chǔ)。

以上所有數(shù)智化應(yīng)用都是基于輸入數(shù)據(jù)是準(zhǔn)確的，并且是及時(shí)的，這是數(shù)智化應(yīng)用的基礎(chǔ)，否則給出的建議都是錯(cuò)誤的。所以服務(wù)工單數(shù)智化應(yīng)用的第一步就是通過管理制度、考核和實(shí)時(shí)監(jiān)控保證數(shù)據(jù)的準(zhǔn)確性和及時(shí)性。

二、關(guān)鍵可視化數(shù)據(jù)

1. 派單信息可視：工單類型、服務(wù)網(wǎng)點(diǎn)、服務(wù)工程師等信息可視。
2. 預(yù)約信息提醒：服務(wù)工程師收到工單后，和用戶確認(rèn)了上門具體時(shí)間可視。
3. 服務(wù)工程師位置信息可視：服務(wù)工程師服務(wù)過程中位置實(shí)時(shí)可視。
4. 預(yù)估到達(dá)時(shí)間提醒：服務(wù)工程師預(yù)計(jì)到達(dá)用戶地址的時(shí)間可視。
5. 狀態(tài)變化信息可視：服務(wù)過程中，工單狀態(tài)改變可視，比如改派、取消預(yù)約、改約、二次上門等。
6. 故障原因、維修措施可視：機(jī)器的故障原因和維修措施可視。之后既可以通過AIGC分析，用來質(zhì)改；也可以AIGC用來學(xué)習(xí)，給服務(wù)工程師提供現(xiàn)場指導(dǎo)。
7. 退換機(jī)狀態(tài)可視：如涉及到退換機(jī)，則退換機(jī)狀態(tài)可視。
8. 完工狀態(tài)可視：服務(wù)完工時(shí)，完工狀態(tài)可視。
9. 報(bào)價(jià)收費(fèi)信息可視：服務(wù)報(bào)價(jià)單和實(shí)收費(fèi)用可視。
10. 服務(wù)現(xiàn)場信息可視：很多服務(wù)是需要服務(wù)工程師現(xiàn)場拍幾張照片，然后回傳的。這些照片信息可視。
11. 舊件回退信息可視：如果是保內(nèi)維修，需要回退舊件，則舊件回退信息可視。
12. 用戶評價(jià)信息可視：用戶對服務(wù)評價(jià)后，評價(jià)信息可視。

不知以上13種場景和12種關(guān)鍵可視化數(shù)據(jù)咱們企業(yè)實(shí)現(xiàn)了多少？

三、總結(jié)

天下大事，必作于細(xì)，服務(wù)要從最基礎(chǔ)的做起。本文介紹了最基礎(chǔ)的服務(wù)工單數(shù)智化應(yīng)用的13種場景和12種關(guān)鍵可視化數(shù)據(jù)。