作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。
系統整合商的官網，應該把客製專案能力切成三到五個有明確範圍、交付物與前提條件的服務模組，讓採購者能自己判斷「我的問題屬於哪一格」；真正客製的細節留給提案，不要在官網上承諾什麼都能做。以下用我訪談一家整合商負責人時的紀錄整理，保留問答原貌，刪去所有可辨識資訊。
訪談背景：一家什麼都能做的公司
這家公司做企業內部系統整合，範圍從進銷存串接、報表自動化，到舊系統資料搬遷都有。團隊以工程師為主，業務只有負責人本人。官網上的服務頁只有一行字：「提供各種客製化系統整合服務」，底下是一整排合作過的技術名稱。
負責人找我的原因很直接：網站每個月有詢問，但十通裡面有一大半聊到第二次就發現對不上，有的預算只夠買套裝軟體，有的要的是全新開發，有的其實只是想找人修印表機。業務時間被大量消耗，真正適合的案子反而排不進來。
第一段問答：你們最常被問到的是什麼？
我問：過去一年成交的案子，客戶第一句話通常怎麼講？
負責人：大概是「我們的系統彼此不通」、「每個月結帳要人工對好幾天」、「舊系統廠商倒了資料搬不出來」。
這三句話就是服務模組的雛形。採購者不會搜尋「系統整合」這麼抽象的詞，他們描述的是痛點。我請負責人把去年的成交案依客戶第一句話分類，結果幾乎都能落進三到四個桶子裡，剩下的零星案子反而是毛利最低、最常延期的那些。
這個分類練習的重點不在數量，而在於讓團隊看見：公司真正擅長、也真正賺錢的，是某幾種重複出現的問題。官網該優先講這些，而不是把能力清單全部攤開。
第二段問答：哪些要寫在官網，哪些留給提案？
負責人：可是每個客戶的環境都不一樣，寫太細會不會被綁死？
我：寫的是範圍和前提，不是解法細節。環境不一樣沒關係，只要讓對方知道什麼情況下你們會接、什麼情況下不接。
我們一起訂了一張公開與不公開的對照表，作為之後改寫所有服務頁的依據。
| 資訊類型 | 官網公開 | 提案時才談 | 理由 |
|---|---|---|---|
| 服務解決的問題 | 公開，用客戶的語言寫 | 細部需求訪談 | 讓採購者自我對號入座 |
| 交付物 | 公開清單，例如盤點報告、介面規格、測試紀錄 | 文件格式與份數 | 降低「做完到底拿到什麼」的疑慮 |
| 前提條件 | 公開，例如需提供既有系統存取權限與窗口 | 權限細節與資安協議 | 提前過濾無法配合的案子 |
| 計價方式 | 公開計價單位與影響因素 | 實際金額 | 避免預算落差太大的詢問 |
| 技術架構 | 只寫原則，例如優先使用既有介面 | 具體方案與工具選擇 | 保留彈性，也避免被直接抄走 |
| 不接的情境 | 公開 | 不需要 | 最能節省雙方時間的一段 |
負責人最猶豫的是「不接的情境」。他擔心寫出來會嚇跑客戶。我的看法是，會被這段嚇跑的，本來就是聊兩次會對不上的那群人。把不接的條件寫清楚，其實是在保護業務的時間。
第三段問答：服務模組怎麼命名？
負責人：我們內部都叫「ERP 串接案」、「報表案」，這樣可以嗎？
我：內部可以，官網不行。官網要用客戶描述問題的方式命名，再在副標說明你們怎麼處理。
最後定下來的模組名稱，大致是「系統資料互通」、「月結與報表自動化」、「舊系統資料搬遷」、「整合後維運」四個。每一頁的結構固定為：這個服務處理什麼問題、適合什麼樣的公司、進行步驟、交付物、前提條件、不適合的情況、常見問題。
固定結構的好處是採購者比較容易橫向比較，工程師寫內容時也有框架可循。Google 的搜尋引擎最佳化入門指南（Google 搜尋中心）也提到，網站結構與頁面標題要能讓使用者和搜尋引擎理解每一頁的主題，這個原則放在服務頁上一樣成立。
第四段問答：案例要怎麼放？
整合商最常遇到的困難是：客戶不同意具名，專案細節又涉及內部系統。負責人原本打算什麼都不放。我建議改用「情境描述」取代「客戶故事」，每個服務模組底下放一到兩段去識別化的情境，寫清楚起始狀況、遇到的限制、處理順序與交付內容，不寫客戶名稱、不寫成效數字。
這種寫法的可信度來自細節是否符合行內人的經驗，而不是數字多漂亮。一位資訊主管讀到「舊系統廠商已不提供技術支援，只能從資料庫匯出原始表格，欄位定義要靠老員工回憶」這種描述，會立刻知道寫的人真的做過。這也符合 Google 在建立實用、可靠、以人為本的內容（Google 搜尋中心）裡強調的第一手經驗。
關於案例的去識別化寫法，我在另一篇無法具名的軟體客戶故事怎麼寫才可信有更完整的拆解。
第五段問答：詢問表單要不要改？
負責人：表單欄位變多，會不會沒人填？
我：會少一些人填，但留下來的人你會比較想接。
新的表單在姓名與聯絡方式之外，加了三個問題：目前使用哪些系統、希望解決的是哪一個服務模組描述的問題、預計的決策時程與參與決策的角色。前兩題用選項，最後一題用簡短文字。
表單改動的目的是讓業務在第一通電話之前就有判斷依據。我也請負責人在客戶關係管理工具裡加一個欄位，首次通話後標記「符合範圍」、「部分符合」、「不符合」，並記下不符合的原因。
驗收指標怎麼設定
這類改版不適合用流量當主要指標，因為服務頁改得更精準，流量甚至可能下降。我們訂下的觀察項目如下：
- 符合範圍的詢問比例：依業務首次通話後的標記計算，每月檢視一次
- 首次通話到送出提案的天數：觀察需求釐清是否變快
- 不符合原因的分布：若某個原因持續出現，代表服務頁某段說明不夠清楚
- 服務頁的站內搜尋與停留行為：看採購者是否在模組之間比較，或直接離開
- 業務主觀紀錄：每月寫三句話，描述詢問的變化，補足數字看不到的部分
我沒有替這些指標設定目標值，因為基準要從改版前的紀錄算起。改版前三個月若沒有標記資料，就先補標記，至少累積一段時間再比較，否則任何結論都只是印象。
風險與不適用條件
產品化服務頁不是萬靈丹。以下幾種情況，我會建議先不要做：
- 公司營收高度集中在少數老客戶，新客戶開發不是重點
- 團隊還無法穩定交付同一種服務，每個案子做法差異很大
- 負責人不願意寫出不接的條件，寫出來的頁面仍然什麼都能做
- 業務流程沒有記錄詢問品質的習慣，改版後無從驗證
另一個常見風險是模組切太細。四個模組已經足夠，切成十個會讓採購者更難選，也讓團隊維護內容的負擔變重。若之後真的有新的服務，先在既有模組下以情境描述測試市場反應，確認需求穩定再獨立成頁。
給同樣是整合商的老闆：改寫前先做的三件事
- 把過去一年成交案依客戶第一句話分類，找出重複出現的問題
- 列出最不想再接的三種案子，寫成不接的條件
- 確認業務有能力在首次通話後花一分鐘標記詢問品質
這三件事做完，服務頁的骨架自然會出來。文案可以再修，但判斷的依據要先有。如果你想先看我們怎麼協助企業整理服務架構，可以參考冠誠數位行銷的服務項目說明；常見的合作疑問則整理在常見問題頁。
最後想補一句訪談結束時負責人說的話：「原來我們不是能力不夠，是沒有讓人知道該找我們做什麼。」這句話幾乎可以套在我遇過的每一家整合商身上。能力清單寫得再長，採購者要的只是確認你懂他的問題，並且知道合作後會拿到什麼。