Communitygithub.com

eddiebelaval/squire

當使用者想要優化註冊、登記、帳戶建立或試用啟用流程時使用。也用於當使用者提及「註冊轉換率」、「註冊障礙」、「註冊表單優化」、「免費試用註冊」、「減少註冊流失」或「帳戶建立流程」時。關於註冊後的新手引導,請參考 onboarding-cro。關於潛在客戶捕獲表單(非帳戶建立),請參考 form-cro。

squire 是什麼?

此技能旨在優化註冊、登記、帳戶建立或試用啟用流程,以減少摩擦、提高完成率,並為後續的啟用做好準備。它涵蓋了多種註冊流程類型,包括免費試用、免費用戶帳戶、付費帳戶建立以及 B2B 和 B2C 情境。此技能的核心原則包括最小化必填欄位、在要求使用者承諾前先展示價值、減少感知負擔,以及消除不確定性。它提供逐步的工作流程,從理解流程類型和當前瓶頸開始,並給出措施建議,可應用於 Claude Code、Cursor、Codex 等 AI 編碼代理。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/eddiebelaval/squire/tree/HEAD/skills/signup-flow-cro

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

註冊流程 CRO

您是優化註冊流程的專家。您的目標是減少摩擦、提高完成率,並為使用者成功啟用做好準備。

初步評估

在提供建議之前,請先了解:

  1. 流程類型

    • 免費試用註冊
    • 免費用戶帳戶建立
    • 付費帳戶建立
    • 候補名單/早期使用註冊
    • B2B vs B2C
  2. 當前狀態

    • 有多少步驟/畫面?
    • 需要填寫哪些欄位?
    • 當前的完成率為何?
    • 使用者在哪個環節流失?
  3. 業務限制

    • 註冊時確實需要哪些資料?
    • 是否有合規要求?
    • 註冊後立即發生什麼事?

核心工作流程

工作流程 1:主要動作

  1. 分析輸入與情境
  2. 驗證前提條件是否滿足
  3. 執行核心操作
  4. 驗證輸出符合預期
  5. 報告結果

核心原則

1. 最小化必填欄位

每個欄位都會降低轉換率。針對每個欄位,問問:

  • 在使用者能夠使用產品之前,我們是否絕對需要這個?
  • 我們可以稍後透過漸進式輪廓收集再取得嗎?
  • 我們可以從其他資料推斷出這個嗎?

典型欄位優先級:

  • 必要:電子郵件(或電話)、密碼
  • 通常需要:姓名
  • 通常可延後:公司、角色、團隊規模、電話、地址

2. 在要求承諾前先展示價值

  • 在要求註冊之前,你可以展示/提供什麼?
  • 他們能在建立帳戶之前先體驗產品嗎?
  • 反轉順序:先提供價值,再要求註冊

3. 減少感知負擔

  • 如果有多個步驟,應顯示進度
  • 將相關欄位分組
  • 使用智慧預設值
  • 盡可能預先填寫

4. 消除不確定性

  • 明確的期望(「只需 30 秒」)
  • 顯示註冊後會發生什麼事
  • 沒有意外(隱藏的需求、意外的步驟)

逐欄位優化

電子郵件欄位

  • 單一欄位(無需確認電子郵件欄位)
  • 即時驗證格式
  • 檢查常見拼寫錯誤(gmial.com → gmail.com)
  • 清晰的錯誤訊息

密碼欄位

  • 顯示密碼切換按鈕(眼睛圖示)
  • 提前顯示密碼要求,而不是在失敗後才顯示
  • 考慮使用密碼短語提示來增強強度
  • 即時更新強度指示器

更好的密碼使用者體驗:

  • 允許貼上(不要禁用)
  • 顯示密碼強度計量器,而不是僵硬的規則
  • 考慮無密碼選項

姓名欄位

  • 單一的「全名」欄位 vs. 名字/姓氏分開(測試這個)
  • 僅在立即使用(個人化)時才要求
  • 考慮設為選填

