作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。先給答案：開源專案要推企業版，官網文案要過社群這關，關鍵是把「哪些東西永遠免費」與「企業版多了什麼」寫成兩段清楚分開的承諾，並且不把社群貢獻者當成免費行銷素材。下面用一個虛構專案的三版文案演進來說明。
情境是這樣：一個工程師起家的開源專案，維護團隊想推出付費企業版，行銷顧問（我）被請來改官網。專案名稱、產品類型與所有引用的社群反應，都是我依多次經驗合併改寫的虛構內容。
第一版草稿：行銷寫得很漂亮，為什麼被維護者退回？
第一版文案是傳統 B2B 軟體的寫法。首頁主標寫著「企業級開源平台，為您的團隊加速創新」，副標強調「經過大型團隊驗證」，主按鈕是「立即升級企業版」。導覽列把「社群」放到最右邊的小字，企業版頁面則有一個大大的比較表，左欄是社群版，右欄是企業版，社群版那一欄有一半打了叉。
「你們把我們花了三年做的功能，用叉叉標成『不支援』，這樣看起來像我們故意把它做壞，好逼人買企業版。」
這是維護者之一看到第一版後說的話（虛構整理）。他的反應其實點出三個問題。第一，比較表用叉叉表達，等於暗示社群版是殘缺版。第二，「經過大型團隊驗證」沒有任何來源，開源社群對這種說法特別敏感，因為社群裡很多人本身就是使用者，他們知道實情。第三，導覽列把社群放在最不顯眼的位置，讓貢獻者覺得自己變成了配角。
第一版的失敗，不是行銷技巧不好，而是把開源專案當成一般商業產品處理。開源的信任資產是社群，而信任一旦被消耗，比一般產品更難修復。
第二版：改成中立語氣，卻換來另一種批評
第二版我們做了兩件事。比較表的叉叉改成「社群版：核心功能完整，企業版另含以下項目」，並且拿掉所有未經證明的形容詞。導覽列也重新排列，社群與文件放到與企業版同等的位置。
這一版送到社群測試時，出現另一種聲音：
「你們只寫企業版多了什麼，沒寫以後會不會把現在免費的功能搬到企業版。這件事才是我們真正在意的。」
這個問題比第一版更難回答，因為它牽涉治理承諾，而不是文案。行銷可以寫出「承諾」，但只有維護團隊能決定這個承諾是否成立。我們因此暫停改稿，回頭請維護者開了一次內部會議，把授權範圍與版本規則寫下來。這一步非常重要：文案只能傳達決策，不能代替決策。
定稿之前，團隊需要先回答的四個治理問題
我把這次會議的討論整理成四題，任何要推企業版的開源團隊都可以拿去自問。
- 授權邊界：已經在社群版的功能，是否承諾不會被移到付費版？如果不能承諾，官網就不能暗示可以
- 企業版新增功能的判斷準則：例如涉及單一登入、稽核、進階權限這類大型組織才需要的功能，可以有一套公開準則，社群看得到判斷邏輯
- 貢獻者的位置：外部貢獻者的程式碼，是否可能被納入企業版？如果會，貢獻政策要清楚寫出，且貢獻者事先知道
- 安全修補：影響安全的修補是否同步提供給社群版使用者。這一題常常是社群最在意，也是最容易被行銷忽略的
這四題的答案不是我寫的，也不應該由行銷決定。我的工作是把答案轉譯成官網上讀者能一眼看到的承諾。若團隊對其中某題還沒有共識，就不要在官網寫模糊的保證，寧可暫緩推出企業版，也不要讓文字先行、政策落後。
定稿：兩段分開的承諾加一張誠實的表
定稿的結構是把企業版頁面拆成兩個明確區塊。上半部叫「社群版的承諾」，用短句寫清楚哪些原則不會變。下半部叫「企業版多了什麼」，只列出新增項目，並註明每一項為什麼需要付費。比較表則整個重寫，不再是社群版對企業版，而是「企業版新增能力」與「適用團隊」兩欄。
| 元素 | 第一版 | 定稿 |
|---|---|---|
| 首頁主標 | 強調企業級與加速創新 | 先說專案解決什麼問題，企業版僅在次級位置出現 |
| 主按鈕 | 立即升級企業版 | 開始使用（社群版），另設「了解企業版」次要連結 |
| 比較表 | 社群版打叉，企業版打勾 | 只列企業版新增能力與適用情境，不對社群版打叉 |
| 社群入口 | 導覽列最右側小字 | 與文件、企業版同級 |
| 信任宣稱 | 「大型團隊驗證」無來源 | 拿掉；改列公開的版本紀錄與貢獻者政策連結 |
| 治理說明 | 沒有 | 獨立頁面說明授權邊界與貢獻政策 |
這張表也是內部檢查表。每一列都可以問：這個改動是為了讓讀者更容易判斷，還是為了讓轉換率好看？前者留下，後者刪掉。
為什麼把社群當成行銷素材會出事？
開源專案的貢獻者不是員工，也不是客戶，他們是自願花時間的人。把他們的頭像、留言、貢獻數字放在企業版頁面當作背書，看起來很有說服力，實際上容易引發反感，因為他們沒有同意被商業使用。我的建議是，任何引用社群成員的內容，都先取得本人同意，並且說清楚用在哪裡。更穩妥的做法是引用公開的專案紀錄，例如版本更新與貢獻政策，而不是個人。
企業版頁面上的每一項宣稱，也建議對照 Google 搜尋中心的有幫助內容指南 檢查：這頁是不是站在讀者立場提供資訊，還是只在說服。這份指南談的是搜尋內容品質，但用來檢視官網文案的誠實度，也很好用。
如果團隊正在考慮企業版資料是否要放在表單後面，可以參考 白皮書該不該擋表單的三派立場取捨，開源社群對「表單擋內容」的反應比一般讀者更強烈，這一點要先評估。
定稿上線之後，還有哪些細節要盯？
定稿不是句點。上線後的頭幾週，我請維護者固定花一點時間看兩個地方：討論區裡有沒有人引用官網文字來質疑團隊，以及企業版詢問信裡是否出現「我以為社群版也有」這類誤解。前者代表承諾寫得不夠具體，後者代表比較表仍有模糊地帶。這兩種訊號都不需要工具，只要有人願意讀，並且把讀到的原話貼回內部文件。
我也建議把治理說明頁當成活文件，每次版本政策有調整，就同步更新頁面上的日期與變更摘要。社群成員很在意的不是政策永遠不變，而是變動前有沒有被告知。頁面上有清楚的更新紀錄，本身就是一種可驗證的誠意。
驗收指標與觀察方式
這類專案的成效不應只看企業版詢問量，因為社群信任受損時，詢問量反而可能短期上升，之後才出現流失。我建議同時看兩組指標，且都不設定目標值：
- 社群健康：議題與討論區的語氣變化、新貢獻者的加入趨勢、公開場合對企業版的提問類型，由維護者人工標註
- 商業訊號：企業版詢問的內容是否與新增能力對應，若多數詢問問的是「社群版能不能也有」，代表定位仍有落差
- 官網行為：治理說明頁與貢獻政策頁的瀏覽與停留，用來判斷讀者是否真的在乎這些資訊
若你想在文章與常見問題頁面加上結構化資料，可以參考 Google 結構化資料入門，但這屬於技術細節，優先順序在治理說明之後。
這個做法什麼時候不成立？
- 專案由單一公司主導、外部貢獻極少時，社群壓力較低，可以更接近一般商業產品的寫法，但仍不建議在功能上暗示殘缺
- 維護團隊對授權與版本政策沒有共識時，任何文案都只是暫時的，應該先暫緩
- 專案授權本身涉及限制商業使用的條款時，用詞與說明要交給熟悉授權的專業人士，行銷不能自行詮釋
還有一件事我要說清楚：文案改成功，並不保證社群接受，也不保證企業版賣得好。它只保證你不會因為文字而製造不必要的敵意。如果你們的團隊也正面對開源與商業化的取捨，歡迎從 冠誠數位行銷的服務項目 開始了解，我們會先從治理問題談起，而不是先改文案。也可以先看看 常見問題 了解合作流程。