paywall-upgrade-cro

paywall-upgrade-cro 技能概覽

paywall-upgrade-cro 的用途是什麼

paywall-upgrade-cro 技能專門協助你設計與優化產品內的升級時機，包括 paywall、升級頁、加購彈窗、試用到期提示，以及功能鎖定時的升級引導。它聚焦在產品內的轉換優化，不是拿來處理公開定價頁或整體定價策略。

誰適合使用這個技能

最適合的使用者包括創辦人、PM、成長團隊、產品行銷人員，以及負責 freemium 轉付費、試用轉付費、或方案升級流程的設計師。當使用者已經感受到部分價值，現在只差一個合理的升級理由時，paywall-upgrade-cro 就很適合。

真正要解決的工作是什麼

大多數團隊缺的不是抽象的 CRO 理論，而是一個真正可用的升級畫面：能對上觸發時機、使用者當下情緒，以及產品實際提供的價值。paywall-upgrade-cro 最擅長的是提供具體的畫面結構、訊息方向與測試想法，而不是那種籠統的「提升轉換率」建議。

它和一般 prompt 有什麼不同

這個技能很明確地把「情境」放在第一位。它會先推動模型辨識升級情境、理解產品模式與使用者旅程，再根據不同觸發類型調整 paywall。從 repository 的 evals 也看得出來，它要求的不是表層文案潤飾，而是要涵蓋價值 framing、方案比較、社會證明、CTA 品質，以及使用者可退路的 escape hatch 等具體要素。

它不適合拿來做什麼

如果你的真正問題是定價架構、方案包裝設計，或公開 landing page 的 pricing table，就不要用 paywall-upgrade-cro for Conversion。這個技能本身也明確指出，定價策略與頁面 CRO 應該走不同方法。另外，它也不能取代產品分析；它能優化升級當下的轉換體驗，但無法憑空補出缺失的 funnel data。

如何使用 paywall-upgrade-cro 技能

在你的 skills 環境中安裝 paywall-upgrade-cro

使用：
npx skills add https://github.com/coreyhaines31/marketingskills --skill paywall-upgrade-cro

如果你的環境本來就會同步整個 repo，請確認技能存在於 skills/paywall-upgrade-cro/，而且 agent 可以讀到 SKILL.md。

先讀這幾個檔案

建議從以下檔案開始：

• skills/paywall-upgrade-cro/SKILL.md
• skills/paywall-upgrade-cro/evals/evals.json
• skills/paywall-upgrade-cro/references/experiments.md

這個閱讀順序很重要。SKILL.md 提供的是 workflow，evals/evals.json 讓你看清楚好的輸出應該包含哪些內容，而 references/experiments.md 則適合在你已經完成第一輪診斷、接下來要建立測試 backlog 時再用。

在下 prompt 前先確認是否有 product marketing context

這個 repository 有一個很關鍵的實作細節：技能會明確要求 agent 先檢查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md，再決定是否提問。如果你本來就有維護其中一個檔案，那這個 paywall-upgrade-cro skill 的實用性會高很多，因為它能根據你的 positioning、ICP 與 value props 來提出建議。

了解 paywall-upgrade-cro 真正需要的輸入

想拿到夠強的輸出，最好提供：

• 升級類型：freemium、trial expiry、tier upgrade、feature upsell、usage limit
• 觸發時機：什麼操作會引發 paywall
• 目前 free 與 paid 的邊界
• 目標使用者分群
• 現有畫面或文案
• 目前轉換率（如果知道）
• 你已經聽到的使用者摩擦或反對點
• 裝置／使用情境：web app、mobile app、modal、full screen、settings page

如果缺少這些資訊，paywall-upgrade-cro usage 的輸出通常就會偏泛。

把模糊需求改寫成完整 prompt

弱的寫法：
「幫我改善我們的 paywall。」

強的寫法：
「我們是專案管理 SaaS。免費用戶可建立 3 個專案，當他們嘗試建立第 4 個專案時會跳出 modal。付費版可解鎖不限專案數、自訂欄位與團隊權限。這個 modal 目前的升級率是 1.8%。使用者在這個時間點多半是個人工作者，會有被卡住的感覺。請用 paywall-upgrade-cro framework 重寫這個升級畫面，包含 headline、supporting copy、plan comparison、objection handling、CTA，以及一個 escape hatch。另外再提供 5 個 experiments。」

