同一位常客、同一個品牌，A 館依集團最新會員辦法免收提前退房費用，B 館依三年前開幕的前檯手冊收半天房價——兩位同仁都照規定做、都拿得出依據，但十年建立的品牌承諾就在那個櫃檯前破裂了。 這一集示範怎麼讓九家館的前檯問同一句話得到同一個附出處的答案，以及管理者該用的另一種問法：「我們有哪些做法不一致」——還有為什麼系統說「沒有分歧」時，要先確認那一館的文件進來了沒有。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進旅宿與飯店集團。
畫面上這一句是這一集的目標：讓九家館說同一句話。副標點出了它跟品牌的關係——品牌承諾，與知識庫產線化。
您看畫面下方那張圖：左邊是好幾條各自岔開的線，穿過中間那個三稜鏡之後，收束成一道金色的直線。這一集要談的，就是中間那個三稜鏡怎麼做出來。
因為連鎖旅宿賣的從來不是九家館，是同一個品牌。
我們看一位常客的兩次住宿。
同一個品牌、同樣的情況：提前退房。
A 館說：依集團會員權益，為您直接免收提前退房費用。
B 館說：依我們前檯規定，需向您收取半天房價。
中間那個徽章從中裂開，畫得非常傳神。
畫面最底下那段話請一定要看清楚：這不是員工違規。A 館依循的是集團最新的會員辦法，B 館依循的是三年前開幕時的前檯手冊。兩位同仁都照著規定做，而且都能拿出依據。
但對客人來說，他感受到的不是兩份文件的落差，是「這家可以，那家不行」。
十年建立的品牌承諾，就在那個櫃檯前破裂了。
而且這位客人回去以後，不會去查是哪一本手冊比較舊。他只會記得一件事：這個品牌，看你遇到誰。
為什麼會偏移？
畫面上這張圖很值得看。最左邊那條粗線叫「品牌絕對真相」，一開始只有一條。但它每經過一個關卡就分岔一次，到了第四個關卡，已經散成一片。
第一關，地方慣性：隨著時間發展出來的在地做法，還有店經理個人的風格。
第二關，點狀更新。總部發布的是單點規定，九家館各自解讀怎麼落地，而且沒有網狀的回收。
第三關，師徒制傳承。第一線只學前輩教的，而前輩用的是三年前的版本。
第四關，缺乏全景。營運部可以抽查某一份文件，但沒辦法一眼看穿全集團的差異。
副標那句話是整頁的結論：這個難題從來不是規定寫得不夠清楚，而是規定太多、版本太雜，而且沒有人擁有全景視角。
請特別注意第四關。前面三關造成的是差異，第四關造成的是「差異看不見」——而看不見的差異，就沒有辦法管理。
那要怎麼解？
很多集團的第一反應是：再發一本統一版的手冊。但那只會變成第十本手冊，而前面九本都還在。
畫面上這條產線才是解法，分三個階段。
第一階段是原料，四種：集團辦法、各館手冊、會議錄音、客訴紀錄。
請特別注意最後兩項。會議錄音跟客訴紀錄從來沒有進過任何一本手冊，但真正的做法差異，往往就藏在那裡。
第二階段是處理：清洗、把客人姓名與訂單資訊蓋掉、然後分類與摘要。
第三階段的產出，就是可以查詢的知識。
副標那句話請記住：知識庫不是雲端硬碟，更不是把檔案丟給人工智慧，它是把發散的原始資料，清洗、蒸餾成單一真相的處理器。
差別在於：硬碟會讓九本手冊變成九個檔案，而產線會讓九本手冊變成一個答案。
收斂之後長什麼樣子？
畫面上方三個來源：集團會員辦法、某月營運會議紀錄、B 館作業手冊。
這三份東西過去互不相識，現在被收斂成中間那一頁：提前退房收費標準。
畫面下方是實際使用的樣子。前檯輸入一句日常的話：客人提前退房要收費嗎？
答案跳出來：白金級以上免收；一般會員收半日房價；不可抗力因素一律不收費。
請注意這個答案有三層——它沒有簡化成「要收」或「不收」，而是把條件講清楚。這一點很重要，因為第二頁那兩位同仁其實都只拿到了其中一層。
副標那句話是這一頁的價值：全集團的前檯輸入同樣的問題，得到的都是同一個精準、而且附帶出處的標準答案。
不過只解決第一線，還只做了一半。
這一頁講兩種完全不同的問法。
畫面左邊是第一線視角，叫精確問法。使用者是各館前檯，目的是解決當下的客流，問的是「提前退房要收費嗎」，系統給的是單一標準解答。
畫面右邊是管理者視角，叫綜觀問法。使用者是營運總監與稽核團隊，目的是盤點全域的落差。
他問的問題長這樣：我們九家館在前檯作業上，有哪些做法不一致？
這一句跟左邊那一句，本質上完全不同——左邊是找答案，右邊是找差異。
副標那句話點得很準：多數工具只解決了第一線的需求，卻忽略了管理者的稽核全景。
而第三頁那個「缺乏全景」的問題，就是靠右邊這種問法補起來的。
過去營運總監要回答這個問題，只能派人一館一館去抽查，一輪跑完要好幾週，而且跑完的當下就開始過期。
綜觀問法要有稽核價值，底層必須守住三條規則。
畫面右邊三條。
第一，前提是已核可。只有經過審查的知識頁，才會進入全域的摘要。
這一條有個很重要的推論：導入初期如果問不出差異，代表知識還在累積，不是系統失效。這句話要先講，不然第一週就會有人說沒有用。
第二，權限絕對嚴格。摘要是跨來源生成的，唯有使用者的權限涵蓋所有底層來源時，那份摘要才看得到。
畫面左邊那個立體圖就是這個意思：集團營運看得到全部，館別經理只看得到自己的館。
第三，只算匯入的帳。系統絕不瞎猜——某一館的手冊沒有匯進來，它就不會出現在盤點結果裡。
所以當系統說「沒有分歧」，您第一件要確認的事，是那一館的文件到底進來了沒有。
這三條合起來就是標題那六個字：寧可少給，不會多給。
在稽核的場合，少給只是資訊不足，多給是會出事的。
這一頁只有一句話，但它是整集的中心思想。
一致性，不是寫出來的，而是算出來的。
過去我們處理一致性的方法是「寫」——寫一份更清楚的規定、發一次更嚴格的公告。但寫出來的東西一落到九家館，就開始各自解讀，這是第三頁講過的。
畫面上那個天平也很有意思：左邊是九家館，右邊是一個品牌徽章，兩邊是平的。
底下兩句話請對照著念。
沒有知識庫的時候，客人的體驗是：這家可以，那家不行，看你遇到誰。
有了運算能力之後，客人感受到的是：不管住哪一家，規則都一樣。
品牌的價值，其實就藏在後面這一句裡。
連鎖旅宿真正在賣的，是可預期性。客人願意多付的那一段價差，買的就是「我知道會遇到什麼」。
導入之後會有什麼變化？
畫面上三個圈。
左邊，稽核週期縮短。跨館作業歧異的盤點，從數週的高勞力消耗，縮短到數天。
中間，查找效率提升。第一線查集團規定的時間，下降五成以上。
右邊，品牌傷害止損。顯著減少因為跨館標準不一而引發的客訴與負面評論。
第三項其實最難算，但它是最貴的一項——一則負面評論的壽命，比任何一次客訴都長。
副標那句話是這一頁真正的重點：把管理精力從「找規定」轉移到「優化服務」。
畫面最底下那行小字也要念：這些是導入目標與合理預期，實際成效取決於匯入的範圍，還有核可的紀律。
最後這一頁，是一個請您帶回集團的問題：您們的九家館，目前有幾件事是各做各的？
底下那兩句話很銳利：這個問題，現在沒有人答得出來。而客人，通常會剛好遇到那一件。
這正是這一集最想講的事——差異不會平均分布，它會集中在客人最在意的那幾件事上。
如果想開始，我們可以一起評估導入的範圍，小規模先試做一個，找出最容易產生落差的那幾項作業。
建議從退房、加床、寵物、發票這種每天都在處理的事情開始，落差最容易看出來。
聯絡方式就在畫面上。
這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言