作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。
客戶不肯具名時，軟體客戶故事要可信，靠的不是數字，而是三件事：清楚的授權分級、行內人才寫得出的過程細節、以及誠實標示這是去識別化或綜合情境。只要這三件事做到，沒有名字的故事也能讓採購者相信。以下是我寫給一位企業軟體行銷主管的信，整理後公開。
寫在前面：你卡住的地方其實很常見
你好：
上次聊完，你說團隊花了半年想做客戶故事，最後只有一篇上線，其他都卡在客戶法務那一關。你的產品是給製造業用的品質檢驗管理軟體，客戶多半是上市櫃公司的供應鏈廠商，他們不願意讓競爭對手知道自己用什麼系統，更不會同意公開改善數字。這不是你們做得不夠好，而是企業軟體的常態。
我想把這半年你們遇到的狀況，和我這些年處理類似問題的做法寫下來。不會有標準答案，但應該能讓你少走一些彎路。
先把授權分級，再決定要寫什麼
你們之前的做法是「先寫好，再去問客戶能不能公開」。這個順序會讓客戶法務看到完整稿子後直接全部拒絕，因為裡面混了太多他們沒辦法評估的資訊。我建議反過來，訪談前就先談好授權等級。
| 授權等級 | 可公開內容 | 適合用途 | 需要的確認 |
|---|---|---|---|
| 第一級 | 公司名稱、受訪者職稱、經客戶確認的數據 | 官網主打案例、提案附件 | 書面同意與定稿審閱 |
| 第二級 | 公司名稱與職稱，不含任何數據 | 官網案例、講座分享 | 書面同意與定稿審閱 |
| 第三級 | 產業類別、規模區間、導入過程，不含名稱 | 官網情境案例、文章素材 | 書面同意，定稿給窗口確認 |
| 第四級 | 不公開 | 內部訓練、業務話術校正 | 口頭同意即可，但需記錄 |
你會發現，大多數客戶願意給第三級。這一級其實已經夠用了，只要寫法對。
訪談要問的，不是「你們省了多少」
我看過你們的訪談題綱，大部分題目都在問成效：效率提升多少、錯誤減少多少。客戶窗口通常答不出來，或者給一個模糊的印象數字，法務看到又會刪掉。整篇故事就只剩空殼。
我建議把問題轉向過程，下面是我常用的幾題：
- 導入前，品質異常是怎麼被發現、怎麼被記錄的？誰最辛苦？
- 當初評估時，最擔心的是什麼？有沒有差點不買的時候？
- 第一個月最不順的是哪件事？後來怎麼處理？
- 現在如果有新同事問「這套系統幫了什麼」，你會怎麼回答？
- 有什麼是當初以為會有用、後來發現用不太到的功能？
最後一題特別重要。願意談不足之處的客戶故事，讀起來才像真的。你們可能會擔心這樣寫會暴露產品弱點，但採購者本來就知道沒有完美的系統，看到誠實的描述，信任感反而會提高。
沒有名字時，可信度從哪裡來？
這是你信裡問我最多次的問題，我直接回答：可信度來自「只有真的做過的人才寫得出來的細節」。
舉例來說，「某製造業客戶導入後大幅提升品檢效率」這句話，任何人都寫得出來，沒有任何資訊量。但如果寫成「過去檢驗員在產線旁用紙本記錄，下班後再由品管助理輸入試算表，異常要隔天早會才會被看見；導入初期最大的阻力，是資深檢驗員習慣紙本，平板放在產線旁怕沾到油污」，採購者一看就會知道你們真的進過現場。
Google 在建立實用、可靠、以人為本的內容（Google 搜尋中心）這份說明中，把第一手經驗列為評估內容的重要面向。對企業採購者來說也一樣，他們在意的是寫的人是否懂他的處境。
綜合情境可以寫，但一定要標示
你提到想把三、四個客戶的經驗合成一篇，因為單一客戶的故事都不夠完整。這個做法可以，但有一條不能碰的線：不能寫成像是某一家真實公司的經歷。
我的建議是在文章開頭清楚寫明「本篇依多家客戶導入經驗整理為綜合情境」，內文避免使用會讓人以為是特定公司的細節組合。如果文章裡同時出現具體的員工人數、所在城市與產品類別，讀者很可能會去猜是哪一家，甚至猜錯到你們的另一個客戶頭上。
廣告與行銷內容若讓人誤以為是真實見證，也可能涉及不實表示的疑慮。相關規範與解釋請以公平交易委員會官方公告為準，拿不準時請公司法務把關。我不是法律專業，只能提醒你這條線的存在。
一篇第三級客戶故事的骨架
我幫你擬了一個骨架，你可以依產品特性調整：
- 聲明：授權等級與去識別化說明
- 客戶輪廓：產業、規模區間、使用部門，不寫名稱與地區
- 導入前的日常：用一段具體場景描述痛點
- 評估過程：比較過什麼、擔心什麼、誰參與決策
- 導入時的阻礙：至少寫一個真實遇到的問題與處理方式
- 現在的樣子：用受訪者的話描述改變，不寫無法驗證的數字
- 不適用的情況：什麼樣的公司可能不需要這套做法
最後一段「不適用的情況」，很多軟體公司不敢寫。但這一段最能讓採購者判斷自己是否適合，也能減少業務後續處理不適合客戶的時間。
怎麼知道客戶故事有沒有發揮作用
你們之前用瀏覽量評估客戶故事，我覺得不夠。客戶故事的主要讀者是已經在評估階段的人，數量本來就不會多。我會看這幾件事：
- 業務在提案時是否主動引用某一篇，並記錄客戶反應
- 詢問表單中是否有人提到看過某篇故事
- 客戶故事頁面之後，使用者是否前往價格或預約展示頁
- 業務回報的常見異議，是否有某篇故事可以回應
這些都不需要昂貴的工具，只需要在客戶關係管理系統多加一兩個欄位，並讓業務養成記錄的習慣。
客戶法務最常刪掉的段落，以及怎麼事先避開
你們之前被退回的稿子，我大致看過。法務刪得最多的，通常是三類內容：可以推算出客戶規模或營收的描述、提到客戶內部系統或供應商名稱的句子、以及受訪者對自家公司過去做法的負面評語。
第一類容易理解，第二類常被忽略。寫到「原本用某某廠商的系統」，等於替客戶揭露了採購紀錄，也可能引起那家廠商不滿。第三類最微妙，受訪者在訪談中說「以前我們的品管很亂」，這句話很生動，但放在公開文章裡，客戶的主管不一定樂見。
我的做法是在訪談結束後，先整理一份「預計引用的句子清單」給窗口確認，而不是直接交完整稿件。窗口只需要看幾句話，確認起來快得多，也能提前發現哪些說法會被公司內部卡住。清單確認後再寫成文章，被整篇退回的機率會低很多。
信的最後
客戶故事其實是一種信任交換。客戶願意分享，是因為相信你不會讓他難堪；採購者願意相信，是因為看得出你沒有誇大。這兩邊的信任，都建立在誠實標示與細節之上。
如果你想看我們在其他情境怎麼處理內容與信任的問題，可以翻翻冠誠數位行銷的案例列表，其中資安認證怎麼揭露的決策表也談到類似的誠實揭露原則。有新的進展再寫信給我。
怡彣