onboarding-cro

onboarding-croスキルの概要

onboarding-croは何に使うスキルか

onboarding-cro は、登録後のオンボーディング、アクティベーション、そして time-to-value の改善を支援するスキルです。特に、ユーザーはアカウント作成までは進むものの、プロダクトの価値を実感できる最初の意味ある成果に到達できていない場合に向いています。

onboarding-croを導入すべき人

このスキルは、SaaS や product-led growth の導線に携わるプロダクトマーケター、グロースチーム、創業者、PM、UX ライターに適しています。とくに課題が集客ではなく、登録後のアクティベーションの弱さにあるなら有効です。

このスキルが本当に解決する仕事

onboarding-cro は、単なる「オンボーディングを改善したい」という一般論では足りないときに使うべきです。会話の焦点を、明確な activation event、摩擦の診断、初回価値到達までの短縮、オンボーディングチェックリスト設計、empty state の改善、そして検証可能な実験へと絞り込みます。

onboarding-croが他と違う点

通常のプロンプトと比べて、onboarding-cro skill は扱う範囲がより明確です。

• プロダクトと activation の文脈から始める
• 漠然とした UX 論ではなく aha moment に集中する
• オンボーディングを測定可能な実験に落とし込む
• チェックリスト設計、empty state 活用、time-to-value 短縮など、repo 内で整理された具体パターンを含む

向いているケース／向いていないケース

向いているケース:

• トライアルユーザーは登録するがセットアップを完了しない
• 新規ユーザーが最初の成功マイルストーンに到達しない
• activation 指標に紐づくオンボーディング実験が必要

向いていないケース:

• 登録前のコンバージョンだけを最適化したい
• 主な必要性が lifecycle email 戦略である
• 課題が初回体験を大きく超えた先の retention にある

こうしたケース向けには、repo 自体が signup-flow-cro や email-sequence などの関連スキルを案内しています。

onboarding-croスキルの使い方

onboarding-croの導入コンテキスト

onboarding-cro は coreyhaines31/marketingskills の skills/onboarding-cro 配下にあるため、親リポジトリからインストールします。

npx skills add https://github.com/coreyhaines31/marketingskills --skill onboarding-cro

別の skill loader を使う環境でも、重要なのは repo URL と正確な skill slug が onboarding-cro であることです。

まず読むべきファイル

短時間で導入判断したいなら、次の順で確認してください。

• skills/onboarding-cro/SKILL.md
• skills/onboarding-cro/evals/evals.json
• skills/onboarding-cro/references/experiments.md

この順番が重要な理由:

• SKILL.md で運用方法の骨格がわかる
• evals/evals.json で良い出力に何が含まれるべきか確認できる
• references/experiments.md で診断後に使える実験アイデアの蓄積を見られる

onboarding-croが必要とする入力

onboarding-cro usage の質は、次の4つの入力に強く左右されます。

1. プロダクトの種類と対象ユーザー
2. activation の定義、または aha moment
3. 現在のオンボーディング手順
4. 既知の離脱ポイントやベースライン指標

これらが抜けていてもモデルは応答しますが、出力はたいてい抽象的になり、検証しにくくなります。

まず product-marketing の文脈を確認する

repo では、エージェントに対して最初に .agents/product-marketing-context.md を読むよう明示しています。古い構成では .claude/product-marketing-context.md です。ワークスペース内にこれらのファイルがあるなら、内容を渡すか、少なくとも推薦を求める前にエージェントが参照できる状態にしてください。

これは重要です。オンボーディング施策は、プロダクトのポジショニング、対象ユーザー、価値提案から切り離されると失敗しやすいためです。

あいまいな依頼を強いプロンプトに変える

弱いプロンプト:
“Help me improve onboarding.”

強いプロンプト:
“We run a B2B project management tool for agencies. Our activation event is ‘create first project and invite one teammate.’ Only 30% of trial users create a project in week one. Current flow after signup: email verify, workspace setup, template choice, project creation, invite step. Biggest drop-off is after workspace setup. Use onboarding-cro to diagnose friction, redesign the first-run path, suggest a 3-7 item checklist, improve empty states, and propose experiments with metrics.”

このレベルまで条件を与えると、スキルは広い一般論ではなく、実行に移せるアクションプランを返しやすくなります。

良い onboarding-croプロンプトに含まれやすい情報

できるだけ多く、次の情報を含めてください。