社交登入選項

  • 放置於顯眼位置(通常轉換率高於電子郵件)
  • 針對您的目標受眾顯示最相關的選項
    • B2C:Google、Apple、Facebook
    • B2B:Google、Microsoft、SSO
  • 與電子郵件註冊有清晰的視覺區隔
  • 考慮將「使用 Google 註冊」設為主要選項

電話號碼

  • 除非必要(簡訊驗證、通話線索),否則延後
  • 如果必須要求,請說明原因
  • 使用適當的輸入類型,並處理國碼
  • 在使用者輸入時自動格式化

公司/組織

  • 如果可能,請延後
  • 在使用者輸入時自動建議
  • 盡可能從電子郵件域名推斷

使用案例/角色問題

  • 如果可能,延後到新手引導階段
  • 如果在註冊時需要,則保持在一個問題內
  • 使用漸進式揭露(不要一次顯示所有選項)

單步驟 vs. 多步驟

單步驟適用於:

  • 3 個或更少的欄位
  • 簡單的 B2C 產品
  • 高意圖訪客(來自廣告、候補名單)

多步驟適用於:

  • 需要超過 3-4 個欄位
  • 需要分群的複雜 B2B 產品
  • 需要收集不同類型的資訊

多步驟最佳實務

  • 顯示進度指示器
  • 先從簡單的問題開始(姓名、電子郵件)
  • 將較難的問題放在後面(在心理承諾之後)
  • 每個步驟都應感覺在幾秒鐘內可以完成
  • 允許返回上一步
  • 儲存進度(重新整理時不要遺失資料)

漸進式承諾模式:

  1. 僅電子郵件(最低門檻)
  2. 密碼 + 姓名
  3. 客製化問題(選填)

信任與摩擦減少

在表單層級

  • 「無需信用卡」(如果屬實)
  • 「永久免費」或「14 天免費試用」
  • 隱私說明:「我們絕不會分享您的電子郵件」
  • 相關的安全徽章
  • 在註冊表單附近放置推薦見證

錯誤處理

  • 即時驗證(不僅在提交時)
  • 具體的錯誤訊息(「此電子郵件已註冊」+ 恢復路徑)
  • 錯誤發生時不要清除表單
  • 聚焦在有問題的欄位

微文案

  • 佔位符文字:用於範例,而非標籤
  • 標籤:始終可見(不僅是佔位符)
  • 說明文字:僅在需要時提供,並靠近欄位放置

行動裝置註冊優化

  • 更大的觸控目標(高度 44px 以上)
  • 適當的鍵盤類型(電子郵件、電話等)
  • 支援自動填寫
  • 減少輸入(社交登入、預填)
  • 單欄布局
  • 固定式 CTA 按鈕
  • 使用真實裝置進行測試

提交後體驗

成功狀態

  • 清晰的確認
  • 明確的下一個步驟
  • 如果需要電子郵件驗證:
    • 說明該怎麼做
    • 簡單的重新發送選項
    • 檢查垃圾郵件的提醒
    • 如果輸入錯誤,可以更改電子郵件

驗證流程

  • 考慮延後驗證直到必要時
  • 使用魔術連結作為密碼的替代方案
  • 讓使用者在等待驗證時可以探索
  • 如果驗證停滯,進行清晰的重新互動

衡量指標

關鍵指標

  • 表單開始率(到達 → 開始填寫)
  • 表單完成率(開始填寫 → 已提交)
  • 欄位級別流失(哪些欄位導致流失)
  • 完成時間
  • 各欄位錯誤率
  • 行動裝置 vs. 桌面裝置完成率

要追蹤的項目

  • 每個欄位的互動(聚焦、失焦、錯誤)
  • 多步驟中的步驟進度
  • 社交登入 vs. 電子郵件註冊比例
  • 步驟之間的時間

輸出格式

稽核結果

針對找到的每個問題:

  • 問題:什麼地方出了問題
  • 影響:為什麼重要(如果可能,附上估計影響)
  • 修復:具體建議
  • 優先級:高/中/低

建議的變更

按以下分類整理:

  1. 快速致勝(當日可修復)
  2. 高影響變更(週級別工作量)
  3. 測試假設(需要 A/B 測試的項目)

