作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。軟體公司的官網夥伴頁該寫什麼，我的整理是四件事：夥伴要符合的資格、公司實際提供的支援、雙方如何分工與分潤的結構，以及不合適時如何退場。下面的三場訪談是依實務重構的情境，人物與公司皆為虛構。
夥伴頁常被當成招募海報，放幾個標語、一張「成為夥伴」的表單就算完成。但我每次和真正經營通路的人聊，他們的第一句話都差不多：「我要知道押上這條產品線，我會得到什麼、失去什麼。」這篇用三段訪談筆記，帶你從三個位置看同一個頁面。
訪談一：夥伴經理說，我們收到的申請多半答非所問
第一位受訪者是一家軟體公司的夥伴經理，負責審核申請。他手上的問題很具體：表單送進來的人，有一部分其實不是通路，而是想要一個折扣帳號的終端使用者。
「我們的夥伴頁寫得很簡單，就是歡迎加入。結果申請的人什麼背景都有。」他說。我問他，頁面有沒有寫清楚誰適合。他想了一下，承認只寫了「有志於軟體導入的企業」。這句話幾乎涵蓋所有人。
從這段對話，我整理出第一個判斷：夥伴頁的資格說明，是替審核團隊過濾，也是替申請者自我評估。如果一個人讀完頁面，還無法回答「我夠不夠格」，那頁面就沒有完成它的工作。
實務上，資格可以分成三類來寫：
- 能力型：有沒有導入顧問、工程師或客戶成功人員，能獨立完成什麼等級的專案。
- 客戶型：服務的客戶規模與產業，是否與產品目標客群相符。
- 承諾型：願意投入的資源，例如指定窗口、接受認證培訓、維持基本的服務品質。
寫成清單並不困難，難的是團隊願意把「不適合誰」也說出來。我建議至少寫一句，例如「若你只需要自用帳號，請至一般方案頁」，這句話會替審核團隊省下不少時間。
訪談二：通路老闆說，我在意的是你出事時怎麼支援
第二位受訪者是一家系統服務公司的負責人，他手上同時代理好幾個軟體品牌。我請他描述看夥伴頁時最先找什麼。
「我不會先看分潤，」他說，「分潤大家都差不多。我先看你有沒有寫，客戶在導入到一半卡住時，我可以找誰、多久有回應。」
他接著說了一段讓我印象很深的話：
我賣的不是你的軟體，我賣的是我對客戶的承諾。你如果支援不穩，客戶罵的是我。
這段話翻成夥伴頁的語言，就是支援機制要具體。不是寫「提供專屬支援」，而是寫支援窗口的形式、處理問題的流程、升級管道，以及哪些事情由公司負責、哪些事情由夥伴負責。我沒有替任何公司編出時間承諾，因為承諾必須來自你真正做得到的服務水準，寫出去就要能兌現。
他也提到另一個痛點：認證與培訓。夥伴需要知道怎麼拿到資格、要花多久、需要準備什麼。這部分若已經有正式的認證制度，可以放一個說明入口；若還沒有，就誠實寫成「培訓內容由夥伴經理個別說明」，不要放一個看起來很正式、點進去卻空白的頁面。我們平常也會協助企業整理這類信任證明的呈現方式，可參考認證與資格說明頁的做法。
訪談三：業務主管說，夥伴的線索到底算誰的
第三位受訪者是直營業務團隊的主管，他最擔心的是通路衝突。
「夥伴帶進來的案子，如果我們的業務也在跟，最後算誰的？」他問。這不是頁面能解決的問題，但頁面可以先把原則講出來。
夥伴頁至少要讓人看見三件事：客戶登記制度是否存在、衝突時如何處理、直營業務與夥伴的邊界。內容可以簡短，例如說明「客戶案件登記後，在一定期間內受到保護」，細節再由合約規範。重點是讓夥伴知道有制度，而不是讓他們自己去猜。
這位主管還提到一個常見的失敗：夥伴頁一次談太多，把招募、教育訓練、行銷素材下載、客戶查詢全放同一頁。結果每種讀者都找不到自己要的。我的建議是把頁面拆成入口與內頁，入口頁只回答「這是什麼、適合誰、下一步」，細節放在後面。若夥伴的主要業務是客製整合，可以對照我們談系統整合商官網怎麼寫那一篇，看服務範圍如何切分。
三個視角合起來，夥伴頁的檢核表
把三場訪談的重點合併，我整理出一張檢核表。它不是規格書，而是每次改版前可以拿出來對照的問題清單。
| 項目 | 要回答的問題 | 主要讀者 | 常見漏寫 |
|---|---|---|---|
| — | — | — | — |
| 適合對象與不適合對象 | 誰該申請、誰不該 | 申請者、審核團隊 | 只寫歡迎，不寫條件 |
| 夥伴類型 | 轉介、經銷、實作、技術整合各自的差別 | 申請者 | 所有類型混在一起 |
| 公司提供的支援 | 培訓、技術窗口、行銷素材、共同拜訪 | 通路老闆 | 用形容詞代替內容 |
| 分潤與計算結構 | 以什麼為基礎、何時計算 | 通路老闆 | 完全不提，或只寫「優渥」 |
| 客戶保護與衝突原則 | 案件登記、衝突處理 | 夥伴與直營業務 | 寫在合約，頁面沒有交代 |
| 客戶查詢入口 | 終端客戶如何確認合格夥伴 | 終端客戶 | 招募頁與客戶頁混為一談 |
| 退場條件 | 不符合品質或活動條件時如何處理 | 雙方 | 從不提及 |
「退場條件」這一列常引起爭論。有人認為寫出來會嚇跑夥伴。我的經驗是，願意認真經營的夥伴反而會因此放心，因為它代表品質有人在管。
夥伴頁的內容，值不值得被搜尋到？
這是一個可以獨立引用的問答：軟體公司的夥伴頁要不要做搜尋引擎最佳化？答案是要，但方向是回答夥伴與客戶真正會搜尋的問題，而不是塞滿關鍵字。例如客戶會找「某軟體的認證導入夥伴」，夥伴會找「某軟體的代理條件」，這兩種搜尋意圖不同，適合放在不同頁面。
Google 對內容的要求是實用、可靠，且以人為本，夥伴頁若能提供具體的條件與流程，比空泛的口號更符合這個方向，詳見官方的實用內容指引。若你的合格夥伴名單有固定格式，也可以評估是否使用結構化資料協助搜尋引擎理解頁面內容，官方的結構化資料簡介說明了基本概念，是否適用要依頁面實際內容判斷，不要為了標記而標記。
驗收指標怎麼設定，而不是承諾數字
夥伴計畫的驗收，最容易掉進的陷阱是只數夥伴的數量。大量沒有動作的夥伴，不如少數真正在服務客戶的夥伴。我建議把指標分成幾個階段來觀察：
- 申請品質：申請到通過審核的比例，用來判斷頁面的資格說明是否有效過濾。
- 啟動速度：從通過審核到第一個案件登記的時間，反映培訓與支援是否順暢。
- 案件品質：夥伴案件的導入完成狀況與續約表現，需要與直營案件用同一標準比較。
- 客戶回饋：終端客戶對服務品質的回報，這是夥伴計畫最誠實的鏡子。
- 溝通成本：夥伴經理花在重複回答同類問題的時間，若很高，代表頁面還有沒說清楚的地方。
這些指標不需要一開始就有精準基準。第一年重點是建立記錄習慣，第二年才有比較的依據。
這套做法什麼時候不適用
如果產品還在早期，尚未有穩定的導入流程，就不適合開放夥伴。因為夥伴是放大器，會把你的流程缺口一起放大。如果公司沒有專人負責夥伴，頁面寫得再好，申請進來後沒有人回，反而傷害品牌。另外，若產品受特定產業法規限制導入者資格，夥伴頁的資格條件必須與法務討論，不能只由行銷決定。
收尾
三場訪談聽下來，我最深的感受是：夥伴頁不是給對方看的廣告，而是雙方簽約前的第一份共同文件。你寫得越誠實，來的人就越接近你要的人。若你正在規劃夥伴計畫，需要人幫忙檢視頁面與內容分工，可以先看服務項目，再決定是否聯繫。