1. タスクを記述する
良いアイデアはデスクで待ってくれません。通勤中、会議の間、散歩中に浮かんでくるものです。しかしパソコンに戻る頃には、その流れを忘れてしまったか、深く掘り下げる勢いを失ってしまっています。
Claudeを使えば、モバイルでアイデアを始め、デスクトップで仕上げることができます。音声を使って、考えていることや知りたいことを説明する会話を始めましょう。まだ移動中であっても、Claudeは関連データを検索し、あなたが参照するドキュメントを取り込み、見つけた内容を統合します。デスクに着く頃には、リサーチは完了し整理されていて、洗練された成果物になる準備ができています。
[音声を使用、モバイルで]
後で行う製品会議のためにちょっと思いついたことがあります。競合他社がオンボーディングフローで何をしているか調べたいんです。みんながよりシンプルな体験に向かっている気がします。
Q1の計画ドキュメントを取り込んでもらえますか。ロードマップの優先順位についてどこで落ち着いたか思い出す必要があるので。オンボーディングフローを複雑にしすぎているかもしれないと思っていて、会議でその主張をする場合にデータで裏付けられるようにしたいんです。
ドキュメントを確認して、競合のオンボーディングフローについて少し調査し、良いオンボーディング統計を見つけて、後で準備してもらえますか？よろしくお願いします。
2. Claudeにコンテキストを与える
Claudeはデバイス間で会話を保存するため、スマートフォンで始めてラップトップでコンテキストを失わずに続けることができます。
必須のコンテキスト
ウェブ検索（新しいタブで開きます）を有効にする：Claudeはブレインストーミング中でも、ベストプラクティスを調査し、フレームワークを見つけ、外部情報を収集できます。デスクに着く頃には、リサーチは完了しています。
3. Claudeが作成するもの
Claudeは、まだ移動中であってもリサーチに基づいた会議準備を提供します。デスクに着く頃には、整理された調査結果、関連する統計、競合分析、そして洗練して発表する準備が整った提案トークポイントが手元にあります。
Q1の計画ドキュメントを開いています。すでにある内容を補完するために、競合のオンボーディングフローに関する最新のリサーチを取り込みますね。しっかりした全体像が見えてきました。会議準備をまとめましょう。
会議準備：オンボーディング簡素化の論拠
現状（Q1ドキュメントより）
あなたのドキュメントでは、3つの主要な摩擦点が特定されています：
- 価値を示す前にワークスペース名を尋ねる
- チーム招待ステップが28%の離脱を引き起こしている（ユーザーはまず単独で試したい）
- 統合設定が任意であるにもかかわらず必須に感じられる
最も多い退出調査のフィードバック：「これが何をするのか見たかっただけ」
あなたの主張を支える業界ベンチマーク
完了率：
- SaaS企業全体のオンボーディングチェックリストの平均完了率は19.2%で、中央値は10.1%です。あなたの34%は実際には平均を上回っていますが、60%という目標はトップパフォーマーと一致しています。
- トップパフォーマンスのSaaS企業は70〜80%の完了率を達成していますが、平均的な企業は40〜60%です。
価値実感までの時間：
- トップパフォーマーは7日未満で価値実感までの時間を達成し、トライアルから有料への転換率が15〜30%になります。あなたの初回価値アクションまでの8.2分は実際には異なるもの（初回アクション対完全な価値実感）を測定していますが、原則は変わりません：速いほど良いということです。
- SaaS企業の40.43%では、顧客オンボーディングが1日未満で完了し、価値実感までの時間を短縮しています。
リスク：
- オンボーディングを完了しないユーザーの80%は、初日以降に離脱します。
競合他社が実際に行っていること
Clovant。 あなたのドキュメントには「ゼロステップオンボーディング」と書かれていますが、実際はもっと微妙です。Clovantのオンボーディングは実際には10以上のステップで構成されていますが、クリーンなビジュアルと実践的なアクティビティのおかげで、そんなに多く感じません。彼らのアプローチ：ユーザーがワークスペースを設定して始められるよう、ステップごとに1つの入力を求めます。重要な洞察は、Clovantがステップを完全に排除するのではなく、各ステップを軽量で目的のあるものに感じさせていることです。
Fynch。 Fynchのオンボーディングフローは、個人利用および学校アカウントの場合、1分未満（約50秒）で完了します。彼らの戦略：
- サインアップフローにより、Fynchは各ユーザーが使用する機能や、個人利用かチーム利用かに応じて、ワークスペースを個別化できます。
- Getting Startedページは、新規ユーザーが実際にプロダクトを使うことでその使い方を学べる、実践による学習型オンボーディングの好例です。
- テンプレートの全リストでユーザーを圧倒する代わりに、Fynchはサインアップ時に提供された情報を使って、5つの個別化されたテンプレートを提示します。
Tessract。 Tessractを開いた瞬間、複雑なチュートリアルや、すべての機能を使うための延々と続くようなガイドはありません。彼らの哲学：語るのではなく見せる。顧客は教室に座っているように感じるのではなく、すぐに飛び込んでプロダクトを体験したいのです。Tessractは巧みに一口サイズのツールチップを提供し、最初から探索と作成ができるようにしています。
アダプティブオンボーディングへの業界シフト
より広いトレンドは単に「ステップを減らす」ことではありません。厳格な線形フローから完全に脱却することです。
人は指示に段階的に従うことで学ぶわけではありません。探索し、試行し、あちこち飛び回り、途中で質問し、気を散らし、コンテキストを持って戻ってきます。良いオンボーディングはそれを反映すべきです。しかし従来のフローは、1つのステップをスキップすると全体が崩れてしまうような厳格な体験をユーザーに強います。
Fynchはユーザーをチェックリストの道に強制しません。サインアップした瞬間、あなたの行動に応じて適応する微妙なプロンプトを伴った、使用可能なワークスペースに到達します。
Clovantのチェックリストは全員を同じように扱います。アダプティブオンボーディングは、ニーズ、使用事例、行動に基づいてユーザーを扱います。そしてユーザーはその違いに気づき、アクティベーションが高まり、より多くの価値が維持されます。
データに裏付けられたあなたの主張
1. あなたの完了率は、業界平均に対してではなく、目標に対して低迷しています。 あなたは34%で、業界平均の19%に対しては上回っています。しかしトップパフォーマーは70〜80%に達しています。このギャップは「悪い」ということではなく、大きな上振れの余地を残しているということです。
2. あなたが特定した具体的な摩擦点は、業界のベストプラクティスと一致しています。
- チーム招待が離脱を引き起こしている？FynchとTessractはどちらも、ユーザーが単独での価値を体験するまでコラボレーション設定を延期しています。
- 価値を示す前のワークスペース命名？ClovantとFynchはどちらも、まずユーザーを機能するワークスペースに入れてから、設定を求めます。
- 「これが何をするのか見たかっただけ」？これはまさにTessractが、ユーザーを直接キャンバスに落とし込むことで解決した問題です。
3. トレンドは単に「ステップを減らす」ことではなく、コンテキストに応じた段階的な開示に向かっています。 目標は単にステップを7→3に削減することではありません。ユーザーがまず価値を体験し、その後コンテキストに応じて設定タスクを完了できるように再構築することです。あなたのドキュメントはClovantの「ゼロステップ」アプローチでこれをすでに指摘していますが、重要なのは、設定がユーザーが価値を見る前ではなく後に行われることです。
4. 個別化データに関するMikeの懸念への対応。 意図された使用事例に基づいてユーザーをセグメント化することで、Fynchは関連する機能とテンプレートのみを表示するカスタマイズされた体験を作り出しています。個別化データは依然として収集できますが、推測的にデータを収集するのではなく、（1つの質問に基づいて関連テンプレートを表示するFynchのように）即座に目に見える価値を提供する方法で行うべきです。
会議のための提案トークポイント
- 単なる「簡素化」ではなく、価値実感までの時間を軸に構成する。 リサーチは一貫して、ユーザーを「なるほど」という瞬間により速く到達させることがリテンションを促進することを示しています。あなたの8.2分対<3分の目標が、注目すべき本当の指標です。
- 「価値優先」の再構築を提案する。 サインアップ → ワークスペース名 → チーム招待 → 統合 → プロダクトの代わりに、サインアップ → （Clovantのように）すぐにサンプルプロジェクトへ → 必要に応じたコンテキストに基づく設定プロンプト、を検討してください。
- バイラル成長への懸念に直接対応する。 ドキュメントでは、チーム招待を延期するとバイラル成長が損なわれる可能性があると述べられています。反論：チーム招待ステップで離脱するユーザー（28%）は、そもそもバイラルな推奨者にはなりません。まず価値を体験したユーザーは、確信を持ってチームメイトを招待する可能性が高くなります。
- 「初回価値アクション」を定義することを提案する。 あなたのドキュメントでは、これが「現在未定義」であると記されています。これが最初に固めるべきことです。ユーザーがあなたのプロダクトが機能することを証明できる、最もシンプルな単一の行動は何でしょうか？
これらの領域のいずれかをさらに深く掘り下げたり、スライドをまとめたりする必要がありますか？
4. フォローアッププロンプト
Claudeとの会話を続けて、さらに洗練させたり、拡張したり、探求したりしましょう。
デスクトップで完全なコンテキストを持って続ける
中断したところから正確に再開できます。Claudeはコンテキストを記憶しており、完全な編集機能が使えるようになった今、洗練された出力を作成する準備ができています。
今デスクにいます。そのリサーチはまさに必要としていたものです。会議の前にチームと共有できる1ページのサマリードキュメントを作成してもらえますか？主要な統計、競合の例、そして私が提案したトークポイントを含めてください。
特定の発見をさらに深く掘り下げる
最も関連性の高いリサーチについて、Claudeに詳しく説明してもらいましょう。1つの洞察が特に目立った場合、Claudeはその特定の観点を強化するために、さらに多くの例、ケーススタディ、データポイントを検索できます。
アダプティブオンボーディングのトレンドは興味深いですね。線形チェックリストからコンテキストに応じたオンボーディングに移行した企業の例をもっと見つけてもらえますか？移行前と移行後の結果がどうだったか知りたいです。
主張を検証する
反対側の視点からリサーチが何を示しているかを理解することで、あなたの主張を強化しましょう。自分の立場に対する最善の反論を知っておくことで、不意を突かれるのではなく、事前に対応できるようになります。
より長いオンボーディングが実際にうまく機能するのはどのような場合か、リサーチは何を示していますか？ステップを増やすことでリテンションが改善したケースはありますか？私の主張に反する研究を誰かが持ち出してきた場合に、不意を突かれたくありません。
5. コツ、ヒント、トラブルシューティング
音声入力は洗練されている必要はありません
考えたままに話してください。Claudeは、粗く意識の流れのような入力から意図を解析します。編集はデスクトップのために残しておきましょう。
モバイルから参考ドキュメントをアップロードする
デスクトップと同様に、モバイルでもファイルを添付できます。計画ドキュメント、以前のリサーチ、メモをClaudeに渡して、リサーチタスクのための完全なコンテキストを持たせましょう。
タイムラインを明確にする
Claudeに「2時間後に会議があります」と伝えることで、何を優先すべきか、どの程度の深さを提供すべきかを調整しやすくなります。
デスクトップでファイル作成が可能になる
モバイルは記録とリサーチに最適で、そこでプレゼンテーションやドキュメントを依頼し、アプリ内で編集することもできます。スプレッドシートのようなダウンロード可能なファイルが必要な場合は、Claudeがそれらを作成できるデスクトップで続けましょう。
6. 自分で試す準備はできましたか？
次にデスクから離れている時にアイデアがひらめいたら、スマートフォンでClaudeを開いて話し始めてください。思考を記録し、Claudeにバックグラウンドでリサーチさせ、構築する準備ができたら同じ会話を再開しましょう。