打開十家 B2B 公司的「成功案例」頁，有八家長得一樣：客戶的 logo、一句「感謝專業團隊的協助」之類的推薦語、三個放得很大的百分比。看完之後你對這家公司多了什麼了解？幾乎沒有。企業客戶在簽約前想知道的是「跟我狀況類似的公司，遇到什麼問題、你們怎麼處理、過程順不順」，而這些正是多數案例頁略過的部分。案例文章寫得好，是業務手上最有說服力的一份文件；寫不好，就只是一面掛滿錦旗的牆。
重點摘要
- B2B 案例文章的讀者是「狀況相似的潛在客戶」，主角應該是客戶與他的問題，不是你的產品。
- 基本骨架是挑戰、做法、結果三段，再加一段「當時的取捨與沒選的方案」，可信度會高很多。
- 客戶不願具名時，改寫產業、規模與情境仍然可以發表，前提是不捏造細節。
- 沒有漂亮的成長數字也能寫，流程前後對比、省下的工時與當事人的原話都是有效的結果。
案例文章是寫給誰看的？
寫給兩種人，而且他們關心的事不一樣。Nielsen Norman Group 在 B2B 網站使用者研究 中把企業採購的參與者分成「選擇者」與「使用者」：實際操作的人通常先做研究，再向有決定權的人推薦；前者在意規格、操作與支援，後者在意成本、投資報酬與可靠度。
這對寫案例的意義很直接。一篇案例至少要讓承辦人看得到「導入過程實際長什麼樣、我會不會很累」，也要讓主管看得到「花了多少時間、換到什麼」。只寫成果數字的案例，承辦人不知道怎麼評估；只寫功能細節的案例，主管看不到重點。我們的習慣是開頭用三行摘要給主管，內文留給承辦人。
好的案例文章，骨架長什麼樣？
挑戰、做法、結果三段是基本款，NN/g 的研究也建議用這個結構並搭配條列，方便讀者拿來跟其他廠商比較。我們會再加上第四段：取捨。也就是當時考慮過哪些方案、為什麼沒選、過程中哪裡不如預期、後來怎麼調整。
加這一段的原因是可信度。每個做過專案的人都知道沒有一路順利這種事，通篇只有好消息的案例讀起來像廣告。寫出「原本打算一次上線全部門市，試了兩家之後發現店員操作跟不上，改成分三批」這種細節，讀者反而相信其他部分是真的。各段該放什麼，可以參考這張表。
| 段落 | 要回答的問題 | 常見的寫壞方式 |
|---|---|---|
| 背景與挑戰 | 客戶是什麼樣的公司？原本怎麼做？痛在哪裡？ | 只寫「希望提升效率」，沒有具體情境 |
| 做法 | 做了哪幾件事？順序是什麼？花多久？ | 變成產品功能列表 |
| 取捨 | 考慮過什麼沒做？哪裡調整過？ | 整段省略 |
| 結果 | 前後差多少？誰的工作變了？下一步是什麼？ | 只有百分比，沒有基準與期間 |
「背景與挑戰」請寫得比你以為需要的更具體。讀者是靠這一段判斷「這跟我像不像」的。員工幾個人、幾家門市、原本用 Excel 還是紙本、每個月卡在哪個環節，這些寫出來，相似的公司才會對號入座。
最常見的錯誤：把案例寫成自我表揚
檢查方法很簡單，數一數文章裡句子的主詞。如果大多數句子是「我們提供」「我們的團隊」「本公司的解決方案」，這篇就是在寫自己。案例文章的主詞應該大部分是客戶：他們遇到什麼、他們決定怎麼做、他們現在的日常有什麼不同。
會寫成這樣通常是因為沒有訪談，行銷人員拿著內部的結案報告直接改寫。結案報告記的是我們交付了什麼，不是客戶經歷了什麼。沒有跟客戶聊過的案例，幾乎一定會寫成產品介紹。另一個連帶的問題是形容詞太多：「大幅提升」「顯著改善」「高度肯定」。這些詞拿掉，換成發生了什麼事，文章馬上扎實起來。
訪談客戶時要問什麼？
問過程，不要問評價。「你覺得我們的服務怎麼樣」只會換來客套話；「導入前，月底結帳那幾天辦公室是什麼狀況」才問得出畫面。訪談抓三十到四十分鐘，對象最好是實際經手的承辦人，再補十分鐘給主管。下面是我們固定會問的題目。
案例訪談題目清單
- 在找我們之前，這件事原本是怎麼處理的？誰在做、花多少時間？
- 是發生了什麼事，讓你們決定「不能再這樣下去」？
- 當時還評估過哪些做法或廠商？最後為什麼沒選？
- 決定之前最擔心的是什麼？後來那個擔心有發生嗎？
- 導入過程中哪個階段最卡？是怎麼過去的？
- 現在跟以前比，哪個人的哪件工作變得不一樣？
- 有沒有數字可以比較，例如處理時間、出錯次數、需要的人力？
- 如果同業來問你該不該做，你會提醒他什麼？
最後一題常常問出整篇文章最好的一句話。訪談請錄音並徵得同意，寫的時候保留客戶的口語，不要幫他修成新聞稿的句子。完稿後一定要給客戶看過並取得書面同意再發布，這是基本禮貌，也是保護雙方。
客戶不願意具名，還能寫嗎？
能寫，只是寫法要調整。台灣的 B2B 客戶不願意公開合作廠商是常態，有的是公司政策，有的是不想讓同業知道自己用什麼。與其因此一篇案例都沒有，不如退一步用匿名方式發表。
匿名案例用「產業加規模加情境」來代替公司名稱，例如「一家有十二個業務的工業零件貿易商」。讀者要的本來就是判斷跟自己像不像，這樣的描述已經夠用。要守住的底線是不能為了好看而編造：可以隱去名稱、模糊可辨識的細節，但問題、做法與結果必須是真的。把兩三個客戶的情況揉成一個「典型案例」來講也可以，只要在文中說明這是綜合多個專案的常見情境，不要包裝成單一真實客戶。
還有一個折衷：案例文章匿名公開，具名的版本只在業務提案時當面提供，並事先取得該客戶同意作為口頭參考對象。對高單價的案子，一通願意接電話的老客戶，比任何文章都有用。
沒有漂亮的數字，結果要怎麼寫？
用前後對比來寫。很多專案的成果本來就不是「營收成長幾成」這種數字，硬要擠一個出來反而不可信。可以寫的結果其實很多：月底對帳從三個人做兩天變成一個人做半天；客訴進來之後不用再翻四個群組找紀錄；新人到職第一週就能自己報價。這些都是讀者看得懂、也查證得了的改變。
真的有數字時，請把基準與期間一起寫出來。「回購率提升 30%」沒有意義，從多少到多少、花了幾個月、同期還做了哪些事，這樣才算交代清楚。如果成果不能完全歸功於你的專案，照實講。讀者是做生意的人，他們知道成長通常是好幾件事一起造成的，坦白反而加分。
寫好的案例要放在哪裡、怎麼用？
放在業務會用到的每一個節點，而不是只躺在網站的案例頁。案例最有效的時機是客戶正在猶豫的時候：第一次會議後的跟進信附上一篇同產業的案例；報價單後面夾一頁相似規模的專案摘要；客戶提出「你們做過我們這種嗎」時，業務手上有連結可以馬上傳。這也是為什麼案例要依產業與問題類型分類，讓業務三十秒內找得到對的那一篇。跟進的節奏怎麼安排，可以參考 從名單到成交：業務漏斗管理與跟進節奏。
網站上，除了案例專區，也把案例連結放進對應的服務頁，讓看到服務說明的人順手就能點進實例。一篇完整的案例還可以拆成社群貼文、電子報的一期內容與提案簡報裡的一頁。訪談時客戶提到的每個疑慮與問題，也別浪費，丟回題材庫就是下一批文章的來源，做法見 內容題材怎麼找。
常見問題
一篇案例文章要寫多長？
網站上的完整版大約一千到兩千字，足以把背景、做法、取捨與結果講清楚。另外準備一個三到五行的摘要版，給業務放在提案與信件裡使用。長度不是重點，讀者能不能判斷跟自己的狀況像不像才是。
專案剛結束就可以寫案例嗎？
建議等上線後一到三個月再訪談。剛結束時客戶還在適應，講不出實際的改變；隔一段時間，前後對比與數字才會出現。但訪談的邀請可以在結案時就先提，客戶比較容易答應。
公司才剛起步，案例很少怎麼辦？
先把手上的每一個案子都寫深，一篇講得透的案例勝過十個只有 logo 的格子。也可以寫過程型的內容，例如某一類問題你們通常怎麼診斷與處理，並清楚標示這是做法說明而非特定客戶的案例。