signup-flow-cro

signup-flow-croスキルの概要

signup-flow-croでできること

signup-flow-croスキルは、signup・registration・account creation・trial startの導線を、コンバージョン率改善の視点で監査・改善するためのものです。ユーザーは登録を始めているのに、アカウント作成前の離脱が多いケースに特に向いています。中心となる役割は、単に「UXの助言をする」ことではありません。どこに friction があるのか、本当に account creation 前に必要な項目は何かを見極め、優先順位つきの改善案とテスト仮説に落とし込むことです。

このsignup-flow-croスキルが向いている人

このスキルは、次のような導線を担当する growth、product、lifecycle、product marketing チームに最適です。

• free trial signup
• freemium account creation
• paid signup
• waitlist or early-access registration
• B2B または B2C の account creation flow

本当の課題が account creation 後に始まるなら、通常は onboarding-cro のほうが適しています。最適化したい対象が account creation ではなく lead form なら、form-cro のほうが近い選択です。

実際に解決したい仕事

signup-flow-croを検討している人の多くは、次のような実務的な問いに答えを求めています。

• 完了率を下げている field はどれか
• signup 後に回せる情報は何か
• signup は 1 step にすべきか、multi-step にすべきか
• SSO を追加する価値はあるか
• qualification や activation を損なわずに dropoff を減らすにはどうすべきか

このスキルが最も役立つのは、一般論の「friction を減らしましょう」ではなく、構造化された audit が必要な場面です。

signup-flow-croの違い

signup-flow-croの大きな差別化ポイントは、意思決定のフレームワークにあります。このスキルは、価値の高い次の問いを強く掘り下げます。

• ユーザーが product に入る前に本当に必要な data は何か
• commitment を求める前に見せられる value は何か
• 最大の friction はどこで起きていそうか
• どの変更が quick win で、どれがより深い experiment か

そのため signup-flow-cro for Conversion は、汎用的な CRO prompt より実務で使いやすく、特に社内で signup 時に data を集めすぎているチームに向いています。

インストール前に知っておくこと

この repository は軽量です。主要な assets は SKILL.md と evals/evals.json です。補助 script、reference、resource pack は含まれていません。導入しやすい一方で、出力品質は入力内容に強く依存します。「our signup is bad」のような情報だけなら、返ってくるのは広めの助言になりがちです。flow の step、required field、dropoff point、制約条件まで渡せば、このスキルの有用性は大きく上がります。

signup-flow-croスキルの使い方

signup-flow-croのインストール前提

上流の signup-flow-cro フォルダには、SKILL.md に専用 install command は明記されていません。そのため、GitHub-hosted skills に対する通常の skills workflow を使ってください。多くの環境では、team は repository から install し、signup conversion の検討時にこのスキルを呼び出します。先に repo を確認するなら、まず見るべきなのは次の 2 つです。

• skills/signup-flow-cro/SKILL.md
• skills/signup-flow-cro/evals/evals.json

この 2 ファイルを見ると、スキルの考え方と、良い出力に何が含まれるべきかがわかります。

初回利用前に読むべきファイル

まずは実際の動作ロジックが書かれている SKILL.md を読み、その後で evals/evals.json を見て、現実的な prompt と期待される出力構造を確認してください。特に evals は、このスキルが何を「強い回答」と見なすかを示しているため重要です。

• 最初に product marketing context を確認する
• flow type を特定する
• 各 field の必要性を評価する
• quick wins と大きな変更を分ける
• 意見だけでなく test hypothesis を出す

見出しだけを流し読むより、evals を読むほうが得られるものは大きいです。

signup-flow-croに必要な入力

高品質な signup-flow-cro usage にするには、次の情報を渡してください。

• flow type: free trial、freemium、paid、waitlist
• audience: B2B または B2C
• 現在の step 数と screen sequence
• required / optional を含む全 field
• 現在の completion rate
• 最も dropoff が大きい箇所
• business constraints、compliance needs、sales qualification requirements
• activation が company data、role data、billing、workspace setup に依存するか
• 現在 SSO があるか

これらがなくても支援はできますが、その場合は実際の制約よりも、一般的な CRO pattern 寄りの提案になりやすくなります。

最初にproduct marketing contextを確認する

signup-flow-croの重要な挙動の 1 つは、重複した質問をする前に既存の product marketing context を使うことを前提としている点です。.agents/product-marketing-context.md がある場合、または古い構成なら .claude/product-marketing-context.md がある場合は、先にそれを読んでください。signup の提案は、positioning、ICP、value prop、そしてその flow が誰を引きつける設計なのかに大きく左右されるからです。