• activation event の定義
• 現在のオンボーディングフローの手順
• mobile か desktop かの文脈
• self-serve か sales-assisted か
• ユーザーセグメントごとの差異
• analytics のベースライン
• スクリーンショットや UI 文言の抜粋
• エンジニアリング制約や法務要件などの制約条件

このスキルは、必須のステップと「あればよい」設定項目を切り分けられると、出力の精度が大きく上がります。

実務での推奨ワークフロー

実践的な onboarding-cro guide は、次の流れです。

1. activation event を定義する
2. signup から first value までの現行導線をマッピングする
3. 回避可能な摩擦と不要なステップを特定する
4. product-first、guided、value-first のどのオンボーディング方針にするか決める
5. 完了条件が明確な短いチェックリストを設計する
6. empty state と行き詰まりやすい場面を改善する
7. references/experiments.md から実験案を引く
8. 変更を出す前に成功指標を紐づける

この順序は、repo が重視する time-to-value と「1セッション1ゴール」という考え方に沿っています。

チェックリストパターンをうまく使う方法

evals からは、チェックリストはおおむね 3〜7 項目に収めるべきだと強く示されています。これは単なる書式の好みではなく、有効な制約です。長すぎるとユーザーはセットアップを「作業」と感じ、短すぎると勢いが生まれません。

良いチェックリスト項目の条件:

• 観測可能である
• プロダクト価値に結びついている
• aha moment に向けて順序づけられている
• 1セッションで完了できる

悪いチェックリスト項目は、目に見える見返りのない事務的タスクです。

empty stateをオンボーディング面として使う

onboarding-cro for Conversion の中でも特に実用的なのが、empty state の扱いです。ユーザーが空のダッシュボード、空のプロジェクト一覧、空の workspace に着地したなら、その画面は次に取るべき最善の行動を明確に後押しすべきです。

• その画面の価値を説明する
• 主 CTA を 1 つだけ見せる
• 意思決定負荷を減らす
• 必要に応じてテンプレート、例、ダミーデータを提示する

これは、signup フロー全体を作り直すよりも速く成果が出る改善であることが少なくありません。

referenceファイルから実験案を引き出す

references/experiments.md は、戦略をそのままテスト候補に変換してくれるので読む価値があります。役立つカテゴリには次が含まれます。

• friction の削減
• ステップ順序の変更
• value-first 導線のテスト
• 事前入力済みテンプレートの活用
• 必須ステップと任意ステップの見直し
• 行き詰まったユーザーの回復策
• performance、accessibility、mobile onboarding の改善

使うタイミングは診断の後です。先に見ると、実際のボトルネックと結びつかない、場当たり的な実験リストになりがちです。

毎回確認したい指標

onboarding-cro を使うなら、計測設計は必須です。最低でも次を求めてください。

• activation rate
• time to activation
• step completion rate
• checklist completion rate
• step ごとの drop-off
• セグメント別または流入元別の cohort 差分

各提案が測定可能な変化に対応づくと、このスキルの価値は大きく上がります。

onboarding-croスキルのFAQ

onboarding-croはSaaS専用か

いいえ。onboarding-cro skill がもっともわかりやすく効くのは SaaS ですが、意味のある first-use 導線を持つプロダクトであれば他にも活用できます。たとえば marketplace、fintech apps、collaboration tools、creator tools、AI products などです。重要なのは、明確に定義できる activation event があることです。

通常のCROプロンプトより良いのか

課題が一般的な UX 批評ではなく activation にあるなら、たいていは yes です。このスキルは、aha moment の定義、time-to-value の短縮、各セッションを 1 つの目的に絞ること、チェックリスト設計の改善、指標に紐づく実験生成といった、より規律ある進め方を提供します。

onboarding-croを使うべきでないのはいつか

問題が明らかに signup 前にあるなら、最初の一手として onboarding-cro install を選ぶべきではありません。ユーザーがそもそも登録を始めないなら、別の conversion スキルのほうが適しています。また、長期 retention 施策や純粋な email nurture 戦略には向いていません。

onboarding-croは初心者向けか

はい。プロダクト、ユーザー、現行フローを説明できるなら使えます。深い CRO の専門知識までは不要ですが、初心者ほど、抽象的に頼むよりもスクリーンショット、ファネル指標、明示的な activation 定義を持ち込んだほうが良い結果を得やすいです。

repositoryに実装コードは含まれているか

