顧問手記

顧問交付的最後一頁:把下一次檢查留給真正會使用的人

很多顧問報告的最後一頁是感謝詞或聯絡方式。我後來把這一頁改成「下一次檢查」,而且在交付會議上,會先問一個問題:這份東西,三個月後誰會真的打開?以下用一段改寫過的交付對話,說明這一頁怎麼長出來。

答案很短:顧問交付的最後一頁,應該是一張寫給「實際會執行的人」的下一次檢查清單,內容包括何時檢查、檢查哪幾個具體指標、正常範圍大概在哪、超出範圍時第一步做什麼、以及找誰討論。它不是總結,也不是行動計畫,而是一個讓顧問離場後判斷仍能延續的機關。這一頁寫得好,報告前面幾十頁才有機會在三個月後被重新打開。

交付會議上那個沉默的營運專員

以下是一段經過改寫的交付會議片段。場景是一家中型海外置產仲介,出席的有老闆、行銷經理,以及一位坐在角落、幾乎沒發言的營運專員。

我問老闆:「這份建議裡的追蹤機制,三個月後誰會負責檢查?」老闆說:「行銷經理吧。」行銷經理接著說:「我會看,但實際拉數字的是小陳。」我轉頭問那位專員:「你平常多久看一次詢問來源的報表?」他說:「每週一會整理一次給經理,但我不太知道哪些數字是重點。」

這段對話讓我把最後一頁整個改寫。原本我寫的是「建議每季檢視詢問品質指標」,對老闆來說這句話很合理,但對每週一真正打開報表的那個人來說,這句話等於什麼都沒說。他不知道「詢問品質」要看哪一欄,不知道什麼數字算異常,也不知道發現異常後可以找誰。

簽約窗口和實際使用者往往不是同一個人

顧問報告的讀者通常有三層:簽約並付款的決策者、負責專案推進的主管、以及每天處理細節的執行者。前兩層會在交付會議上認真聽,第三層往往只是列席,甚至沒有被邀請。但三個月後會打開報告、會拉數字、會第一個發現異常的,幾乎都是第三層的人。

如果最後一頁寫給決策者,它就會是一段策略性的提醒,例如「持續關注市場變化」;如果寫給執行者,它就必須是一張可以照著做的清單。我現在的做法是在交付前先問清楚執行者是誰,然後直接用他的名字(或職稱)作為這一頁的收件人。這個小動作會改變整頁的寫法,因為你寫的時候腦中想著一個具體的人,而不是一個抽象的「貴公司」。

要找出真正的使用者,我會在交付前一週做一件小事:請客戶的專案窗口列出這份報告中每一項建議,分別會由誰在日常中接觸到。這張名單常常出乎所有人意料,例如某項關於詢問表單的建議,實際負責修改表單的是外包的網站工程師,而不是公司內任何一位出席會議的人。發現這種落差,最後一頁的收件人就要跟著調整,必要時分成兩張清單,分別交給內部專員與外部協力者,並各自寫明彼此需要交換的資訊。

最後一頁的五個固定欄位

經過幾次調整,我的最後一頁固定成五個欄位,排成一張表,通常不超過一頁紙:

  1. 檢查時點:寫具體的日期或週期,例如「每月第一個週一」「交付後第十二週」,不要寫「定期」。
  2. 檢查對象:指明報表名稱與欄位,例如「詢問表單後台的來源欄位,依國家分組」。
  3. 參考範圍:給出一個示意區間,例如「海外來源詢問中,填寫預算欄位的比例若低於三成,值得留意」,並註明這是依本次專案觀察設定的起點,不是業界標準。
  4. 異常時第一步:只寫一個動作,例如「先抽二十筆詢問原文,看是否有新的問題類型」。
  5. 討論對象:寫明找誰,內部是誰、需要外部協助時聯絡哪裡。

這五欄裡最常被省略的是第三欄。很多顧問不敢寫參考範圍,怕寫錯被追究。但沒有範圍,執行者就無從判斷;他看到一個數字,不知道該緊張還是該放心,最後就乾脆不看了。我的解法是明確標示這個範圍的來源與限制,讓它成為一個「可以被修正的起點」,而不是一個假裝精確的標準。

交接時要當面走一遍,而不是寄一個附件

最後一頁的交接,我會安排十五到二十分鐘,只跟執行者本人對一次。做法是打開他平常用的報表,指著畫面說:「這一欄就是清單上的第二項,你現在看到的數字是多少?」然後請他自己判斷落在範圍內還是外。這樣走一遍之後,清單上的每一行在他腦中都有一個具體的畫面對應。

回到剛才那位專員。走完一遍之後他問我:「如果數字異常,但經理那週剛好出國,我可以直接處理嗎?」這個問題讓我在第四欄補了一句「若主管不在,可先完成抽樣並記錄,不需等待」。這種補充只有在跟真正的使用者對話時才會出現,坐在辦公室寫報告是想不到的。

我們採用線上文字溝通為主,所以這段交接後,我會把對話中補充的內容整理成文字,連同最後一頁的修訂版一起傳給專員與他的主管,留下紀錄。這樣就算專員之後離職,接手的人也看得到當時補了什麼、為什麼補。

下一次檢查的結果要回到哪裡

最後一頁如果只寫「去檢查」,卻沒寫檢查結果要放在哪,三個月後的檢查就會變成一次性的動作,沒有累積。我會在清單底部加一行:「每次檢查後,請把日期、數值與你的判斷填入本頁下方的紀錄表」。紀錄表就是一個三欄的小表格:日期、數值、判斷與處理。

這個小表格的價值在第三次、第四次檢查時才會顯現。執行者可以看到數字的走勢,而不是單點的快照;主管可以在不打擾執行者的情況下,快速看過去幾次的判斷是否一致。如果客戶之後再找顧問回來,這張表也是最快進入狀況的資料。

我也會提醒主管,不要把這張紀錄表當成考核執行者的工具。一旦執行者覺得寫下「異常」會被追究,他就會傾向把每次判斷都寫成正常。紀錄表的目的是讓判斷可以被回顧,而不是讓人被評分;這一點最好由主管在交接會議上親口說出來,比寫在文件裡有效得多。

這一頁不適合的情況

並不是每份交付都需要這一頁。如果專案本身是一次性的,例如協助客戶判斷某個已經有期限的投資機會,事情做完就結束,強行加一張檢查清單只是形式。另外,如果客戶組織中根本沒有穩定的執行者,所有事都由老闆一個人處理,那最後一頁就直接寫給老闆,但要把欄位簡化到三項以內,因為老闆沒有時間照著一張五欄的表去拉報表。

還有一種情況是執行者明確表示不想負責。這時不要硬塞,而是在最後一頁寫明「目前尚未指定負責人」,並請決策者在交付會議上當場指定。一張沒有主人的清單,比沒有清單更糟,因為它會讓每個人以為別人會去看。

顧問工作的尾聲,常被當成收款與寒暄的時間。但對我來說,最後一頁才是整份交付是否能被使用的分水嶺。前面的分析寫得再漂亮,如果沒有人在三個月後照著檢查一次,它就只是一份被存進資料夾的文件。

← 回到新知列表