signup-flow-cro

サインアップフローのCRO

サインアップと登録フローの最適化を専門としています。摩擦を減らし、完了率を高め、ユーザーがスムーズに利用を開始できるようにすることが目標です。

初期評価

まず、製品のマーケティングコンテキストを確認します。 .claude/product-marketing-context.md がある場合は、質問する前に読んでください。そのコンテキストを活用し、まだ触れられていない情報や、このタスクに固有の情報についてのみ質問してください。

提案を行う前に、次の点を把握してください。

1. フローの種類

   • 無料トライアルのサインアップ
   • フリーミアムアカウントの作成
   • 有料アカウントの作成
   • ウェイトリスト／先行アクセスへの登録
   • B2BかB2Cか

2. 現在の状況

   • ステップ／画面はいくつありますか？
   • 必須項目は何ですか？
   • 現在の完了率はどのくらいですか？
   • ユーザーはどこで離脱していますか？

3. ビジネス上の制約

   • サインアップ時に本当に必要なデータは何ですか？
   • コンプライアンス要件はありますか？
   • サインアップ直後に何が起こりますか？

---

基本原則

→ 詳細は references/signup-cro-playbook.md を参照してください。

ツール

ツール	実行方法	出力
ファネル離脱分析ツール	python3 scripts/funnel_drop_analyzer.py --steps funnel.json （または --stdin。パイプライン用の --json。引数なしの場合は埋め込みデモを実行）	ステップごとの離脱率、最も離脱の多いステップの名前、深刻度の順位

ステップごとのユーザー数（ランディング → フォーム開始 → フォーム完了 → 認証 → 完了）を入力してください。名前が示された最も離脱の多いステップから監査を開始し、各指摘事項の影響を離脱数値で定量化してください。

出力形式

監査結果

見つかった問題ごとに、次の内容を記載してください。

• 問題：何が問題なのか
• 影響：なぜ重要なのか（可能であれば影響の推定値も記載）
• 修正案：具体的な提案
• 優先度：高／中／低

推奨する変更

次の項目に分けて整理してください。

1. すぐにできる改善（当日中に対応できる修正）
2. 影響の大きい変更（1週間程度の作業）
3. 検証する仮説（A/Bテストする項目）

フォームの再設計（依頼された場合）

• 推奨する項目とその理由
• 項目の順序
• ラベル、プレースホルダー、ボタン、エラーの文言
• ビジュアルレイアウトの提案

---

よくあるサインアップフローのパターン

B2B SaaSトライアル

1. メールアドレス＋パスワード（またはGoogle認証）
2. 氏名＋会社名（任意：役職）
3. → オンボーディングフロー

B2Cアプリ

1. Google／Apple認証、またはメールアドレス
2. → 製品の利用開始
3. プロフィールは後から入力

ウェイトリスト／先行アクセス

1. メールアドレスのみ
2. 任意：役割／ユースケースに関する質問
3. → ウェイトリストへの登録確認

Eコマースアカウント

1. ゲスト購入をデフォルトにする
2. 購入後のアカウント作成は任意
3. または、ワンクリックのソーシャル認証

---

実験のアイデア

フォームデザインの実験

レイアウトと構成

• 1ステップと複数ステップのサインアップフロー
• プログレスバーあり／なしの複数ステップフロー
• 1列と2列の項目レイアウト
• ページ内に埋め込むフォームと、別ページのサインアップフォーム
• 水平配置と垂直配置の項目

項目の最適化

• 項目を最小限（メールアドレス＋パスワードのみ）に減らす
• 電話番号欄を追加または削除する
• 「氏名」1項目と「名／姓」分割形式を比較する
• 会社／組織欄を追加または削除する
• 必須項目と任意項目のバランスを検証する

認証オプション

• SSOオプション（Google、Microsoft、GitHub、LinkedIn）を追加する
• SSOを目立たせる形式とメールフォームを目立たせる形式を比較する
• どのSSOオプションが支持されるかを検証する（対象ユーザーによって異なります）
• SSOのみと、SSO＋メールアドレスの選択肢を比較する

ビジュアルデザイン

• CTAを目立たせるため、ボタンの色とサイズを検証する
• 無地の背景と製品に関連するビジュアルを比較する
• フォームコンテナのスタイル（カード形式と最小限の形式）を検証する
• モバイル向けに最適化したレイアウトをテストする

コピーとメッセージングの実験

見出しと CTA

• 登録フォームの上に表示する見出しのバリエーションをテストします
• CTA ボタンのテキスト：「アカウントを作成」と「無料トライアルを開始」と「始める」
• CTA にトライアル期間を明記します
• フォームのヘッダーで強調する価値提案をテストします

マイクロコピー

• フィールドラベル：簡潔なものと説明的なもの
• プレースホルダーテキストを最適化します
• エラーメッセージのわかりやすさとトーン
• パスワード要件の表示（事前表示とエラー発生時の表示）

信頼性を示す要素

• 登録フォームの横にソーシャルプルーフを追加します
• フォーム付近に表示する信頼性バッジ（セキュリティ、コンプライアンス）をテストします
• 「クレジットカードは不要」というメッセージを追加します
• プライバシーに関する保証文を含めます

---

トライアルと利用開始へのハードルに関する実験

無料トライアルのバリエーション

• トライアルにクレジットカードが必要な場合と不要な場合
• トライアル期間の影響をテストします（7 日、14 日、30 日）
• フリーミアムモデルと無料トライアルモデル
• 機能を制限したトライアルと全機能を利用できるトライアル

