B2B Case Study 案例研究指南：10 部分結構與 14 項驗收
直接答案：一篇有說服力的 B2B Case Study（B2B 案例研究），不是把客戶讚賞、漂亮截圖和最高增長百分比放在一起。它要讓讀者核對：客戶及情境、原有問題、基準期、工作範圍、方法、時間、數據來源、結果、限制，以及客戶批准公開的內容。若沒有原始報表、計算方式、授權或合理歸因，就應先整理證據，不應把推測寫成已證實成果。
B2B Case Study 案例研究、推薦語與作品集有何分別？
手機可左右滑動下列表格查看完整欄位。
| 內容資產 | 主要回答 | 最低證據 | 不應代替 |
|---|---|---|---|
| B2B 案例研究 | 在甚麼情境下，用甚麼方法，得到甚麼可核對結果？ | 範圍、時間、基準、數據來源、計算、批准及限制 | 所有客戶都會得到相同結果的保證 |
| 客戶推薦語 | 客戶主觀感受或評價是甚麼？ | 真實來源、原意、身份及使用批准 | 對客觀成效聲稱的獨立證明 |
| 作品集 | 曾經製作或交付甚麼？ | 作品擁有權、角色及展示批准 | 成果因果或商業影響 |
| 服務頁 | 公司提供甚麼、適合誰、如何合作？ | 真實服務範圍、流程及限制 | 實際客戶結果 |
| 匿名數據摘要 | 一組項目中觀察到甚麼模式？ | 樣本、期間、口徑、匿名方法及限制 | 單一具名案例或整個市場結論 |
英國 ASA／CAP 的公開指引指出，推薦語要有文件證明其真實性，而推薦語本身並不足以支持客觀成效聲稱。該指引不是香港法律，但可作為「先保存證據、再發布聲稱」的實務參考。香港業務仍要按實際交易、合約、行業及適用法規另行核對。
甚麼情況適合製作 B2B Case Study？
手機可左右滑動下列表格查看完整欄位。
| 狀況 | 建議 | 原因 |
|---|---|---|
| 有清楚問題、工作範圍、前後數據及客戶批准 | 可製作完整案例 | 讀者可以理解情境並核對結果 |
| 有成果，但基準或追蹤口徑中途改變 | 可以寫，但必須披露變更並避免直接前後比較 | 否則百分比沒有一致分母 |
| 客戶不可具名，但同意匿名分享 | 先做重新識別風險評估，再決定保留哪些情境 | 只刪除公司名稱未必足以匿名 |
| 只有一封稱讚電郵，沒有數據 | 用作經批准的推薦語，不要包裝成成效案例 | 主觀評價不能證明客觀結果 |
| 結果受價格、季節、銷售團隊或其他渠道同時影響 | 列出共同因素，改用「期間觀察到」而非單一因果 | 減少過度歸因 |
| 沒有書面批准、原始證據或內部負責人 | 暫停發布 | 無法證明、更新或處理更正 |
發布前要建立哪些證據檔案？
手機可左右滑動下列表格查看完整欄位。
| 證據 | 最低內容 | 負責人 | 驗收問題 |
|---|---|---|---|
| 項目範圍 | 服務、地區、渠道、交付物、開始及結束日期 | Account／Project Owner | 文章有否暗示超出實際工作？ |
| 基準資料 | 改善前期間、指標定義、原始報表或匯出 | Analytics Owner | 前後期間及口徑是否可比較？ |
| 結果資料 | 原始值、期末值、公式、資料來源、擷取日期 | Analytics Owner | 百分比能否由原始值重算？ |
| 方法紀錄 | 做了甚麼、沒有做甚麼、主要變更時間 | Delivery Lead | 結果與方法之間是否只是時間上同時發生？ |
| 共同因素 | 價格、促銷、季節、庫存、銷售、網站或其他渠道變更 | Client＋Project Owner | 是否有其他合理解釋？ |
| 客戶批准 | 名稱、標誌、引述、數據、截圖、發布位置及有效期 | Client Approver | 批准是否涵蓋實際版本？ |
| 私隱與保密檢查 | 個人資料、合約限制、匿名化及重新識別風險 | Data／Legal Owner | 組合資料能否識別個人或客戶？ |
| 版本紀錄 | 發布日期、來源連結、修改原因及下次覆核日 | Content Owner | 日後可否更正及追溯？ |
B2B Case Study 的 10 部分結構
手機可左右滑動下列表格查看完整欄位。
| 部分 | 要回答的問題 | 應展示的證據 |
|---|---|---|
| 1. 一句摘要 | 誰在甚麼期間處理甚麼問題，觀察到甚麼結果？ | 客戶類型、服務、期間及一項已批准結果 |
| 2. 客戶與情境 | 行業、規模、市場、銷售模式及限制是甚麼？ | 客戶批准的背景資料 |
| 3. 原有問題 | 開始前的商業及量度問題是甚麼？ | 基準值、症狀及影響 |
| 4. 目標與 KPI | 成功定義及時間窗是甚麼？ | 事前目標、指標公式及資料來源 |
| 5. 工作範圍 | 供應商、客戶及第三方各自負責甚麼？ | Scope、渠道、地區及排除項 |
| 6. 方法 | 按甚麼次序作出哪些改變？ | 時間線、決策、測試及交付物 |
| 7. 量度方法 | 如何比較、歸因及處理延遲？ | 基準期、觀察期、歸因模型及 CRM 規則 |
| 8. 結果 | 原始值、變化及商業意義是甚麼？ | 分子、分母、絕對值、百分比及圖表 |
| 9. 限制與學習 | 哪些因素不能排除？甚麼沒有改善？ | 共同因素、樣本限制及負面／中性結果 |
| 10. 批准與更新 | 誰批准？數據截至何時？ | 批准日期、來源、審閱人及更新政策 |
B2B Case Study 應該量度哪些結果？
手機可左右滑動下列表格查看完整欄位。
| 層級 | 例子 | 適合聲稱 | 常見限制 |
|---|---|---|---|
| 交付 | 頁面、廣告、內容、追蹤或 CRM 已上線 | 完成了甚麼及何時完成 | 完成不等於成效 |
| 媒體 | Impressions、clicks、CTR、CPC、view | 渠道期間表現 | 平台歸因、競價及受眾會變 |
| 網站 | Sessions、engaged sessions、表單、電話、WhatsApp | 網站行為及轉化事件 | Cookie、同意、裝置及事件定義影響觀察 |
| 銷售 | Qualified leads、opportunities、win rate、sales cycle | CRM 內已定義的 Pipeline 變化 | 銷售跟進、資格標準及資料完整度 |
| 收入 | Won revenue、毛利、CAC、payback | 已核對商業結果 | 退款、重複收入、成本口徑及其他渠道 |
| 質性 | 客戶訪談、銷售反饋、流程採用 | 經批准的主觀觀察 | 不應代替客觀數據 |
Google Analytics 指出，歸因是把重要行動的功勞分配到不同接觸點；模型及 conversion time／interaction time 的選擇會改變報表解讀。部分 key events 亦可能經建模或在之後重新歸因。因此案例應寫明平台、指標、模型、資料擷取日期及 CRM 對數方法，不要把單一平台報表當成完整因果證明。
百分比、基準與歸因點樣寫才可重算？
以下數字只是計算示例，並非 ITOB 客戶案例。不要只寫「查詢增加 200%」。應同時保留：基準期 10 個、比較期 30 個、增加 20 個、增幅 200%、兩段期間長度、渠道範圍、有效查詢定義及資料來源。若基準由 1 變 3，百分比同樣是 200%，但商業意義完全不同；所以絕對值與百分比必須並列。
- 增長率：
(比較期 − 基準期) ÷ 基準期 × 100%；基準為 0 時不要計普通增長百分比。 - 轉化率：
合資格轉化 ÷ 已定義流量 × 100%；要說明流量是 users、sessions、clicks 還是 leads。 - 成本：說明是否包含媒體、製作、工具、顧問及內部人力。
- 收入：分開 attributed、pipeline、booked、paid 及 refunded，不把估算當實收。
- 時間：長銷售週期應留足成熟期，不用未完成 Pipeline 推斷最終收入。
具名、匿名及推薦語如何取得批准？
手機可左右滑動下列表格查看完整欄位。
| 內容 | 具名案例 | 匿名案例 | 驗收 |
|---|---|---|---|
| 公司名稱／標誌 | 逐項書面批准 | 移除或改為足夠寬泛描述 | 檢查組合資訊會否仍可識別 |
| 個人姓名／職銜／相片 | 確認用途、渠道、期間及撤回處理 | 通常移除；必要時再評估 | 只保留完成目的所需資料 |
| 推薦語 | 保留原始引述、批准版本及聯絡紀錄 | 即使匿名亦要保存真實來源 | 不可改寫到改變原意 |
| 截圖 | 遮蓋帳戶、個人、客戶及機密欄位 | 連時間、數值組合及介面名稱一併評估 | 放大檢查細字、URL、通知及 metadata |
| 數據 | 只公開批准的粒度 | 使用區間、指數或聚合前先評估重識別風險 | 匿名不等於永遠不可重識別 |
| 更新／撤回 | 約定聯絡人、有效期及更正流程 | 同樣保留 owner 及版本紀錄 | 發布後仍要定期覆核 |
香港私隱專員公署的匿名化指引發布說明指出，匿名化針對可識別個人的資料：除了移除姓名等直接識別資料，亦要處理可與其他資料組合識別個人的間接線索，評估並管理重新識別風險。這與客戶公司的商業保密及展示授權是兩項需要分開檢查的問題。只把公司名稱改成「某客戶」，不代表已處理截圖內的個人資料，也不代表已獲准公開公司收入、項目細節或機密資訊；應按合約、批准範圍及資料組合逐項評估。
訪問客戶與項目團隊可以問甚麼？
- 項目前，哪個具體問題令你決定採取行動？
- 成功在項目開始前如何定義？由誰確認？
- 哪些工作由客戶、ITOB 或其他供應商負責？
- 過程中作過哪三個最重要決定？依據是甚麼？
- 哪項結果最重要？原始值、期間及資料來源是甚麼？
- 哪些外部因素同時改變，例如價格、季節、銷售或庫存？
- 甚麼沒有達標？下一步會如何調整？
- 哪些名稱、引述、標誌、數據及截圖可以公開？
- 誰是最終批准人？日後需要更正時聯絡誰？
B2B Case Study 常見錯誤與修正
手機可左右滑動下列表格查看完整欄位。
| 錯誤 | 風險 | 修正 |
|---|---|---|
| 只有最高百分比，沒有原始值 | 小基準造成誇大印象 | 同列基準、期末、絕對變化及公式 |
| 選擇最好月份對比最差月份 | Cherry-picking | 預先定義同長度及合理成熟期 |
| 把平台 attributed revenue 當實收 | 重複歸因及退款差異 | 與 CRM／訂單對數並標示口徑 |
| 把所有結果歸因單一供應商 | 忽略價格、產品、銷售及其他渠道 | 列工作範圍及共同因素 |
| 只發布成功結果 | 讀者無法理解限制 | 加入未改善項目、假設及下一步 |
| 推薦語經過度改寫 | 改變客戶原意 | 保存原文並讓客戶批准最終版本 |
| 匿名案例保留過多線索 | 客戶或個人可被重新識別 | 做情境化風險評估及資料最少化 |
| 案例多年沒有更新 | 平台、服務及數據已過時 | 顯示截至日期、版本及覆核安排 |
香港海關的不良營商手法說明介紹商戶對消費者的指定不良營商手法，包括服務虛假描述及誤導性遺漏，不能單憑這頁資料判定所有 B2B 案例或交易適用同一規定。個別案例的法律責任仍須按交易、受眾、合約及事實取得適當意見；作為內容品質門檻，團隊應保存聲稱依據，並披露重要限制。
由證據到發布的 7 步流程
- 篩選：確認案例有獨特問題、足夠證據及商業價值，不用行業換名模板。
- 定義：鎖定讀者、主要問題、KPI、基準期、比較期及工作範圍。
- 收集：保存原始報表、CRM／訂單資料、時間線、交付物及共同因素。
- 訪問：分開訪問客戶、交付及數據負責人，交叉核對差異。
- 撰寫：先寫絕對值、方法、限制及未達標項目，再寫摘要與標題。
- 批准：完成數據、私隱、合約、推薦語、品牌及客戶書面批准。
- 發布與覆核：記錄來源、截至日期、owner、更新日及更正渠道。
發布前 14 項驗收清單
- 客戶或情境描述與批准版本一致。
- 工作範圍及不包括的項目清楚。
- 基準期與比較期長度、季節及成熟度合理。
- KPI 定義、分子、分母及資料來源已記錄。
- 原始值、絕對變化、百分比及公式可重算。
- 平台 attributed、CRM pipeline、won 及 paid revenue 已分開。
- 歸因模型、conversion time／interaction time 及擷取日期已標示。
- 價格、促銷、庫存、銷售及其他渠道等共同因素已披露。
- 沒有把相關性寫成已證實單一因果。
- 推薦語真實、保留原意並有最終版本批准。
- 名稱、標誌、個人資料、截圖及機密資料已逐項檢查。
- 匿名案例已評估組合資訊及重新識別風險。
- 未達標結果、限制及不保證聲明可見。
- 來源、owner、批准日期、覆核日及更正方法已保存。
常見問題
沒有客戶名稱，匿名案例仍有價值嗎？
有，但要提供足夠的問題、方法、量度及限制，同時避免可重新識別的細節。匿名不是降低證據標準；原始資料、批准與內部聯絡紀錄仍應保存。
可否只用 Google Analytics 截圖證明收入增長？
通常不足夠。要說明事件及歸因口徑，並與 CRM、訂單、退款及實收資料對數。Analytics 適合顯示可觀察行為及歸因結果，不等於整體因果或會計紀錄。
案例研究一定要有很大增長百分比嗎？
不需要。清楚的決策、風險降低、追蹤修復、銷售週期改善或可重現流程，同樣可以有價值。可信的小成果通常比無法核對的大數字更有說服力。
一個案例可以改成多個行業版本嗎？
不應只換行業名稱。若沒有該行業的真實問題、數據、法規、決策及經驗，應保留一篇通用核心指南；只有具獨立證據及使用情境時才建立行業案例。
官方及規範參考：Google Analytics：Attribution、Google Analytics：Modeled key events、香港私隱專員公署：匿名化指引發布說明及五個步驟、香港海關：不良營商手法、ASA／CAP：Testimonials and endorsements及ASA／CAP：Claims in testimonials。
如要建立可重算數據，先統一UTM 參數與 GA4 命名及Looker Studio 報告架構；如要把查詢連到銷售結果，可參考Lead Scoring 指南及CRM Sales Pipeline 指南。了解 ITOB Group 的服務與內容責任，可瀏覽ITOB Group及關於 ITOB Group。
編輯與審閱：ITOB Group 編輯團隊；由ITOB Group 數碼營銷顧問團隊審閱。最後實質更新：2026 年 7 月 20 日。
本文依據 Google Analytics、香港私隱專員公署、香港海關及 ASA／CAP 公開資料，配合 ITOB Group 的內容、數據與 CRM 驗收流程整理。本文不是法律、私隱、會計或統計意見；案例是否可以發布及如何聲稱，須按實際證據、合約、司法管轄區、行業及批准另行核對。案例研究改善證據質素，但不保證搜尋排名、AI 引用、查詢或收入。詳見編輯政策與資料更正原則。