実務上これは、「実は activation に必要な field を消してしまう」「product の target buyer とずれた messaging を提案してしまう」といった悪い助言を減らすのに役立ちます。

曖昧な目的を強いpromptに変える

弱い prompt:
“Audit our signup flow.”

強い prompt:
“We are a B2B SaaS project management tool. Our free trial signup has 3 screens. Step 1 asks for work email, password, and full name. Step 2 asks for company name, company size, role, and industry. Step 3 asks for use case and referral source. Completion rate is 45%, with biggest dropoff on Step 2. We need company name before workspace creation, but the other fields feed CRM routing only. Review the flow using signup-flow-cro and give findings as Issue, Impact, Fix, Priority, plus Quick Wins and test hypotheses.”

後者のような prompt なら、本当に不要な field に踏み込みつつ、正当な product 要件を無視しない形で判断できます。

実践的なsignup-flow-croワークフロー

おすすめの workflow は次の通りです。

1. 現状の flow と metrics を集める。
2. 現在の state に対して signup-flow-cro を実行する。
3. 各 field を「required now」「deferrable」「removable」に分類させる。
4. step 単位の変更内容を含む revised flow を作らせる。
5. 想定 impact と risk つきの experiment ideas を出させる。
6. その出力を使って design、product、engineering に brief する。

単に「best practices を教えて」と聞くより、この流れのほうが具体的な提案を引き出せます。

良い出力の見た目

強い signup-flow-cro guide の出力には、通常次の要素が含まれます。

• flow diagnosis
• field ごとの必要性レビュー
• step ごとの friction point
• impact と effort で順位づけした recommendation
• quick wins
• high-impact changes
• test hypothesis

出力が抽象的すぎる場合は、これらの section に沿って再構成するよう依頼してください。

Conversion向けsignup-flow-croが特に向いているケース

このスキルが特に強いのは、次のような状況です。

• multi-step signup の成果が悪い
• required field が多すぎる疑いがある
• B2B signup に account creation と sales qualification が混在している
• 不要な upfront ask が trial activation を妨げている
• SSO を検討しており、conversion 視点で評価したい

一方で、詳細な visual UX critique や、深い analytics instrumentation design にはそこまで特化していません。

このスキルが支援しやすい判断

repo の examples と framing を踏まえると、signup-flow-croは次のような判断に向いています。

• one-step vs multi-step signup
• email/password vs SSO options
• どの profile field を後ろに回すべきか
• qualification question を account creation の前後どちらで聞くべきか
• completion rate と activation readiness をどう両立するか

そのため、page copy のレビューだけでなく roadmap discussion にも使えます。

出力品質を上げる実用的なコツ

recommendation だけでなく、tradeoff も説明するよう依頼してください。たとえば次のような聞き方です。

• “What do we lose if we remove company size from signup?”
• “Which fields should move to progressive profiling?”
• “If we keep Step 2, how should we justify it?”
• “What changes are safest to test first?”

こうした聞き方にすると、単なる generic teardown ではなく、意思決定に使える guidance が出やすくなります。

signup-flow-croスキル FAQ

signup-flow-croはSaaS専用ですか？

いいえ。signup-flow-cro skill は SaaS 型の account creation との相性が最も自然ですが、value を体験する前に account 作成が必要な marketplace、community、product-led tool にも使えます。適合性を判断するポイントは business model が純粋な SaaS かどうかではなく、その flow が account を作る導線かどうかです。

signup-flow-croは初心者でも使えますか？

はい。ただし 1 つ注意点があります。metrics や constraints を出せるほど、助言の質は大きく上がります。初心者でも明らかな friction を見つける用途には使えますが、step ごとの dropoff が見えていない team では、優先順位の明確な提案よりも広めの recommendation になりやすいです。

普通のCRO promptと何が違いますか？

普通の prompt は、「form を短くする」「trust signal を増やす」といった汎用的なアイデアを返しがちです。signup-flow-croは対象を絞っているぶん、account creation friction が問題のときにはより有用です。flow type、required vs deferrable data、activation の tradeoff を軸に構成されており、実際の product team が signup の意思決定をするときの考え方に近くなっています。

どんなときにsignup-flow-croを使うべきではありませんか？

次のような場合は、主なツールとして signup-flow-cro を使わないほうがよいです。

• 問題が post-signup onboarding にある
• 対象の form が lead capture であり、account creation ではない
• 主なボトルネックが flow design ではなく analytics implementation にある
• CRO guidance より legal や security policy の助言が必要である

