作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。文中的公司、人物與對話皆為綜合改寫，不對應任何單一客戶。
SaaS 部落格的選題，應該從「讀者在哪個工作流程卡住」開始，再用搜尋詞驗證需求，而不是先拉一張關鍵字清單再回頭找產品的關聯。下面用一場常見的會議對話，示範這個順序怎麼落地，以及哪些情況這個做法並不適用。
會議開場：兩個人各拿一份清單
情境是一家做工單與客服流程軟體的中型公司。行銷剛交出一份季度內容計畫，產品經理看完後把筆電轉過來，兩人的對話大致如下。
產品經理：這二十幾個題目，我看有一半跟我們的產品沒關係。「客服話術範本」是客服顧問在寫的東西，跟我們賣的軟體有什麼關係？
行銷：這個詞的搜尋需求很穩定，而且競品的部落格都有這類文章，我們不能缺席。
產品經理：可是來看話術的人不是我們的買家。買家是客服主管，他在煩的是工單漏接跟交接。
這段對話在很多軟體公司都會出現。兩邊說的都有道理，但各自看的是不同層次的證據：行銷看的是搜尋需求，產品看的是買家處境。真正的問題不在誰對，而在雙方沒有一個共同的選題單位。
為什麼關鍵字清單不能當選題單位？
關鍵字清單的優點是可量化，缺點是它只描述「有人在找什麼詞」，不描述「這個人為什麼找、找完想做什麼」。同一個詞背後可能是三種人，只有其中一種可能成為客戶。Google 在說明實用內容時，強調的是內容要為人而寫，並且讓讀者在看完後覺得得到了足夠的資訊，這與只追詞的做法方向不同，可參考 Google 搜尋中心對實用內容的說明。
所以我會請團隊改用「情境卡」當選題單位。一張情境卡只有四個欄位：誰在什麼工作流程卡住、他現在用什麼土法、卡住的代價是什麼、他會用哪些詞去找答案。關鍵字放在最後一欄，作為驗證，而不是起點。
情境卡怎麼填？以工單軟體為例
回到那場會議，我們把「工單漏接」拆成情境卡。第一欄是客服主管，流程是跨班別交接。第二欄是用共用試算表與聊天群組手動追蹤。第三欄是客訴升級時找不到誰接過單。第四欄才是搜尋詞，可能是交接、漏單、工單追蹤等說法。
有了情境卡，產品經理的異議就有了回應空間。他不需要在「話術範本」上讓步，行銷也不需要放棄搜尋需求，雙方對焦的是「這個主管的交接問題」。文章可以談交接檢核表、升級規則的寫法，而產品只在讀者自己判斷需要工具時才出現。
選題決策表：什麼題目寫、什麼題目擱置？
| 檢核問題 | 通過的訊號 | 不通過時的處理 |
|---|---|---|
| 讀者是不是買家或影響買家的人 | 職稱與流程能對應到採購決策鏈 | 改寫成他們主管會關心的角度，或擱置 |
| 這個問題我們的產品有沒有真實解法 | 產品經理能口頭說明解法的邊界 | 不寫，避免內容承諾產品做不到的事 |
| 我們有沒有第一手經驗可以補充 | 客服、業務或導入顧問有實際案例可去識別化 | 降級為整理型文章，或請內部人員訪談後再寫 |
| 搜尋詞是否能驗證需求 | 能在搜尋建議或搜尋主控台查詢到相關詞 | 需求不明時先做小篇幅測試，不做長篇專題 |
| 文章看完後的下一步是否明確 | 能連到文件、比較頁或預約頁其中一個 | 補上一個合理的下一步，不強塞表單 |
這張表的用途是讓爭論變成檢核。產品與行銷可以各自對五個問題打勾，未通過的題目不是被否決，而是被要求補上缺少的證據。
產品經理不想公開細節時，內容怎麼寫？
這是現場對話裡第二個爭點。產品經理擔心文章洩漏路線圖，行銷則覺得不談功能就沒有轉換。折衷方式是把內容切成兩層：可公開層放問題定義、判斷準則、檢核表、常見錯誤；不可公開層放尚未上線的功能與任何客戶資料。文章只使用可公開層，產品只在「這類工具通常需要具備哪些能力」的段落中，以中性語氣出現。
這種寫法反而比直接介紹功能更容易被引用，因為它像一份可以帶走的判斷方法。Google 的入門指南也提醒，網站內容的組織與描述應該幫助使用者與搜尋引擎理解主題，細節可對照 Google 搜尋中心 SEO 新手指南。
對話之後的排程：先做少量，再決定放大
會議之後我不建議一次交出全年清單。比較穩的做法是先挑三張通過檢核的情境卡，各寫一篇完整文章，並且指定一位內部人員當第一手經驗的提供者，例如導入顧問或客服主管。這位人員不需要動筆，只需要接受三十分鐘的訪談，說出他上一次看到客戶卡在這個流程時發生了什麼事。
三篇上線後，先不急著看排名，而是觀察兩件事。第一，文章的讀者有沒有走到文件或預約頁，這代表內容與產品的關聯讀者看得懂。第二，業務在接下來的對話中有沒有主動把文章連結傳給客戶，這代表內容對他們有用。這兩件事在沒有任何排名資料時就能觀察，也比較貼近真實需求。
若兩件事都沒發生，通常不是文章寫得不夠長，而是情境卡選錯了讀者。這時回頭修改的是情境卡，而不是替文章加更多關鍵字。這個回修順序，是整個做法裡我最在意的紀律，因為它逼團隊承認判斷有可能出錯，並且有一個明確的地方可以修。
此外，我會請團隊保留一份「被擱置題目清單」，記錄每個題目為什麼沒寫，是缺產品解法、缺第一手經驗，還是讀者不對。半年後回頭看，這份清單常常比已發表的文章更能反映公司對市場的理解有沒有進步。
驗收怎麼設？只列指標名稱，不預寫達成值
會議最後，行銷主管問：那怎麼證明這個做法比較好？我的回答是分三層設指標，並且都以自己公司過去的基準做比較，不引用其他公司的數字。
- 被找到與被讀完：自然搜尋曝光、點擊、頁面停留與捲動深度，觀察的是趨勢，不是單篇高低。
- 走向下一步：文章到文件頁、比較頁、預約頁的點擊路徑，看有沒有自然的延伸。
- 業務端回聲：請業務在對話紀錄中標記客戶是否提到文章裡的說法或檢核表，這是最難偽造也最有價值的訊號。
三層裡最容易被忽略的是第三層。它需要業務願意記錄，所以我會建議把記錄動作縮到一個下拉選項，而不是要求寫心得。
這個做法什麼時候不適用？
- 產品還在找市場定位時，使用情境本身尚未穩定，情境卡會頻繁改寫，這時更適合先做訪談，不急著量產文章。
- 團隊沒有任何一位能提供第一手經驗的人時，情境卡容易填成想像，寫出來的文章會像整理別人的內容。
- 目標讀者非常窄眾、搜尋量極小時，關鍵字驗證幾乎無資料，需要改用社群、活動或直接推薦來測試需求。
還有哪些相關案例可以對照？
如果你的問題是內容與業務的分工，可以參考同系列的 白皮書該不該擋表單的三派立場取捨。若你想先了解我們如何為軟體公司規劃內容與網站，請看 冠誠數位行銷的服務項目，也可以在 常見問題 找到合作前的說明。更多同類型的去識別化情境整理，都收錄在 案例總覽。
這場對話最後的結論很樸素：選題單位換成情境卡之後，產品與行銷不再爭論誰的清單比較對，而是一起補齊每張卡缺少的證據。這個改變不需要新工具，只需要一次願意坐下來填表的會議。