表單重新設計(如有要求)

  • 推薦的欄位集合及其理由
  • 欄位順序
  • 標籤、佔位符、按鈕、錯誤訊息的文案
  • 視覺佈局建議

常見註冊流程模式

B2B SaaS 試用

  1. 電子郵件 + 密碼(或 Google 登入)
  2. 姓名 + 公司(選填:角色)
  3. → 新手引導流程

B2C 應用程式

  1. Google/Apple 登入 或 電子郵件
  2. → 產品體驗
  3. 稍後完成個人資料

候補名單/早期使用

  1. 僅電子郵件
  2. 選填:角色/使用案例問題
  3. → 候補名單確認

電子商務帳戶

  1. 預設為訪客結帳
  2. 購買後可選填建立帳戶
  3. 或使用社交登入一鍵完成

實驗想法

表單設計實驗

佈局與結構

  • 單步驟 vs. 多步驟註冊流程
  • 多步驟搭配進度條 vs. 不搭配
  • 1 欄 vs. 2 欄欄位佈局
  • 表單內嵌在頁面上 vs. 獨立的註冊頁面
  • 水平 vs. 垂直欄位對齊

欄位優化

  • 減少到最少欄位(僅電子郵件 + 密碼)
  • 添加或刪除電話號碼欄位
  • 單一的「姓名」欄位 vs. 「名字/姓氏」分開
  • 添加或刪除公司/組織欄位
  • 測試必填 vs. 選填欄位的平衡

驗證選項

  • 添加 SSO 選項(Google、Microsoft、GitHub、LinkedIn)
  • SSO 顯眼 vs. 電子郵件表單顯眼
  • 測試哪些 SSO 選項能引起共鳴(因受眾而異)
  • 僅 SSO vs. SSO + 電子郵件選項

視覺設計

  • 測試按鈕顏色和大小,以強調 CTA
  • 純色背景 vs. 與產品相關的視覺元素
  • 測試表單容器樣式(卡片 vs. 極簡)
  • 針對行動裝置優化的佈局測試

文案與訊息實驗

標題與 CTA

  • 在註冊表單上方測試不同的標題變化
  • CTA 按鈕文字:「建立帳戶」 vs. 「開始免費試用」 vs. 「開始使用」
  • 在 CTA 中明確說明試用期限
  • 在表單標頭中測試價值主張的重點強調

微文案

  • 欄位標籤:簡潔 vs. 描述性
  • 佔位符文字優化
  • 錯誤訊息的清晰度和語氣
  • 密碼要求顯示(預先顯示 vs. 錯誤時顯示)

信任元素

  • 在註冊表單旁邊添加社交證明
  • 在表單附近測試信任徽章(安全性、合規性)
  • 添加「無需信用卡」的訊息
  • 包含隱私保證文案

試用與承諾實驗

免費試用變體

  • 試用需要信用卡 vs. 不需要信用卡
  • 測試試用期限的影響(7 vs. 14 vs. 30 天)
  • 免費用戶 vs. 免費試用模式
  • 有限功能的試用 vs. 完整存取權限

摩擦點

  • 電子郵件驗證:必要 vs. 延後 vs. 移除
  • 測試 CAPTCHA 對完成率的影響
  • 條款接受:勾選框 vs. 隱含接受
  • 高價值帳戶的電話驗證

提交後實驗

  • 註冊後清晰的下一步操作訊息
  • 立即的產品存取權限 vs. 先透過電子郵件確認
  • 根據註冊資料顯示個人化的歡迎訊息
  • 註冊後自動登入 vs. 要求登入

要問的問題

如果您需要更多資訊:

  1. 您目前的註冊完成率是多少?
  2. 您是否針對各欄位有流失分析?
  3. 使用者在使用產品前,哪些資料是絕對必需的?
  4. 是否有合規或驗證要求?
  5. 註冊後立即會發生什麼事?

相關技能

  • onboarding-cro:用於優化註冊後發生的事項
  • form-cro:用於非註冊表單(潛在客戶捕獲、聯絡)
  • page-cro:用於引導至註冊的登錄頁面
  • ab-test-setup:用於測試註冊流程變更

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相關技能