註冊流程 CRO
總覽
此公開接收副本將 plugins/antigravity-awesome-skills-claude/skills/signup-flow-cro 從 https://github.com/sickn33/antigravity-awesome-skills 封裝成原生的 Omni Skills 編輯格式，同時保留其來源。
當運營人員需要上游工作流程、支援檔案和儲存庫上下文保持完整，同時讓公開驗證器和私有增強器繼續正常的下游流程時，請使用此技能。
此接收副本保持上游檔案完整，並使用 metadata.json 中的 external_source 區塊以及 ORIGIN.md 作為審查用的來源歸屬錨點。
註冊流程 CRO 您是優化註冊和報名流程的專家。您的目標是減少摩擦、提高完成率，並幫助用戶成功啟用。
未能完美對應到公開標題的匯入來源章節仍保留在下方或支援檔案中。值得注意的匯入章節：初始評估、逐欄位最佳化、信任與摩擦減少、行動版註冊最佳化、提交後體驗、衡量。
何時使用此技能
請將此章節作為觸發過濾器。它應在運營人員載入檔案、執行命令或開啟拉取請求之前，明確設定啟用邊界。
- 當需要執行總覽中描述的工作流程或操作時，適用此技能。
- 當請求明確符合匯入來源意圖時使用：您是優化註冊和報名流程的專家。您的目標是減少摩擦、提高完成率，並幫助用戶成功啟用。
- 當運營人員應保留上游工作流程細節，而非從頭重寫流程時使用。
- 當來源歸屬需要在答案、PR 或審查包中保持可見時使用。
- 當複製的上游參考資料、範例或腳本能實質改善答案時使用。
- 當工作流程在私有增強器接管前，應在公開接收儲存庫中保持可審查狀態時使用。
操作表
| 情況 | 從這裡開始 | 為何重要 |
|---|---|---|
| 首次使用 | metadata.json | 在接觸複製的工作流程前，透過 external_source 區塊確認儲存庫、分支、提交以及匯入路徑 |
| 來源歸屬審查 | ORIGIN.md | 為審查人員提供關於匯入來源的純語言審計軌跡 |
| 執行工作流程 | SKILL.md | 從能實質改變執行結果的最小複製檔案開始 |
| 支援上下文 | SKILL.md | 在不載入整個套件的情況下，新增下一個最相關的複製來源檔案 |
| 交接決策 | ## 相關技能 | 當任務偏離時，協助運營人員切換到更強大的原生技能 |
工作流程
此工作流程有意同時包含編輯和操作層面。它讓匯入的來源對運營人員保持實用，同時仍滿足下游增強器流程所依賴的公開接收標準。
- 3 個或更少的欄位
- 簡單的 B2C 產品
- 高意圖訪客（來自廣告、等候名單）
- 需要超過 3-4 個欄位
- 需要分群的複雜 B2B 產品
- 需要收集不同類型的資訊
- 顯示進度指示器
匯入的工作流程說明
匯入：單步驟 vs. 多步驟
單步驟適用情況：
- 3 個或更少的欄位
- 簡單的 B2C 產品
- 高意圖訪客（來自廣告、等候名單）
多步驟適用情況：
- 需要超過 3-4 個欄位
- 需要分群的複雜 B2B 產品
- 需要收集不同類型的資訊
多步驟最佳實踐
- 顯示進度指示器
- 從簡單問題開始（姓名、電子郵件）
- 將較難的問題放在後面（在心理承諾之後）
- 每個步驟應感覺可在數秒內完成
- 允許返回導覽
- 儲存進度（重新整理時不遺失資料）
漸進式承諾模式：
- 僅電子郵件（最低門檻）
- 密碼 + 姓名
- 自訂問題（可選）
匯入：初始評估
在提供建議之前，請了解：
-
流程類型
- 免費試用註冊
- 免費增值帳戶建立
- 付費帳戶建立
- 等候名單/早期存取註冊
- B2B 與 B2C
-
當前狀態
- 有多少步驟/畫面？
- 哪些欄位是必填的？
- 目前的完成率是多少？
- 使用者在哪裡放棄？
-
業務限制
- 註冊時真正需要的資料是什麼？
- 是否有合規要求？
- 註冊後立即發生什麼事？
範例
範例 1：直接要求上游工作流程
使用 @signup-flow-cro 處理 <task>。從複製的上游工作流程開始，僅載入會改變結果的檔案，並在答案中保持來源歸屬的可見性。
說明： 當運營人員需要匯入的工作流程，但不需要整個儲存庫時，這是最安全的起點。
範例 2：要求進行基於來源歸屬的審查
根據 metadata.json 和 ORIGIN.md 審查 @signup-flow-cro，然後解釋您會先載入哪些複製的上游檔案以及原因。
說明： 在審查或故障排除前使用，當您需要一個精確、可審計的來源和檔案選擇說明時。
範例 3：在執行前縮小複製的支援檔案範圍
使用 @signup-flow-cro 處理 <task>。僅載入會改變結果的複製參考資料、範例或腳本，並在繼續前明確指出檔案名稱。
說明： 這使技能與漸進式揭露原則保持一致，而非預設載入整個複製套件。
範例 4：建立審查人員套件
使用複製的上游檔案及來源歸屬審查 @signup-flow-cro，然後在合併前總結任何差距。
說明： 當 PR 正在等待人工審查，且您想要一個可重複的審計套件時，此功能很有用。
最佳實踐
將產生的公開技能視為圍繞上游儲存庫的可審查包裝層。目標是保持來源歸屬明確，並僅載入能實質改善執行效果的複製來源材料。
- 我們是否絕對需要這個才能讓使用者使用產品？
- 我們能否透過漸進式分析在之後收集這個？
- 我們能否從其他資料推斷出這個？
- 必要：電子郵件（或電話）、密碼
- 通常需要：姓名
- 通常可延後：公司、角色、團隊規模、電話、地址
- 在要求註冊前，您可以展示/提供什麼？
匯入的操作說明
匯入：核心原則
1. 最小化必填欄位
每個欄位都會降低轉換率。對於每個欄位，請問：
- 我們是否絕對需要這個才能讓使用者使用產品？
- 我們能否透過漸進式分析在之後收集這個？
- 我們能否從其他資料推斷出這個？
典型欄位優先順序：
- 必要：電子郵件（或電話）、密碼
- 通常需要：姓名
- 通常可延後：公司、角色、團隊規模、電話、地址
2. 在要求承諾前先展示價值
- 在要求註冊前，您可以展示/提供什麼？
- 他們是否能在建立帳戶前體驗產品？
- 反轉順序：價值優先，註冊次之
3. 減少感知努力
- 如果多步驟，顯示進度
- 將相關欄位分組
- 使用智慧預設值
- 盡可能預填
4. 消除不確定性
- 明確期望（「只需 30 秒」）
- 顯示註冊後會發生什麼事
- 沒有驚喜（隱藏需求、意外步驟）
故障排除
問題：運營人員跳過了匯入的上下文，回答過於籠統
症狀： 結果忽略了 plugins/antigravity-awesome-skills-claude/skills/signup-flow-cro 中的上游工作流程，未提及來源歸屬，或未使用任何複製的來源檔案。
解決方案： 重新開啟 metadata.json、ORIGIN.md 以及最相關的複製上游檔案。先檢查 external_source 區塊，然後在繼續前重新說明來源歸屬。
問題：審查時匯入的工作流程感覺不完整
症狀： 審查人員可以看到產生的 SKILL.md，但無法快速判斷哪些參考資料、範例或腳本與當前任務相關。
解決方案： 指出證明您所採取路徑的正確複製參考資料、範例、腳本或資產。如果差距確實存在，請將其記錄在 PR 中，而不是隱藏起來。
問題：任務偏向不同的專業領域
症狀： 匯入的技能從正確的地方開始，但工作變成了由原生技能處理得更好的除錯、架構、設計、安全性或發布協調。 解決方案： 使用相關技能部分來有目的地交接。保持匯入的來源歸屬可見，以便下一個技能繼承正確的上下文，而不是從零開始。
相關技能
@00-andruia-consultant- 當此匯入技能建立上下文後，該原生專業技能能更好地處理工作時使用。@00-andruia-consultant-v2- 當此匯入技能建立上下文後，該原生專業技能能更好地處理工作時使用。@10-andruia-skill-smith- 當此匯入技能建立上下文後，該原生專業技能能更好地處理工作時使用。@10-andruia-skill-smith-v2- 當此匯入技能建立上下文後，該原生專業技能能更好地處理工作時使用。
其他資源
將下方的支援矩陣和連結檔案作為此匯入技能的運營人員套件。它們應反映真實的複製來源材料，而非通用的框架。
| 資源家族 | 提供給審查人員的內容 | 範例路徑 |
|---|---|---|
references | 從上游複製的參考說明、指南或背景資料 | references/n/a |
examples | 從上游複製的工作範例或可重用提示 | examples/n/a |
scripts | 改變執行或驗證的上游輔助腳本 | scripts/n/a |
agents | 真實屬於匯入套件的路由或委派說明 | agents/n/a |
assets | 從來源套件複製的支援資產或綱要 | assets/n/a |
匯入的參考說明
匯入：逐欄位最佳化
電子郵件欄位
- 單一欄位（無電子郵件確認欄位）
- 內嵌驗證格式
- 檢查常見拼寫錯誤 (gmial.com → gmail.com)
- 清晰的錯誤訊息
密碼欄位
- 顯示密碼切換按鈕（眼睛圖示）
- 預先顯示要求，而非在失敗後顯示
- 考慮使用密碼短語提示來增強強度
- 即時更新要求指示器
更好的密碼 UX：
- 允許貼上（不禁止）
- 顯示強度計量器而非嚴格的規則
- 考慮無密碼選項
姓名欄位
- 單一「全名」欄位 vs. 名字/姓氏拆分（測試這個）
- 僅在立即使用時才要求（個人化）
- 考慮設為可選
社群認證選項
- 突出放置（通常轉換率高於電子郵件）
- 顯示與您的受眾最相關的選項
- B2C：Google、Apple、Facebook
- B2B：Google、Microsoft、SSO
- 與電子郵件註冊有清晰的視覺區隔
- 考慮將「透過 Google 註冊」設為主要選項
電話號碼
- 除非必要（SMS 驗證、致電潛在客戶），否則延後
- 如果必須，請解釋原因
- 使用帶有國碼處理的適當輸入類型
- 在輸入時格式化
公司/組織
- 如果可能，延後
- 在輸入時自動建議
- 在可能的情況下從電子郵件域名推斷
使用案例 / 角色問題
- 如果可能，延後到入職流程
- 如果在註冊時需要，保持為一個問題
- 使用漸進式揭露（不要一次顯示所有選項）
匯入：信任與摩擦減少
在表單層級
- 「無需信用卡」（如果屬實）
- 「永久免費」或「14 天免費試用」
- 隱私說明：「我們絕不會分享您的電子郵件」
- 相關的安全徽章
- 註冊表單附近的推薦
錯誤處理
- 內嵌驗證（不僅在提交時）
- 具體的錯誤訊息（「電子郵件已註冊」+ 恢復路徑）
- 錯誤時不清除表單
- 聚焦於有問題的欄位
微型文案
- 佔位符文字：用於範例，而非標籤
- 標籤：始終可見（不僅是佔位符）
- 幫助文字：僅在需要時使用，靠近欄位放置
匯入：行動版註冊最佳化
- 更大的觸控目標（高度 44px 以上）
- 適當的鍵盤類型（email、tel 等）
- 支援自動填寫
- 減少輸入（社群認證、預填）
- 單欄佈局
- 固定 CTA 按鈕
- 使用實際裝置測試
匯入：提交後體驗
成功狀態
- 清晰的確認
- 立即的下一步
- 如果需要電子郵件驗證：
- 解釋該怎麼做
- 簡單的重新傳送選項
- 檢查垃圾郵件的提醒
- 如果錯誤，可更改電子郵件的選項
驗證流程
- 考慮在必要時才延遲驗證
- 使用魔法連結作為密碼的替代方案
- 在等待驗證時讓使用者探索
- 如果驗證停滯，提供清晰的重新參與方式
匯入：衡量
關鍵指標
- 表單開始率（到達 → 開始填寫）
- 表單完成率（開始填寫 → 提交）
- 欄位級別的放棄率（哪些欄位導致使用者流失）
- 完成時間
- 按欄位劃分的錯誤率
- 行動版 vs. 桌面版完成率
需要追蹤的項目
- 每個欄位的互動（聚焦、失焦、錯誤）
- 多步驟中的步驟進展
- 社群認證 vs. 電子郵件註冊比例
- 步驟間的時間
匯入：輸出格式
審計發現
對於每個發現的問題：
- 問題：什麼錯了
- 影響：為什麼重要（如有可能，提供預估影響）
- 修正：具體建議
- 優先級：高/中/低
建議的變更
按以下方式組織：
- 快速取勝（當日可修復）
- 高影響變更（週級別工作量）
- 測試假設（需要 A/B 測試的項目）
表單重新設計（如要求）
- 建議的欄位組合及理由
- 欄位順序
- 標籤、佔位符、按鈕、錯誤的文案
- 視覺佈局建議
匯入：常見註冊流程模式
B2B SaaS 試用
- 電子郵件 + 密碼（或 Google 認證）
- 姓名 + 公司（可選
…
[為翻譯而截斷]