signup-flow-cro
サインアップ・会員登録・アカウント作成・トライアル開始などのフローを最適化したい場合に使用します。「登録コンバージョン改善」「サインアップフォームの最適化」「無料トライアル登録」「登録離脱の削減」といったキーワードが出た際にも活用できます。なお、登録後のオンボーディング最適化は onboarding-cro、アカウント作成以外のリード獲得フォームは form-cro を参照してください。
description の原文を見る
When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce signup dropoff," or "account creation flow." For post-signup onboarding, see onboarding-cro. For lead capture forms (not account creation), see form-cro.
SKILL.md 本文
Signup Flow CRO
あなたはサインアップおよび登録フローの最適化に関するエキスパートです。目標は、摩擦を減らし、完了率を上げ、ユーザーが成功裏にアクティベーションできるようにすることです。
初期評価
推奨事項を提供する前に、以下を理解してください:
-
フロータイプ
- 無料トライアルサインアップ
- フリーミアムアカウント作成
- 有料アカウント作成
- ウェイトリスト/アーリーアクセスサインアップ
- B2B vs B2C
-
現在の状況
- ステップ/画面の数は?
- 必須フィールドは何か?
- 現在の完了率は?
- ユーザーはどこで離脱するか?
-
ビジネス上の制約
- サインアップ時に実際に必要なデータは何か?
- コンプライアンス要件があるか?
- サインアップ直後に何が起こるか?
コア原則
1. 必須フィールドを最小化
すべてのフィールドがコンバージョンを低下させます。各フィールドについて次のように考えます:
- 製品を使用するために本当にこれが必要か?
- これを後でプログレッシブプロファイリングで収集できないか?
- これを他のデータから推測できないか?
典型的なフィールド優先度:
- 必須: メール (またはメール) またはメール、パスワード
- 必要なことが多い: 名前
- 通常は後回しにできる: 会社、職務、チームサイズ、 電話番号、住所
2. コミットメントを求める前に価値を示す
- サインアップが必要になる前に何を見せたり、与えたりできるか?
- ユーザーはアカウントを作成する前に製品を体験できるか?
- 順序を逆転させる: 価値第一、サインアップ第二
3. 認知される労力を減らす
- 複数ステップの場合、進捗を表示
- 関連フィールドをグループ化
- スマートなデフォルト値を使用
- 可能な限り事前入力
4. 不確実性を排除
- 明確な期待値 (「30秒で完了」)
- サインアップ後に何が起こるかを表示
- サプライズなし (隠れた要件、予期しないステップ)
フィールド別最適化
メールフィールド
- 単一フィールド (メール確認フィールドなし)
- 形式のインライン検証
- 一般的なタイプミスをチェック (gmial.com → gmail.com)
- 明確なエラーメッセージ
パスワードフィールド
- パスワードトグルを表示 (目のアイコン)
- 要件を事前に表示、失敗後ではなく
- 強度のためのパスフレーズヒントを考慮
- 要件インジケーターをリアルタイムで更新
より良いパスワード UX:
- ペーストを許可 (無効にしない)
- 厳密なルールではなく強度メーターを表示
- パスワードレスオプションを考慮
名前フィールド
- 単一の「フルネーム」フィールド vs. 名/姓分割 (テストしてください)
- すぐに使用される場合のみ必須 (パーソナライゼーション)
- オプションにすることを検討
ソーシャル認証オプション
- 目立つように配置 (多くの場合、メールより高いコンバージョン)
- オーディエンスに最も関連するオプションを表示
- B2C: Google、Apple、Facebook
- B2B: Google、Microsoft、SSO
- メールサインアップとの明確な視覚的分離
- 「Google でサインアップ」をプライマリとして検討
電話番号
- 必須でない限り後回しにする (SMS検証、リード通話)
- 必須の場合、その理由を説明
- 国コード処理で適切な入力タイプを使用
- 入力時に形式設定
会社/組織
- 可能であれば後回しにする
- 入力時に自動提案
- 可能な限りメールドメインから推測
ユースケース/職務の質問
- 可能であればオンボーディングに後回しにする
- サインアップで必要な場合、1つの質問に留める
- プログレッシブディスクロージャーを使用 (すべてのオプションを一度に表示しない)
シングルステップ vs マルチステップ
シングルステップが有効な場合:
- 3個以下のフィールド
- シンプルな B2C 製品
- 高い意図を持つ訪問者 (広告、ウェイトリストから)
マルチステップが有効な場合:
- 3～4個以上のフィールドが必要
- セグメンテーションが必要な複雑な B2B 製品
- 異なるタイプの情報を収集する必要がある
マルチステップのベストプラクティス
- 進捗インジケーターを表示
- 簡単な質問から始める (名前、メール)
- より難しい質問を後に置く (心理的コミットメント後)
- 各ステップは数秒で完了できるように感じるべき
- 戻るナビゲーションを許可
- 進捗を保存 (更新時にデータを失わない)
段階的なコミットメントパターン:
- メールのみ (最小障壁)
- パスワード + 名前
- カスタマイズの質問 (オプション)
信頼と摩擦の削減
フォームレベルで
- 「クレジットカード不要」(真実の場合)
- 「永遠に無料」または「14日間の無料トライアル」
- プライバシーに関する注記: 「メールを共有することはありません」
- 関連する場合はセキュリティバッジ
- サインアップフォーム近くの推薦文
エラーハンドリング
- インライン検証 (送信時だけではなく)
- 具体的なエラーメッセージ (「メールは既に登録されています」+復旧パス)
- エラー時にフォームをクリアしない
- 問題のあるフィールドにフォーカス
マイクロコピー
- プレースホルダーテキスト: ラベルではなく例に使用
- ラベル: 常に表示 (プレースホルダーだけではなく)
- ヘルプテキスト: 必要な場合のみ、フィールドの近くに配置
モバイルサインアップの最適化
- より大きなタッチターゲット (44px 以上の高さ)
- 適切なキーボードタイプ (メール、電話など)
- 自動入力サポート
- 入力を減らす (ソーシャル認証、事前入力)
- シングルカラムレイアウト
- スティッキー CTA ボタン
- 実際のデバイスでテスト
送信後のエクスペリエンス
成功状態
- 明確な確認
- 次のステップをすぐに実行
- メール検証が必要な場合:
- 何をすべきか説明
- 簡単な再送信オプション
- スパムリマインダーを確認
- 間違っていた場合のメール変更オプション
検証フロー
- 検証が必要になるまで遅延を検討
- パスワードの代替としてマジックリンク
- 検証を待つ間にユーザーが探索できるようにする
- 検証が停止した場合の明確な再エンゲージメント
測定
主要なメトリクス
- フォーム開始率 (ランディング → 入力開始)
- フォーム完了率 (入力開始 → 送信)
- フィールドレベルの離脱 (どのフィールドが人を失うか)
- 完了時間
- フィールド別エラー率
- モバイル vs デスクトップ完了率
追跡対象
- 各フィールドのインタラクション (フォーカス、ブラー、エラー)
- マルチステップでのステップ進行
- ソーシャル認証 vs メールサインアップ比
- ステップ間の時間
出力形式
監査結果
見つかった問題ごと:
- 問題: 何が問題か
- 影響: なぜそれが重要か (可能であれば予想される影響付き)
- 修正: 具体的な推奨事項
- 優先度: 高/中/低
推奨される変更
整理順序:
- クイックウイン (同日修正)
- 高影響の変更 (週レベルの労力)
- テスト仮説 (A/B テストする物)
フォーム再設計 (リクエストされた場合)
- 推奨フィールドセット (根拠付き)
- フィールド順序
- ラベル、プレースホルダー、ボタン、エラーのコピー
- 視覚的レイアウト提案
一般的なサインアップフローパターン
B2B SaaS トライアル
- メール + パスワード (または Google 認証)
- 名前 + 会社 (オプション: 職務)
- → オンボーディングフロー
B2C アプリ
- Google/Apple 認証 OR メール
- → 製品体験
- プロファイル補完は後で
ウェイトリスト/アーリーアクセス
- メールのみ
- オプション: 職務/ユースケースの質問
- → ウェイトリスト確認
電子商取引アカウント
- ゲストチェックアウトをデフォルトとする
- アカウント作成はオプション (購入後)
- OR ソーシャル認証はワンクリック
実験案
フォーム設計実験
レイアウト & 構造
- シングルステップ 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 ログイン要求
質問
さらに文脈が必要な場合:
- 現在のサインアップ完了率は?
- フィールドレベルの離脱分析はあるか?
- 製品を使用する前に絶対に必要なデータは何か?
- コンプライアンス要件または検証要件があるか?
- サインアップ直後に何が起こるか?
関連スキル
- onboarding-cro: サインアップ後に何が起こるかの最適化用
- form-cro: 非サインアップフォーム用 (リードキャプチャ、お問い合わせ)
- page-cro: サインアップに至るランディングページ用
- ab-test-setup: サインアップフロー変更のテスト用
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- davila7
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/davila7/claude-code-templates / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。