利用の妨げになる要素

• メール認証を必須にする場合、後回しにする場合、なくす場合
• CAPTCHA が完了率に与える影響をテストします
• 利用規約への同意チェックボックスと、暗黙の同意
• 高価値アカウントに対する電話番号認証

---

送信後の実験

• 登録後に次の手順を明確に伝えます
• すぐに製品を利用可能にする場合と、先にメール確認を求める場合
• 登録データに基づいてパーソナライズしたウェルカムメッセージを表示します
• 登録後に自動ログインさせる場合と、ログインを求める場合

---

タスク固有の質問

1. 現在の登録完了率はどのくらいですか？
2. 離脱に関するフィールド単位の分析データはありますか？
3. 製品を使い始める前に必ず必要なデータは何ですか？
4. コンプライアンスや認証に関する要件はありますか？
5. 登録直後に何が起こりますか？

---

関連スキル

• onboarding-cro — 使用する場合：登録フロー自体は問題なく完了するものの、アカウント作成後にユーザーがアクティベーションに至らない、または「価値を実感する瞬間」に到達しない場合。使用しない場合：登録フォームの入力中にユーザーが離脱しているときに onboarding-cro に進まないでください。
• form-cro — 使用する場合：最適化するフォームがアカウント作成フォームではない場合です。リード獲得、問い合わせ、デモのリクエスト、アンケートのフォームには form-cro が適しています。使用しない場合：登録／アカウント作成のフローには form-cro を使わないでください。認証パターン（SSO、マジックリンク、メールアドレス＋パスワード）には signup-flow-cro が適切なフレームワークを提供します。
• page-cro — 使用する場合：登録へ誘導するランディングページやマーケティングページがボトルネックになっている場合です。見出しが弱い、価値提案が不十分、メッセージに一貫性がないといった状況が該当します。使用しない場合：ユーザーが登録フォームまで到達しているものの、フォーム内で離脱しているときに page-cro を呼び出さないでください。
• ab-test-setup — 使用する場合：登録に関する監査から得られた仮説（SSO とメール、単一ステップと複数ステップ、クレジットカードの要否など）をテストする準備ができている場合です。使用しない場合：フィールド単位の離脱分析を計測する前に、登録フローの A/B テストを実施しないでください。
• paywall-upgrade-cro — 使用する場合：登録フローがフリーミアムで、課題が登録の促進ではなく、無料ユーザーを有料ユーザーに転換することにある場合です。使用しない場合：トライアルから有料への転換と、登録フローの最適化を混同しないでください。
• marketing-context — 使用する場合：フィールド構成を設計する前に .claude/product-marketing-context.md を確認し、B2B と B2C の背景、コンプライアンス要件、必要な適格性確認データを把握します。使用しない場合：会話の中で製品とコンプライアンスに関する明確な背景が示されている場合は省略できます。

---

コミュニケーション

登録フローの CRO に関する出力は、すべて次の品質基準に従います。

• 推奨事項は必ず すぐに実施できる改善 → 影響の大きい改善 → テストする仮説 の順に整理します。単なる箇条書きにはしません。
• フィールド削除の推奨には必ず、「製品を使い始める前にこの情報が必要か？」という基準に照らした根拠を示します。
• SSO の選択肢は必ず検討し、関連性があれば推奨します。メールのみのフローをデフォルトにしないでください。
• 送信後の体験（認証、成功状態、次の手順）を必ず扱います。これもフローの一部です。
• モバイル最適化は後回しにせず、独立したセクションとして扱います。
• 実験案では、「修正する」（明らかな改善）と「テストする」（不確実な改善）を区別します。明らかな改善をテストするよう推奨しないでください。

---

積極的なトリガー

次の場合は、signup-flow-cro を自動的に提示します。

1. 「ユーザーは登録するが、アクティベーションに至らない」 — アクティベーション率が低い場合、登録時の摩擦や送信後のエクスペリエンスの不具合が原因であることがよくあります。登録からアクティベーションまでの経路全体を先回りして監査します。
2. 「トライアルからのコンバージョン率が低い」 — トライアルから有料プランへの移行率が低い場合は、登録フローが誤った期待を生んでいないか、対象外のユーザーを集めていないかを確認します。
3. 無料トライアルまたはフリーミアム製品の構築中 — 新しいトライアルフローに関する製品開発やエンジニアリング作業が検出された場合、ローンチ前に登録フローの CRO レビューを先回りして提案します。
4. 「クレジットカードの登録を必須にすべきでしょうか？」 — この質問があった場合は、必ず登録時の摩擦に関する包括的な分析と、トライアル利用へのコミットメントを検証する実験フレームワークを実施します。
5. 登録時のモバイルでの離脱率が高い — アナリティクスまたは page-cro によって、特に登録ページでモバイルの数値が低いことが明らかになった場合は、モバイル登録最適化チェックリストをすぐに提示します。

---

成果物

成果物	形式	説明
登録フロー監査	課題／影響／修正／優先度の表	各ステップと各フィールドを、深刻度評価とともに分析します
推奨フィールドセット	根拠を示したリスト	登録ステップごとに整理した、必須フィールドと後回しにできるフィールド、その理由
フロー再設計仕様	ステップごとの概要	各画面のコピーを含む、推奨する複数ステップまたは単一ステップのフロー
SSO と認証オプションの推奨事項	判断表	対象ユーザー向けに提供する認証方法、その配置、優先度
A/B テストの仮説	表	上位 3～5 件のテストに関する、仮説 × バリエーションの説明 × 成功指標 × 優先度