這種較完整的版本，才能讓技能根據當下情境調整訊息，而不是產出通用型的 upsell 文案。

讓 paywall 對應正確的觸發類型

從 repository 的證據可以看出，這個技能會區分不同的觸發情境，而這會直接影響輸出品質：

• usage limit：使用者想繼續操作，但被擋住，情緒通常偏挫折
• trial expiration：使用者可能需要重新被提醒已經獲得哪些價值
• feature lock：使用者需要知道這個功能和自己有何關聯、為何值得升級
• tier upgrade：使用者需要的是方案適配清楚，不是新手教育

如果你沒有明確說明觸發條件，模型很可能會設計出錯誤類型的畫面。

不要只要文案，要直接要求完整畫面結構

從 evals 來看，較好的輸出通常會包含這些核心元件：

• 跟價值連結的 headline，而不只是強調限制
• 對付費解鎖內容的證明或展示
• free 與 paid 的比較
• social proof 或 trust signal
• 明確的 CTA
• escape hatch 或關閉／延後的路徑

這才是比較好的 paywall-upgrade-cro guide 使用方式，而不是只丟一句「幫我把文字改得更好」。

正確使用 experiments 參考檔

references/experiments.md 內容廣、也很實用。最適合的用法是：先拿到一個 baseline 建議之後，再用它來延伸出可測試的變體，例如：

• trigger timing
• hard gate vs soft gate
• layout
• value presentation
• pricing display
• CTA and copy
• personalization
• frequency and dismissal behavior

如果你現在的 paywall 連核心訊息都還不清楚，就不要一開始就要一大串 experiment 清單。先把 message-market fit 修到位，再擴大測試計畫。

哪些 repository 訊號能讓你更信任這個技能

對安裝評估來說，eval 檔尤其有價值，因為它會直接揭露 agent 在真實 paywall 情境中應該做到哪些事。它期待技能能辨識使用者情緒狀態、畫面組成、常見 anti-pattern，以及具體的文案建議。和那些只收錄抽象原則的技能相比，這讓 paywall-upgrade-cro install 更有吸引力。

真實團隊可用的實務 workflow

一個好用的操作順序是：

1. 先提供目前的 trigger 與 free/paid boundary。
2. 提供現在畫面的文案，或 screenshot 上的文字內容。
3. 請技能提出修正版的結構與文案。
4. 再請它指出目前實作中的 anti-pattern。
5. 接著從 references/experiments.md 要 3 到 5 個 experiments。
6. 把最好的輸出整理成產品／設計 spec。

用這個流程操作，會比把 paywall-upgrade-cro for Conversion 當成一次性文案工具更有價值。

常見導入卡關原因

團隊通常會卡在以下四種情況之一：

• 沒有清楚的 free-to-paid boundary
• 還沒定義 trigger moment 就急著做 paywall
• 真正要解的是 pricing strategy，不是畫面優化
• 沒提供產品脈絡，導致輸出看起來可套用到任何產品

如果這些聽起來很像你現在的情況，先把輸入整理好，再來評估這個技能是否有效。

paywall-upgrade-cro 技能常見問題

paywall-upgrade-cro 適合新手嗎

適合，前提是你能清楚描述自己的產品與升級時機。這個技能的結構足以引導非專家做出可用的 paywall，但即使是新手，至少也要交代清楚哪些功能是免費、哪些是付費，以及升級要求會在什麼時候出現。

它真的比一般 prompt 更好嗎

通常是，至少在這個特定情境裡是如此。一般 prompt 很容易只產出表層文案；paywall-upgrade-cro skill 更強，是因為它明確聚焦在 app 內升級時機，並且會逼模型補足情境、使用者狀態、畫面元件與測試想法。

它能幫我處理 pricing strategy 嗎

不能，至少不是直接處理。它擅長的是在產品內呈現並優化升級要求。如果你的核心問題是 price point、方案包裝，或 monetization model，那這不是你第一個該用的技能。