こうしたケースでは、より特化した skill や別 workflow のほうが適しています。

このスキルはSSOの判断も支援できますか？

はい。evals を見ると、signup-flow-cro usage には Google や Microsoft SSO を追加すべきかといった問いも含まれます。これは、password friction の軽減や workplace identity との一致が completion 改善につながりやすい B2B tool では特に有益です。ただし、このスキルが得意なのは conversion 上の tradeoff を整理することであり、実際の impact を自社データなしで厳密に証明することではありません。

うまく使うのにrepositoryの補助ファイルは必要ですか？

必須ではありません。このスキルはほぼ self-contained です。その代わり、edge case を導くための baked-in assets は少なめです。context、screenshot、flow text、metrics は自前で用意する前提で考えるとよいです。

signup-flow-croスキルを改善する方法

funnel全体への不満ではなくfield単位の情報を渡す

最も大きな改善は、signup の各 field と、その存在理由を列挙することです。signup-flow-croは次を切り分けられると、提案の精度が大きく上がります。

• account creation に必須
• activation に役立つ
• sales または CRM のためだけに有用
• あればよいが後回しにできる

通常、これが recommendations を改善する最短ルートです。

安直な助言を防ぐ制約条件を含める

多くの signup audit が失敗するのは、model が「追加 field はすべて optional」と思い込むからです。次の理由で残す必要があるものは、最初から伝えてください。

• billing setup
• security または compliance requirements
• workspace provisioning
• team invitation logic
• enterprise identity needs

そうすることで、signup-flow-croは実行不能な案ではなく、現実的な変更案を出しやすくなります。

progressive profilingの選択肢を聞く

最も価値の高い prompt の 1 つが、“Which fields should move from signup to post-signup progressive profiling?” です。これにより、単なる critique で終わらず、redesign まで踏み込めます。特に marketing や sales の都合で qualification question が signup に詰め込まれている B2B flow に有効です。

impactとeffortで優先順位を強制する

実際に使える output がほしいなら、signup-flow-cro for Conversion に次の軸で fix を順位づけするよう依頼してください。

• expected impact
• implementation effort
• confidence
• activation または qualification への risk

これを指定しないと、妥当な変更案が長く並ぶだけで、どこから着手すべきかが見えにくくなります。

構造化された出力形式を使う

evals からわかる通り、次のような format を指定すると結果が良くなりやすいです。

• Issue
• Why it hurts conversion
• Recommended fix
• Priority
• Test hypothesis

曖昧さが減り、PM、designer、engineer へそのまま渡しやすくなります。

最初の診断は実際のdropoff dataで精度を上げる

よくある失敗は、スキルが広い simplification を勧める一方で、本当の bottleneck は特定 screen・field・error state にあるケースです。「abandonment の 70% が Step 2 で発生している」といった粗い data でも、提案品質は大きく上がります。analytics がなくても、user complaint、session recording、support ticket があれば十分に材料になります。

初回出力のあとで反復する

最初の pass を audit だけで終わらせないでください。続けて次のような follow-up を投げるのが有効です。

• “Rewrite the signup flow to the minimum viable version.”
• “Give me 3 A/B test variants.”
• “Which recommendation is highest impact if engineering time is limited?”
• “What should we keep if sales insists on qualification?”

この段階で、signup-flow-cro guide の出力は理論ではなく実務に使えるものになります。

よくある失敗パターンに注意する

主な品質リスクは次の通りです。

• すべての field を同じように悪者扱いする
• activation dependencies を無視する
• downstream value を犠牲にして completion だけを過剰最適化する
• B2B の buying context より consumer signup に合う助言をしてしまう

これらは、ICP、activation moment、business constraints を最初に明示することで減らせます。

screenshotやUI文言を一緒に渡す

可能なら、実際の form label、helper text、button copy、step name を含めてください。signup-flow-cro install だけでは助言は具体化されません。質を決めるのは、分析が実際の体験にどれだけ grounding されているかです。plain-text で flow を再構成したものでも、不要な friction を見つけるには十分なことが多いです。

evalsを品質基準として使う

team workflow に組み込む前に、自分たちの output を evals/evals.json と比較してください。もし結果が flow type を特定せず、field の必要性に踏み込まず、優先順位つきの fix と test idea も出せていないなら、prompt の指定が足りていない可能性が高いです。これは、skill 自体を編集せずに signup-flow-cro skill の結果を改善する最速の方法です。