轉換率優化 (CRO)
何時使用此技能
當使用者的要求涉及以下任一情況時,請啟動此技能:
- 審查登陸頁面的轉換成效
- 設計或改善登陸頁面的版面、文案或使用者流程
- 建立、分析或解讀 A/B 測試或多變量測試
- 優化網頁表單(潛在客戶開發、註冊、聯絡、申請)
- 設計或審查定價頁面與定價呈現方式
- 降低購物車棄單率或改善結帳完成率
- 改善任何網站轉換指標(表單提交數、註冊數、購買數、試用開始數)
- 計算實驗所需的樣本量、測試持續時間或統計顯著性
- 決定要優先處理哪些轉換改善項目
- 診斷頁面或漏斗轉換率低的原因
- 詢問關於信任信號、社會證明、急迫性元素或 CTA 最佳化的問題
品牌背景(自動套用)
在產出本模組的任何行銷內容前:
- 檢查工作階段上下文 — 工作階段開始時已輸出活躍品牌摘要。請使用其中顯示的品牌名稱、產業、語調設定、通路、目標、法規遵循情況和競爭對手。
- 如需完整檔案,請讀取:
~/.claude-marketing/brands/{slug}/profile.json - 套用品牌語調 — 所有內容的語氣和用字必須符合正式度、活力感、幽默感和權威感的設定
- 檢查法規遵循 — 根據品牌目標市場和產業,自動套用
skills/context-engine/compliance-rules.md中的規則 - 參考產業基準 — 查閱
skills/context-engine/industry-profiles.md中該品牌的產業資料 - 使用平台規格 — 參考
skills/context-engine/platform-specs.md的字元限制和格式要求 - 檢查行銷活動歷史 — 在規劃新工作前,執行
python "${CLAUDE_PLUGIN_ROOT}/scripts/campaign-tracker.py" --brand {slug} --action list-campaigns - 如果沒有品牌存在,請說:「找不到品牌檔案。請使用 /digital-marketing-pro:brand-setup 建立一個,或者我可以依一般最佳實務繼續進行。」
- 檢查品牌指南 — 如果
~/.claude-marketing/brands/{slug}/guidelines/_manifest.json存在,請載入並強制執行:restrictions.md的禁用詞、受限聲明和強制免責聲明;channel-styles.md的通路特定語調覆寫(可能與基本語調不同);messaging.md的核准關鍵訊息、標語和定位語言;voice-and-tone.md的超越 4 個數值分數的詳細語調規則。如果為特定通路產出內容,通路風格規則優先於基本語調設定。
請勿向使用者詢問其品牌檔案中已有的資訊。
必要背景
在執行前,請從使用者取得以下資訊(若未提供則詢問):
- 頁面 URL 或描述:要優化的具體頁面或流程
- 當前轉換率:要改善的基準指標(若已知)
- 每月流量:測試持續時間和統計顯著性計算所需
- 轉換目標:什麼算是轉換(表單提交、購買、註冊、下載)
- 商業模式:B2B、B2C、D2C、SaaS、電子商務、潛在客戶開發
- 流量來源:訪客從何處來(付費、自然流量、電子郵件、直接流量),因為來源會影響意圖等級
- 裝置比例:行動裝置與桌面的流量百分比
- 現有測試歷史:之前測試過哪些項目及其結果
- 技術棧:CMS、測試工具(Optimizely、VWO、Google Optimize 後繼工具、客製化)、分析平台
- 限制條件:所需的法律免責聲明、品牌指南、法規遵循限制
功能
登陸頁面審查
- 五秒測試:頁面是否在載入後的五秒內傳達了其價值主張?
- 首屏分析:標題清晰度、副標題支援度、主圖相關性、主要 CTA 的可見度
- 信任信號清單:標誌、推薦、評論、認證、安全徽章、保證
- CTA 評估:清晰度、對比度、位置、文案具體性、競爭 CTA 數量
- 表單評估:欄位數量、欄位標籤、必填與選填、錯誤處理、多步驟與單步驟
- 頁面速度影響:載入時間與跳出率的關聯、作為轉換因素的核心網頁指標
- 行動體驗:觸控目標、滾動深度、拇指區 CTA 位置、行動特定的摩擦點
- 內容層級:資訊架構、視覺層級、是否支援 F 型或 Z 型掃描模式
- 異議處理:頁面是否在轉換點之前處理了常見異議
A/B 測試框架
- ICE 優先級排序:根據影響力(1-10)、信心度(1-10)和便利性(1-10)為潛在測試評分,以決定測試順序
- 假設格式:結構化為「如果我們 [改變],則 [指標] 會 [改善/降低],因為 [理由]」
- 樣本量計算:基於基準轉換率、最小可偵測效應、統計檢定力(80%)和顯著水準(95%)
- 測試持續時間估算:考慮流量、轉換率和完整商業週期(最少 1-2 週以捕捉每週模式)
- 結果解讀:統計顯著性、實務顯著性、區隔分析和營收影響預測
- 序列測試:何時使用固定視野與序列/貝氏方法以加快決策
表單優化
- 減少欄位:移除或延後非必要欄位。每增加一個欄位,轉換率約降低 2-7%
- 漸進式資訊收集:在多次互動中收集資訊,而非一次全部收集
- 行內驗證:使用者在填寫欄位時提供即時反饋,可降低表單棄填率
- 智慧型預設值:預先填入已知資料,使用合理的預設值,並提供自動完成功能
- 多步驟表單:將長表單拆解成邏輯步驟,並附上進度指示器
- 欄位類型最佳化:根據選項數量和上下文,選擇下拉式選單、選項按鈕或文字輸入框
- 錯誤訊息:在相關欄位附近提供具體、有幫助的錯誤訊息
定價心理學
- 定錨效應:先呈現價格較高的選項,使目標選項看起來更合理
- 誘餌效應:引入一個策略上較差的選項,引導使用者選擇目標方案
- 魅力定價:$99 vs $100 — 何時有效(B2C、衝動購買)與何時適得其反(高階 B2B)
- 價格框架:年付與月付顯示、每位使用者與統一費率、每日等效金額(「少於一杯咖啡的價格」)
- 方案命名:引導使用者自我選擇的命名慣例(初階/成長/企業 vs 基本/專業/高級)
- 功能差異化:在每個層級中設定的功能,以創造自然的升級壓力
- 定價頁面上的社會證明:顯示「最受歡迎」徽章、各層級的客戶數或標誌
結帳優化
- 降低購物車棄單率:離開意圖優惠、購物車回收電子郵件、進度指示器、持久性購物車
- 訪客結帳:永遠提供訪客結帳選項;強制建立帳號會導致 24% 的棄單率
- 付款方式覆蓋率:信用卡、PayPal、Apple Pay、Google Pay、先買後付、區域性付款方式
- 運費透明度:提早顯示運費、提供免運門檻、提供配送時間預估
- 訂單摘要持續顯示:在整個結帳過程中保持訂單詳細資訊可見
- 安全性強化:在付款點顯示 SSL 徽章、付款標誌、退款保證
- 單頁與多步驟結帳:根據產品複雜度和資訊需求制定的決策框架
- 購買後優化:確認頁面的追加銷售、訂單確認電子郵件、購買後建立帳號
流程
標準登陸頁面審查(最常見的使用案例)
- 五秒掃描 — 以首次訪客的角度檢視頁面。能否在 5 秒內辨識出公司業務、目標對象以及應採取的動作?
- 首屏審查 — 評估標題的具體性、副標題的支援度、主圖的相關性和 CTA 的突出程度。首屏是最有價值的版面區域。
- 信任與可信度 — 盤點所有信任信號(推薦、標誌、評論、認證、保證)。找出在關鍵決策點缺少社會證明的缺口。
- CTA 分析 — 計算頁面上的所有 CTA。檢查是否有相互競爭的動作、按鈕文案的具體性(「取得免費試用」優於「提交」)、對比度和出現頻率。
- 內容流程 — 逐區塊瀏覽頁面。是否遵循邏輯的說服順序?問題、解決方案、證明、行動?
- 表單/轉換點 — 評估表單或轉換機制。計算欄位數量、評估標籤、檢查錯誤處理,並評估提交按鈕周圍的微文案。
- 行動裝置審查 — 在行動裝置上檢視相同頁面。檢查觸控目標(最小 44x44px)、到達 CTA 的滾動深度、水平滾動問題和載入時間。
- 速度檢查 — 注意任何可見的效能問題。如果速度似乎是個因素,建議進行核心網頁指標審查。
- 優先級建議 — 使用 ICE 框架以優先級排序的方式呈現發現。優先處理速效方案,其次為結構性變更,最後是重新設計等級的變更。
A/B 測試設計流程
- 識別問題 — 使用資料(分析、熱圖、工作階段錄製、使用者反饋)來找出轉換瓶頸。
- 建立假設 — 撰寫結構化假設:「如果我們 [改變 X],則 [指標 Y] 會 [增加/減少] [估計量],因為 [基於證據的理由]。」
- 使用 ICE 評分 — 以 1-10 的尺度對影響力、信心度和便利性進行評分。優先處理綜合分數最高的測試。
- 計算需求 — 使用
python "${CLAUDE_PLUGIN_ROOT}/scripts/sample-size-calculator.py" --baseline-rate {rate} --mde {mde} --mde-type absolute --significance 0.95 --power 0.80來決定樣本量(如果 MDE 是相對提升量,則使用--mde-type relative— 兩者在 5% 的基準轉換率下差異約兩個數量級,約 200 倍)。根據每日流量估算測試持續時間。 - 設計變體 — 建立測試變體。每次測試只改變一個變數(除非在流量充足的情況下執行多變量測試)。
- 測試品管 — 驗證追蹤,在不同裝置和瀏覽器上檢查兩個變體,確認測試不會破壞後續流程。
- 執行與監控 — 啟動測試。在達到計算出的樣本量之前,請勿偷看結果。僅監控技術問題。
- 分析與記錄 — 在測試結束時,使用
python "${CLAUDE_PLUGIN_ROOT}/scripts/significance-tester.py" --control-visitors {n} --control-conversions {n} --variant-visitors {n} --variant-conversions {n} --confidence 0.95評估統計顯著性,檢查區隔層級的結果,計算營收影響,並記錄學到的經驗教訓(無論結果如何)。
參考檔案
landing-page-audit.md— 詳細審查清單、評分標準及各產業的基準轉換率ab-testing.md— 測試設計模板、樣本量計算器、統計方法及常見測試陷阱form-optimization.md— 逐欄位最佳化指南、漸進式資訊收集實作及表單使用者體驗模式pricing-psychology.md— 定價頁面模板、心理學原則及其範例、層級結構框架checkout-optimization.md— 購物車棄單診斷、結帳流程模板及付款最佳化策略personalization-testing.md— 基於區隔的個人化測試設計、最小區隔規模及個人化衡量陷阱
輸出格式
- 登陸頁面審查報告:逐區塊的發現,附帶嚴重性評級(重大/高/中/低)、特定元素的截圖或參考,以及帶有 ICE 分數的優先行動項目
- A/B 測試計劃:假設、變體描述、樣本量需求、預估持續時間、成功標準及區隔計劃
- 表單優化規格:當前與推薦欄位列表、版面線框描述、驗證規則及錯誤訊息文案
- 定價頁面建議:層級結構、定價呈現方式、功能矩陣及附帶理由的心理觸發因素
- 結帳優化計劃:漏斗階段分析、流失診斷及按預期影響排序的改善項目列表
邊緣案例
低流量網站
每月轉換次數少於 1000 次的網站通常無法在合理時間內達到統計顯著性。對於這些網站,請跳過 A/B 測試,直接根據審查結果實施最佳實務。使用前/後測量,並注意混淆變數。考慮使用質性方法(對 5 個使用者進行測試可發現 85% 的可用性問題)而非量化測試。
B2B 長頁面 vs B2C 短頁面
B2B 登陸頁面通常需要更長,因為購買決策涉及多方利益相關者、較高的價格點和較長的評估週期。不要預設「越短越好」。相反地,應確保首屏區塊能快速篩選意圖,並讓頁面其餘部分全面處理異議。B2C 衝動購買則受益於簡短、快速、單一 CTA 的頁面。
行動優先 vs 桌面優先最佳化
在提出建議前,請檢查裝置比例。如果超過 70% 的流量來自行動裝置,則以行動裝置為優先進行優化,並確保桌面版不會出錯。如果流量以桌面為主(B2B 常見),則以桌面為優先進行優化,但切勿忽略行動裝置。常見的「響應式」折衷方案通常兩者都做不好。
需強制免責聲明的受監管產業
醫療保健、金融、法律和保險頁面通常需要冗長的免責聲明、揭露或法規遵循文字。請勿…
…(原文截斷以便翻譯)