我可以拿它用在 web 和 mobile app 嗎

可以。這個 repository 的範圍本來就廣泛涵蓋產品內升級提示。不過你要明確說明 UI 形式，因為 mobile paywall、modal 與 desktop 升級頁在資訊密度與階層安排上都不同。

什麼情況下不該用 paywall-upgrade-cro

以下情況建議跳過：

• 你需要的是首頁或 pricing page 的重寫
• 使用者還沒真正感受到產品價值
• 你要解的是 retention 或 onboarding，不是升級轉換
• 你手上沒有任何有意義的產品情境可提供

它有包含 experiment 想法嗎

有。references/experiments.md 是這個技能裡最強的支援資產之一，很適合在初步建議出來之後，用來建立真正可執行的 testing backlog。

如何進一步提升 paywall-upgrade-cro 技能的效果

給更好的證據，不要只把 prompt 寫更長

最大的提升槓桿不是更長的 prompt，而是更好的情境品質。請盡量補上：

• 真實的 trigger event
• 當下的使用者分群
• 他們剛剛想完成什麼操作
• 目前付費版實際解鎖了什麼
• 轉換 baseline
• 來自 sales、support 或 research 的主要反對意見

和單純要求「給我 10 個版本」相比，這些資訊對輸出品質的改善大得多。

提供使用者當下的情緒狀態

evals 裡一個比較細但很重要的優勢，是它會注意使用者在觸發當下的情緒。如果使用者剛撞到硬性限制，通常會被卡住、沒有耐心；如果是 trial 到期，他可能會不確定產品是否值得付費。把使用者當下可能的感受告訴技能，通常能明顯提升文案與 CTA 的品質。

明確要求它先找出 anti-pattern

一個很高價值的 prompt 補充句是：
「在重寫之前，先列出我們目前 paywall 的 anti-pattern。」

這通常能挖出這些問題：

• 一開頭就在講限制，而不是價值
• CTA 文字模糊
• 方案選擇太多
• 沒有說明為什麼現在出現這個提示
• 沒有 escape hatch
• 沒有證明升級值得

能提供 screenshot 或原文案就盡量提供

如果你能直接貼上目前畫面的文字，或描述精確的版面配置，paywall-upgrade-cro usage 的輸出會更容易落地。這個技能比較擅長做「轉化與改寫」，而不是在毫無參考下憑空發明。

分兩輪迭代會更好

最佳做法：

• 第 1 輪：先診斷 trigger、訊息與摩擦點
• 第 2 輪：再產出修正版文案、結構與 experiments

這樣可以避免一種很常見的失敗模式：第一個回答太快跳進 polished copy，卻還沒先確認畫面是否真的在解對的問題。

等 baseline 穩了，再拉 experiments

experiments 參考檔很有用，但也很容易被誤用。更好的做法是：先要求技能為你目前情境提出「最佳單一 paywall 版本」，接著再請它延伸可測試的 variants。否則你很容易拿到一長串 experiments，卻沒有一個夠強的 control。

對照 eval 期待來檢查輸出

正式上線前，可以先用 evals/evals.json 暗示的標準做一次 sanity check，確認輸出是否包含：

• 正確的 trigger 分類
• 以價值為主軸的 headline
• 清楚的付費利益
• 明確的比較或選擇邏輯
• 有力的 CTA
• 對使用者情緒狀態的理解
• escape hatch
• anti-pattern 警示

這是讓 paywall-upgrade-cro 輸出更穩定可靠的最簡單方法之一。

加上你自己的內部 context file

如果你會重複使用這個技能，建議建立 .agents/product-marketing-context.md，寫入你的 ICP、pains、positioning、proof points 與 plan structure。這能減少每次重複補背景，也能讓技能在不同專案間維持更一致的表現。

了解 paywall-upgrade-cro for Conversion 的限制

如果你已經提供了不錯的輸入，但輸出還是偏弱，問題不一定出在技能本身。常見根因包括：產品價值本身偏弱、activation 做得不好、方案包裝不清楚，或流量 intent 太低。paywall-upgrade-cro 能改善升級時刻的表現，但它無法單靠自己修好上游的 product-market fit 或 pricing 問題。