企業知識庫．系列講座 - 他交接了十五頁文件卻帶走了三年的答案
企業知識庫．系列講座 - 別再說我幫您查一下稍後回覆
企業知識庫．系列講座 - 當場答不出來的那一句就是丟單的那一句
企業知識庫．系列講座 - 當新人第一天就能答出資深工程師的答案
這裡是智庫引擎，專為企業設計的知識庫。本集我們從一句話說起。這句話您的團隊每天都在說，客戶每天都在聽——「我幫您查一下，稍後回覆您」。說這句話的人沒有錯。他很認真，他真的去查了。可是您看畫面中間，那個空白的搜尋框，游標一直在閃。問題已經在腦子裡了，答案卻不知道要往哪裡打。副標寫得很直接：客戶要的從來不是您查得認真，是您答得出來。這集我們把這句話拆開來看。它到底花了公司多少錢，答案原本在哪裡，以及要怎麼讓第一線當場就能回答。
先看看說這句話的人，那三個小時是怎麼過的。畫面左邊是現況。一個問題進來，他同時開了五個視窗——工單系統、共用資料夾、還有兩三個群組。五個地方一起翻。中間那張表，是他的救命稻草。三年的時間，一列一列自己整理出來的「常見狀況」，總共一百三十七列。三年，換一百三十七列。這已經是全公司最勤勞的人了。可是右邊的碼表告訴您結果。早上九點到十二點，三個小時，「稍後回覆」這句話，他被迫說了九次。一百三十七列，擋不住每天湧進來的問題。有限的筆記對上無限的問題，怎麼算都是輸的。底下這一行，是這一頁最重要的一句：最消耗人的不是問題太難，而是「公司裡明明有人知道，但您就是問不到」。 那這九次，各花了多少錢？我們一格一格算。第一格，加二十分鐘。第一線自己翻找資料的時間。第二格，加十分鐘。他翻不到，只好去問資深同事。這十分鐘不只是十分鐘——資深同事手上原本的工作被打斷了，回神還要再花一段時間。第三格，加四個小時。客戶就這樣掛在那裡等。他不會一直催您，他只是在等。第四格最貴，加一個大問號。客戶心裡開始想：這家公司，到底懂不懂自己的產品？右邊把它乘起來。一天九次，一年兩百多個工作天。這不是偶爾發生的小狀況，這是每天固定在漏的錢，只是它從來不會出現在任何一張報表上。而客戶最後的回信，往往只有短短一句——所以到底可不可以？ 最讓人不甘心的是：這些答案，公司其實都有。畫面上四道門，每一道後面都有答案，可是每一道都上了鎖。第一道，三年前的結案工單。當年確實解掉了，但單子上只寫了四個字——「已處理完成」。怎麼解的，沒人寫。第二道，資深同事的個人信箱。完整的來龍去脈就在裡面，可是那是他的信箱，別的部門搜不到。第三道，售前會議的錄音檔。客戶當初答應了什麼、我們承諾了什麼，全都錄下來了。但檔名只有「錄音，二零二四零三一一」。沒有人會去點開它。第四道最現實，答案在今天請假的那位同事腦袋裡。連鎖都沒有，就是拿不到。所以中間那位第一線同仁，站在四道門前面，一道都推不開。底下這兩句話，是這集真正的重點：您不缺資料，缺的是一個問得到答案的地方。第一線需要的不是更龐大的知識庫，是更快的那一句回答。 那怎麼把上一頁那四道門打開？畫面把它畫成一條產線。左邊丟進去的是原料——雜亂的工單、信件、錄音、會議紀錄，什麼形狀都有。第一站，清洗。就是把沒有意義的贅字丟掉，然後把客戶的名字、帳號、訂單編號這些不能外流的東西全部蓋掉。第二站，摘要。一通四十分鐘的通話裡，真正有價值的可能只有兩句：客戶當時遇到什麼狀況、最後是怎麼解決的。這一站就是把那兩句挑出來。第三站，連結。把整理好的內容，變成一頁一個主題的知識卡，而且卡片跟卡片之間可以互相跳轉。查到這一張，順手就看得到相關的下一張。右邊出來的，才是真正查得動的知識。底下這句話請記住：這不是一個丟檔案進去的雲端硬碟。丟檔案進去，三年後還是找不到。這是一座把原料煉成知識的工廠。 講三站太抽象，我們看實際的樣子。畫面左邊是原料。一段雜亂無章的客服通話紀錄，裡面還夾著不能外流的內容。這種東西您給第一線看，他也看不出所以然。右邊是同一份東西，處理完之後。第一線在框裡打上一句話——設備跳 E-207 怎麼處理？出來的答案是完整的：通常是韌體版本太舊，跟新版的控制模組不相容。可以先把韌體降回舊版，讓設備先恢復運作，再安排人到現場更新控制模組。先復原，再處理。這是一個可以直接講給客戶聽的答案。但最關鍵的是最下面那一行——出處。這句話是從哪一通客服通話、哪一段逐字稿來的，寫得清清楚楚。為什麼出處這麼重要？因為第一線最怕的不是查不到，是查到了不敢用。系統丟給他一段話，他不知道是誰說的、什麼時候說的，他不敢拿去回客戶。有明確出處，他才敢安心回覆。 講到這裡，很多老闆心裡浮出來的是另一個問題：那我敢把公司最重要的東西放進去嗎？畫面左右兩邊是兩道保險櫃，中間掛著兩條規則。第一條，只要有一個身分證字號、一個訂單編號沒有蓋乾淨，這一整筆內容就直接退回來，不會進到可以被搜尋的範圍裡。不是把那一行刪掉就好，是整筆不收。寧可少一筆，不可漏一筆。第二條，沒有權限就完全看不見。權限是綁在團隊上的。不是業務的人去搜合約條款，不只查不到內容，系統連「有這份資料存在」都不會提示他。有些系統會跳出「您沒有權限查看」，那其實已經洩漏了資訊——至少讓人知道有這份東西。這裡的做法是連影子都沒有。底下那句話點出真正的關鍵：真正能贏客戶的答案，往往就藏在那些您本來不敢放的內容裡——報價是怎麼算出來的、當初給客戶的服務承諾是什麼。系統夠安全，您才敢把這些拿出來用。 還有一個問題會決定這件事能不能長久：答案會過期。三年前正確的做法，今天可能已經改了。如果系統還在餵舊答案，那比查不到更危險。畫面上是三個步驟。左邊，觸發。韌體改版了、流程更新了、合約續約了，這些事情本來就會發生。中間，行動。承辦的人做一件事就好——把新版的檔案上傳。就這樣，沒有第二件事要做。右邊，結果。舊的那一份自動標成「已被取代」，新的那一份接上去生效，系統自己重新整理一次。新舊版本自動接起來，留下完整的紀錄。這件事重要在哪裡？它讓知識庫的維護，從一件「要有人記得去做」的事，變成一件自動會發生的事。要靠人記得的，遲早會忘。所以底下這句話才成立：您查到的，永遠是此刻有效的答案。而且要回頭查當初為什麼這樣改，整段歷史都還在。 那做完之後，會變成什麼樣子？畫面上三格。第一格，時間。找一個答案的時間，從三十分鐘掉到一分鐘以內。第二格，重複發問。同一類問題被問的次數，下降六成以上。這一格的受益人其實是資深同事——他終於不用一天被打斷五次，可以去做只有他做得了的事。第三格，客戶體驗。那句「稍後回覆」帶來的等待，直接不見了。畫面右下角有一行小字，我要特別念出來：實際成效取決於資料餵養與團隊習慣，這是合理的導入目標。意思是，這套東西不是裝上去就自己長出效果的。您得把手上的紀錄餵進去，團隊得養成先查再問的習慣。願意做，這三個數字就到得了。 最後回到第二頁那張表。那三年整理出來的一百三十七列，我要換一個角度說：它不是問題，它是證據。它證明您的團隊已經累積了很紮實的經驗，只是這些經驗現在靠人工和記憶在苦撐。這撐得住今天。但只要團隊一擴編，或是那位整理表格的人離開，就撐不住了。右邊三個下一步：先看看手上現有的工單和錄音紀錄有多少、找出第一線最常卡住的那幾個情境、然後小規模先試做一個。從一個情境開始就好。別再說「我幫您查一下，稍後回覆」。聯絡方式就在畫面上。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言