大規模な自動化やスクリプトは前面には出ていません。これは主に SKILL.md、evals、実験リファレンスに支えられた、思考とワークフローのためのスキルです。導入目的は plug-and-play のコードではなく、分析と提案の質を上げることにあります。

スキルがうまく機能しているかどうかをどう判断するか

出力を evals/evals.json の eval 的な期待値と照らし合わせてください。強い回答なら、次を含むはずです。

• product marketing の文脈確認
• 明確な activation 定義
• time-to-value の摩擦診断
• オンボーディング方針の提案
• 引き締まったチェックリストの提示
• 意図的な empty state 活用
• 実験案の提示
• 計測設計の明記

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

onboarding-croに明確なactivation目標を渡す

もっとも効果が大きい改善は、「このユーザーは価値を得た」とみなす行動を正確に示すことです。例:

• “imports first CSV and sees a live dashboard”
• “creates first project and invites one teammate”
• “uploads first design and receives one comment”

これがないと、スキルはどのステップを優先すべきか適切に判断できません。

現行フローを番号付きで渡す

「オンボーディングが使いにくい」とだけ言わないでください。順番どおりに列挙します。

1. signup
2. email verification
3. workspace naming
4. template selection
5. data import
6. dashboard view

こうすると、価値到達を遅らせている箇所や、後回し・省略・統合できるステップを見つけやすくなります。

推測ではなく実際の摩擦を共有する

強い入力の例:

• “60% drop after email verification”
• “mobile users abandon template selection”
• “trial users skip integrations and never return”

弱い入力は意見にとどまります。

• “users seem confused”
• “the flow feels long”

このスキルは、観測された行動があるほど精度が上がります。

1つの再設計案と3つの実験を依頼する

onboarding-cro usage を改善する良い方法は、出力形式をあらかじめ指定することです。

• 推奨する中核オンボーディング導線を 1 つ
• それを検証する実験を 3 つ
• 想定インパクトとトレードオフ
• 各実験の指標

こうすると、返答が散らからず、実行可能性が高まります。

制約を与えて優先順位を強制する

現実的な制約があるなら、必ず伝えてください。

• 今四半期は大きな backend 作業ができない
• mobile only
• compliance ステップは削除できない
• デザインチームが動けない
• 変更できるのは copy と順序だけ

制約を織り込んだプロンプトほど、鋭く現実的な提案になりやすく、非現実的な助言も減ります。

よくある失敗: セットアップ完了を最適化してしまい、価値到達を見ていない

チームはしばしば、ユーザー価値ではなく内部的なセットアップ工程の完了率を上げようとしてしまいます。しかし、設定フローが短くなっても、ユーザーが中核価値を体験できなければ意味がありません。単なるフォーム完了ではなく、first value を最適化するようスキルに伝えてください。

よくある失敗: 1セッションに目的を詰め込みすぎる

元の資料は「1セッション1ゴール」を重視しています。もしオンボーディングで全機能を一度に教えようとしているなら、次のように分けるよう依頼してください。

• activation に必須の行動
• 二次的な設定項目
• 後から学ばせる内容

これだけで完了率と明瞭さが改善することが多いです。

成果物を添えて出力を良くする

可能なら次を添付してください。

• first-run 画面のスクリーンショット
• モーダルやツールチップの copy
• analytics のスクリーンショット
• プロダクト analytics 上のイベント名
• 最近 signup したユーザーのインタビュー抜粋

こうした成果物があると、onboarding-cro は架空の状況を補わず、実際の体験ポイントを具体的に批評できます。

最初の回答のあとに反復する

1回目の回答のあと、次のようなフォローアップを重ねてください。

• “Rewrite the checklist for enterprise admins”
• “Now optimize for mobile users”
• “Keep email verification but move it later”
• “Rank these experiments by ease and likely impact”
• “Turn this into an A/B test plan”

この2回目以降の反復で、onboarding-cro guide は実装準備レベルまで具体化されることがよくあります。

experiment referenceは選んで使う

references/experiments.md の内容をそのままロードマップに丸ごと入れないでください。役立てるには、実際のボトルネックに合わせて実験を絞り込むよう依頼することです。たとえば:

• first project creation 前の friction を減らす
• empty-state conversion を改善する
• signup 初日で止まったユーザーを回復する

選択的に使うことで、テスト計画は引き締まり、測定可能な改善につながる可能性も高まります。