常見誤區

企業案例寫得越具體越好嗎:去識別化與可信度的界線

案例要可信,該具體的是你怎麼判斷、怎麼做、哪裡做錯,而不是客戶是誰、賺了多少。這篇寫成一份給經營者的備忘錄,適合在決定公司官網要放哪些案例、寫到多細之前,花十分鐘讀完。

備忘錄主旨:具體的對象要換,從客戶換成方法

企業案例的可信度,主要來自方法與判斷過程的具體程度,而不是客戶身分與成果數字的具體程度。許多經營者認為案例寫得越細越有說服力,於是放上客戶名稱、營收成長百分比、合作期間,甚至委託人的職稱與照片。這樣做在短期內看起來很有力,但它同時帶來三種風險:違反保密約定、讓讀者把個案成果當成保證、以及讓潛在客戶擔心自己的資訊也會被這樣公開。

這份備忘錄的建議很直接:案例中可辨識客戶的細節要改寫,但不要因此把整篇寫得空洞。把原本花在客戶身上的篇幅,改用來描述你如何判斷問題、做了哪些步驟、交付物長什麼樣子、哪裡做錯又怎麼修正。讀者真正想知道的,是如果換成他的情況,你會怎麼處理。

換個角度想,潛在客戶讀案例時,心裡其實同時在問兩個問題:這家公司會不會解決我的問題?這家公司會不會把我的事情寫出來給別人看?前一個問題靠方法細節回答,後一個問題靠去識別化回答。只顧前者、忽略後者的案例,可能在吸引一位客戶的同時,讓另外三位決定不聯絡。

三種看似具體、其實傷害可信度的寫法

有些細節讀起來很具體,卻會讓有經驗的讀者起疑,或讓公司承擔不必要的風險。以下三種最常見。

  • 精確到小數點的成長數字:例如「營收成長百分之三十七點四」。讀者會想知道比較基準、期間與其他影響因素,若這些都沒有交代,精確反而顯得像行銷話術。
  • 可被拼湊出身分的組合細節:單獨看產業、城市、員工數、成立年份都不足以辨識,但四個放在一起,同業可能一眼就認出是誰。
  • 只寫成功、沒有任何取捨:從頭到尾一帆風順的案例,對資深讀者而言最不可信,因為真實的專案不會這樣進行。

第二種特別容易被忽略。去識別化不是只拿掉公司名稱,而是要檢查所有細節組合起來之後,是否仍能指向特定對象。一個常用的檢查方式是找一位同產業的朋友讀草稿,問他能不能猜出是哪家公司;如果猜得出來,就還需要再改。

應保留與應改寫的細節對照

決定哪些細節可以留、哪些要改,可以用一個簡單的原則:與方法有關的細節盡量保留,與身分有關的細節一律改寫或模糊化。以下是對照清單,供撰寫與審核時使用。

  • 保留:問題的類型與成因、你採取的步驟順序、交付物的格式與結構、過程中的取捨與失誤、驗收點的設計。
  • 模糊化:產業可提升一個層級描述,例如「某電子零組件業者」改為「某製造業者」;規模用區間,例如「員工約一百至三百人」。
  • 改寫:城市、成立年份、產品名稱、人物職稱與個人背景,可以換成同等性質但不同的設定。
  • 刪除:客戶名稱、可識別的照片、合約金額、任何客戶未同意公開的內部數字。

改寫的細節要在文中明確聲明。建議每一篇案例的開頭都寫一句固定聲明,說明人物、產業細節與數字經過改寫,不代表成果保證。這句話不會削弱可信度,反而讓讀者知道你認真對待保密這件事,而這正是潛在客戶在意的。

讓去識別化案例仍然可信的五個寫法

拿掉可辨識細節之後,案例仍然可以讓人信服,關鍵在於把可信度的來源轉移到其他地方。以下五個寫法可以直接套用在下一篇案例的撰寫上。

  1. 寫出委託前的錯誤判斷:客戶原本以為問題是什麼、為什麼那個判斷不對。這能展現你診斷問題的能力。
  2. 寫出至少一個中途修正:例如某個假設被推翻、某個步驟重做。真實的專案都有修正,寫出來反而可信。
  3. 描述交付物的樣子:文件有幾頁、分成哪些欄位、給誰使用。讀者能想像出實際拿到的東西。
  4. 設定可回頭檢查的驗收點,並誠實說明哪些已經驗證、哪些還要等時間。
  5. 寫出這個方法不適用的情況。願意說明限制的顧問,比宣稱什麼都能解決的顧問更可信。

這五個寫法共同的特點是,它們都無法被輕易捏造。空泛的成果數字誰都能寫,但一個合理的中途修正、一份結構清楚的交付物描述,需要真的做過才寫得出來。有經驗的讀者會從這些地方判斷你是否真的懂。

以一個示意情境比較:甲版案例寫「協助某知名連鎖品牌三個月內營收成長四成」,乙版寫「某連鎖服務業者原本認為問題在廣告預算不足,我們比對各門市數據後發現,真正的落差在預約取消率,於是先調整提醒流程,第一版提醒時間設錯又改了一次」。乙版沒有品牌、沒有亮眼數字,但讀起來明顯是真的做過。

數字可以寫,但要寫成可以被理解的樣子

去識別化不代表完全不能出現數字,而是數字要以區間、比例或示意的方式呈現,並附上足夠的脈絡。例如「處理時間從約兩週縮短到約一週」比「效率提升百分之五十」更好理解,因為讀者知道基準是什麼。若數字經過改寫,就在文中標示為示意;若是真實數字但已取得同意,也建議寫成區間,避免讀者過度解讀。

另外要特別注意,任何涉及法規、稅務或財務的數字,在案例中都不宜寫得像是通則。例如某個案例中客戶省下了一筆稅費,這個結果高度取決於個別條件,若寫進案例,應註明需與會計師確認個別適用性,而不是暗示其他讀者也能得到同樣結果。

審核流程:誰有權決定一篇案例能不能上線

案例上線前,至少要經過兩道審核:一道確認去識別化是否足夠,一道確認內容沒有超出事實。建議的流程如下。撰寫者完成草稿後,先由另一位不熟悉該專案的同事讀一次,檢查能否拼湊出客戶身分;接著由專案負責人確認所有方法與步驟的描述符合實際;若案例是在合約保密範圍內改寫的,最好再請客戶窗口過目,即使合約沒有要求。

這個流程會讓案例產出變慢,一篇可能需要兩到三週。但一篇出錯的案例造成的信任損失,遠比晚兩週上線嚴重。銘望顧問所官網上的案例全部採用這種改寫方式,每一篇開頭都有同樣的聲明,因為我們認為對保密的堅持本身就是服務品質的一部分。

這份備忘錄不涵蓋的情況

以上建議適用於一般 B2B 服務業的官網案例與行銷文章。若是經客戶正式授權、雙方共同發佈的合作案例,具名與數字的呈現方式由雙方協議決定,不必完全比照去識別化的做法。若涉及上市公司、公部門或受特殊保密規範的產業,公開前應先與律師確認。至於用於投標或正式提案的案例資料,通常有另外的揭露要求,也不在本文範圍內。

最後提醒一件事:去識別化之後,千萬不要回頭把細節一點一點加回去,只因為覺得「好像不夠有力」。可信度的缺口應該用方法的細節來補,而不是用客戶的身分來補。

← 回到新知列表