AI製品の導入：AIツールの初回起動時のエクスペリエンスを設計する方法

多くのAI製品は、SaaS製品と同様のフォーム入力フローを採​​用しているため、オンボーディングで失敗しています。しかし、AIは別問題です。ユーザーは、最初の60秒で非決定論的なツールの実用的なメンタルモデルを構築する必要があります。機能のスクリーンショットを羅列しただけのスライドショーでは、この作業は完了しません。

これが実践的なプレイブックです。最初の60秒で達成すべき4つのタスク、効果的なフローの6つの分析、アクティベーションを阻害する3つのパターン、AI初回実行のための新しいモデル、そして出荷前チェックリストが含まれています。

AIオンボーディングはメンタルモデルの問題であり、機能ツアーの問題ではない

AI製品がオンボーディングで失敗するのは、オンボーディングを機能ツアーのように扱っているからです。ユーザーが必要としているのは、機能のリストではありません。製品が何ができるのか、何ができないのか、どのように操作すればよいのか、そして成功とはどのような状態なのか、といった実用的なメンタルモデルです。これらは、スライドショーではどれも示されません。

メンタルモデルとは、システムがどのように動作するかについての、ユーザーが抱く仮説のことです。決定論的なSaaSでは、ユーザーがクリック操作を行うにつれて受動的に構築されていきます。一方、AIでは、どのタスクでも画面上に同じプロンプトバーが表示されるため、ユーザーが諦める前にモデルを意図的に構築する必要があります。最高のAIオンボーディングを実現しているチームは、最初の60秒を4つのタスクをこなす単一の設計課題として捉えています。

最初の60秒でこなすべき4つのタスク

すべてのAIは、最初の60秒で4つの回答を提供する必要があります。何ができるのか、どのように操作すればよいのか、成功とはどのような状態なのか、最初のプロンプトは何なのか。これら4つすべてを正しく提供できれば、ユーザーはAIをアクティベートします。どれか1つでも欠けると、アクティベーション率は急激に低下します。

4つのタスクは必須です。重要なのは順番です。機能の制約を最初に提示する製品もあれば、最初のプロンプトを提示し、出力結果から機能の制約を導き出す製品もあります。いずれかに回答する前に、ユーザーの役割やチームの規模を尋ねるのは効果的ではありません。

機能の制約、AIができることとできないこと

まず最初にすべきことは、AIの機能範囲を明確にすることです。ユーザーは、過剰な懐疑心か過剰な期待を抱いてAIを使い始めるため、どちらも最初の体験を台無しにしてしまいます。懐疑的なユーザーは、幻覚を見るようなチャットボットを期待し、楽観的なユーザーは、魔法のような自動応答機を期待します。どちらも実際の製品とはかけ離れています。

解決策は、機能範囲を説明するのではなく、実際に示すことです。ChatGPTの最初のランディングページでは、3列レイアウトを採用し、左側に例、中央に機能、右側に制限事項を配置することで、この問題を解決しました。この1つの画面だけで、どんなツアーよりも早くツールの概要を理解させることができました。制限事項を隠して印象を良く見せようとするのは間違いです。ユーザーは結局、2回目のセッションで制限事項に気づきますが、今度は誤解させられたと感じてしまいます。

インタラクションモデル、ユーザーがどのようにAIと対話すべきか

次にすべきことは、入力パターンをユーザーに教えることです。チャットはAIのインターフェースのすべてではありません。ユーザーは、文章を入力するのか、ショートカットキーを押すのか、ファイルをドロップするのかを理解する必要があります。ユーザーが既に知っていると想定してしまうのは、AIオンボーディングにおける最も一般的なバグです。

カーソルは、わずか3秒で操作モデルを学習させます。ユーザーがフォルダを開くと、小さなコマンドパレットのヒントが表示され、編集の適用を促します。Notion AIは、スラッシュメニューを使って同じレッスンを提供します。チュートリアルオーバーレイではなく、コンテキスト内でコマンド呼び出しを表示しましょう。チュートリアルオーバーレイは、ユーザーにチュートリアルオーバーレイの閉じ方を教える役割を果たします。

成功状態、完了時の状態

3つ目の課題は、ユーザーが何も出力する前に、成功状態がどのようなものかを示すことです。AIの出力は馴染みのないものであり、ユーザーは参照資料なしでは良い出力を認識できません。空白のプロンプトバーは成功状態ではなく、ユーザーが回答方法を知らない質問です。

Perplexityは、ホーム画面に実際の結果を表示することでこの問題を解決します。トレンドの質問をクリックすると、引用、フォローアップ、完成した出力の視覚的な記録を含む完全な回答ページが表示されます。挨拶メッセージとともにユーザーを空白のチャット画面に放り込むツールと比較してみてください。ユーザーは成功状態を想像しなければなりませんが、ほとんどのユーザーは想像できません。

最初のプロンプト、価値が生まれる瞬間

4つ目の課題は、30秒以内にユーザーを実際のプロンプト画面に誘導することです。30秒を過ぎるごとに、メンタルモデルは徐々に崩壊していきます。30秒は厳守すべき時間であり、決して曖昧な目標ではありません。

Granolaは、イベントをトリガーとして最初の実行を行うことで、この時間を確保しています。オンボーディングは1画面で、カレンダーを接続するだけです。製品は、ユーザーが次に通話に参加したときにアクティブになります。Cursorは、ユーザーに実際のコードベースを開くように促すことで、この時間を確保しています。AIは、実際に役立つはずだった最初のタイミングで起動されます。

効果的な6つのAIオンボーディングフロー

パターンは、製品版で動作して初めて意味を持ちます。4つの課題を正しく達成する6つのAI初回実行例をご紹介します。

Cursor、コールドスタートとして実際のコードベースを開く

Cursorの初回実行では、Cursor自体は表示されません。実際のフォルダを開くように促され、エディタが操作を引き継ぎます。ユーザーは既に慣れ親しんだコードを見ており、AIは使い慣れたショートカットから起動され、最初の有用な編集はユーザーの実際の作業環境で行われるため、メンタルモデルは1分以内に定着します。

AIツールの最適なコールドスタートは、ユーザーの実際の作業環境です。スキャフォールディングされたサンドボックスはリリース時の安全性は高いものの、実際に重要な作業環境でツールがどのように動作するかについては何も教えてくれません。

Claude.ai、デモとしての例プロンプト

Claude.aiは、初回起動時に例プロンプトのホームページを表示します。いずれかのプロンプトをクリックすると、セットアップやツアー、カルーセルなしで、ユーザーはすぐに実際の作業画面にアクセスできます。ユーザーは5秒以内に実際の出力結果を得ることができます。

例プロンプトは、機能リストよりも優れたデモです。各例には、機能の制約、インタラクションモデル、成功状態が一度に含まれています。ユーザーはそれを読んでクリックするだけで、メンタルモデルが瞬時に定着します。

Linear AI、既存フロー内での段階的開示

Linear AIは、AI機能のための個別のオンボーディングを提供しません。AIは、ユーザーが既に行っている操作の中に表示されます。課題を作成する際、AIはより洗練された説明を提供します。バックログをトリアージする際、AIは並べ替え順序を提案します。すべての操作は、ワンクリックとワン承認で完了します。

既存製品に組み込まれたAIは、独立したオンボーディングを必要としません。適切なパターンは、ユーザーが既に知っているフロー内で段階的に開示することです。ユーザーが既に利用している製品に、AIのオンボーディングを別途導入することは、負担となります。

Granola、次の通話に参加することがトリガー

Granolaのオンボーディングは、カレンダーを接続するというたった一文です。ユーザーが次回通話に参加すると、製品が起動します。ユーザーは製品の使用を覚えておく必要はありません。製品がユーザーに代わって記憶します。

繰り返し発生するユーザー行動に紐づくAI製品においては、イベントトリガーによる初回実行がセッショントリガーによる初回実行よりも効果的です。最初のプロンプトは、ユーザーの次の実際の会議、次の実際のコミット、次の実際のドキュメントを開くといった具体的な予定です。ユーザーがアプリを二度開くことなく、価値が提供されます。

Perplexity、プロンプト提案を起点とした導入

Perplexityのホーム画面は、プロンプト入力欄の下に5つの質問候補が表示される構成になっています。これらの候補は非常に優れているため、最初のクエリは20秒以内に表示されます。ユーザーは自分で質問を考える必要はなく、1つ選択するだけで、回答ページが残りの質問を教えてくれます。

プロンプト提案は、AI導入において最もコスト効率の良い導入方法です。導入コストはほとんどかからず、初回出力までの時間を桁違いに短縮します。プロンプトバーが空白のAI製品は、ユーザーが自分で質問を生成するまで、常に提案を表示すべきです。

ChatGPT、ランディングページで何ができるでしょうか？

ChatGPTの初回実行時、当初の形式では、1つの画面に例、機能、制限事項が表示されていました。この3列構成のランディングページは、大規模に展開されている機能指向型オンボーディングの中で、今でも最も洗練されたものです。各列は、4つの役割を平易な文章でそれぞれ担っていました。

正直な機能指向型ランディングページは、チュートリアルウォールよりも常に優れています。制限事項は機能と同じ画面に表示されるべきです。より印象的に見せるために制限事項を隠すのは、2日目には信頼を損なう行為です。

最初の60秒でメンタルモデルを理解できるAI製品をお探しですか？Brainy を雇用するをご覧ください。UXBrainyは初回実行時の監査とオンボーディングの再設計を提供し、AppBrainyはAI製品の完全な提供を提供し、ClaudeBrainyは機能デモンストレーションを低コストで実現するプロンプトとスキルレイヤーを提供しています。AIエージェントのUIデザインパターンの作業と組み合わせることで、エージェントレイヤーを同じレベルの技術で提供できます。

失敗する3つのAIオンボーディングパターン

アクティベーションに苦労するAI製品の多くは、以下の3つの失敗パターンのいずれか、または複数を組み合わせて使用​​しています。チュートリアルウォール、モーダルカルーセル、フォームゲート。これらはいずれも最初の実際の出力を遅らせ、最初のプロンプトで無料で得られるはずの学習効果を低下させます。

チュートリアルウォールが最初のプロンプトを阻害する

ユーザーが何も入力する前に実行される複数ステップのチュートリアルは、AIオンボーディングにおける最も大きな失敗です。3ステップは多すぎ、5ステップはユーザーにとって負担となります。ユーザーはチュートリアルを読まずにクリックして進み、何も学ばずにプロンプ​​トバーにたどり着きます。

チュートリアルを削除しましょう。代わりに、データが入力されたホーム画面、実際の例、またはイベントトリガーを導入しましょう。チュートリアルは常に、ユーザーの自信を高めるための手段に過ぎません。

モーダルカルーセルがユーザーがまだ使用できない機能を説明する

ユーザーが何も出力する前にAIの機能を一覧表示するモーダルカルーセルは、機能の説明であって、実際の動作を実演するものではありません。ユーザーは画面を読み、閉じ、そして忘れてしまいます。機能一覧はメンタルモデルを構築しません。メンタルモデルを構築するのは、実際の出力です。

これは、既存製品にAIを後付けするエンタープライズSaaSにおいて最もよく見られる失敗パターンです。開発チームはAI機能のスクリーンショットを掲載した「新機能紹介」モーダルを配布し、これをオンボーディングと称します。しかし、ユーザーは成功を認識できず、再度アクセスする理由もないため、アクティベーションは進みません。

フォームゲート：価値提供前にコンテキストを要求する

AIの出力が表示される前に、ユーザーにチームプロファイル、役割、ユースケースの入力を求めるのは、フォームゲートです。特にAI製品においては、フォームゲートはアクティベーションを阻害する大きな要因となります。ユーザーはAIの機能を確認するために登録したのに、フォームはユーザーと回答の間に立ちはだかる壁となってしまうのです。

まずは価値を提供し、コンテキストの収集は後回しにしましょう。最初のプロンプトでユーザーのチーム規模を入力する必要はありません。フォームは、ユーザーが製品を使い続ける価値があると判断した後で入力する設定画面に移動させましょう。

AIオンボーディングの新しいモデル

新しいモデルは3つのルールに基づいています。機能の説明よりも機能のデモンストレーションを優先する。最初のプロンプトは30秒以内に表示する。成功状態は2分以内に表示する。現在、アクティベーションで成功しているAI製品はすべて、これらの制約を満たしています。

3つのルールが組み合わさっています。機能デモを出荷しても、最初のプロンプトが表示されるまでに3分かかる製品は、アクティベーション予算を満たしていません。最初のプロンプトがすぐに表示される製品でも、完成した出力が表示されない場合は、成功状態を満たしていません。3つすべてを満たすか、どれも満たさないかのどちらかです。

AIオンボーディング出荷前チェックリスト

出荷前に、すべてのAI初回実行時にこのチェックリストを実行してください。12項目のチェック項目があり、すべて測定可能です。

1. ユーザーテストにおいて、到着から最初のプロンプトが表示されるまでの時間が30秒未満であること。

2. 到着から最初の完成出力が表示されるまでの時間が2分未満であること。

3. 機能概要がヘルプセンターに隠されておらず、最初の画面に表示されること。

4. 制限事項が機能と同じ画面に表示されること。

5. インタラクションモデルがチュートリアルオーバーレイではなく、コンテキストの中で説明されること。

6. ホーム画面に、入力済みの例、提案、またはイベントトリガーが表示されること。

7. プロンプトバーの前にチュートリアルウォールがないこと。

8. 最初の出力の前に、モーダルカルーセル形式の機能一覧は表示されません。

9. 最初のAI出力の前に、フォームゲートは表示されません。

10. 成功状態は、ユーザーが出力を行う前に表示されます。

11. 組み込みAI機能は、既存のフローに組み込まれており、別のツアーとして提供されるわけではありません。

12. 最初のプロンプトは、使い慣れたショートカット、メニュー、またはイベントから呼び出されます。

このリストはデザインレビューテンプレートに含まれており、実行するたびに高速化されます。

よくある質問

AI製品のオンボーディングで最も重要な瞬間は？

最初のプロンプトです。それ以外の瞬間はすべて、ユーザーができるだけ早く実際の出力に到達できるようにするためのものです。30秒が目安です。

AIオンボーディングにツアーは必要ですか？

いいえ。ツアーは製品への信頼感を代替するものです。入力済みのホーム画面、サンプルプロンプト、またはイベントトリガーは、遅延なく同様の学習効果を提供します。

AIオンボーディングはSaaSオンボーディングとどう違うのか？

AIオンボーディングでは、非決定論的なツールのメンタルモデルを60秒以内に構築する必要があります。一方、SaaSはユーザーが操作を試行錯誤することで決定論的な機能を発見できます。SaaSのパターンをそのまま流用するのは、この分野で最もよくある間違いです。

AI製品の限界を正しく伝えるにはどうすれば良いのか？

機能の説明と同じ画面に限界を表示しましょう。限界を隠すと、2日目には信頼が損なわれます。最初の実行で正直に伝えることが、2回目のセッションにつながるのです。

AI製品は最初のプロンプトの前にユーザーアカウントが必要ですか？

ほとんどの場合必要ありません。コストが許す限り、最初のプロンプトはアカウントなしで実行すべきです。アカウント認証は、アクティベーションのコストに他なりません。

AIオンボーディングがもたらす変化

優れた最初の実行を実現するAI製品は、単なるツアーを提供する製品ではありません。60秒以内に、メンタルモデルと価値を同時に、しかも摩擦なく提供できる製品なのです。現在成功を収めている製品は、これを一連の画面ではなく、単一のデザイン課題として捉えています。

ほとんどのAI製品は、依然としてSaaSのオ​​ンボーディング手法を踏襲しています。フォームゲート、機能カルーセル、成功モーダル、点滅カーソル。このフローはSaaSでも平凡でしたが、AIにおいては完全に機能不全です。先行しているチームは、フォームゲートを削除し、カルーセルを実際の例に置き換え、最初の画面にプロンプ​​トバーを配置し、その下に提案を表示しています。

最初のプロンプトが30秒以内に表示され、最初の出力が2分以内に表示されれば、ユーザーはアクティベートします。どちらかの時間が遅れると、ユーザーは離脱します。AIネイティブな製品設計と連携させ、Claude スキルを活用してプロンプト例を低コストで作成し、視覚的階層構造を活用して最初の画面をスキャンしやすい状態に保ちましょう。

AI製品がメンタルモデルを60秒以内に表示させたいなら、Brainy を雇用するを参照してください。 UXBrainyは初回監査とオンボーディングの再設計を提供し、AppBrainyはAI製品の完全な提供を提供し、ClaudeBrainyは機能デモンストレーションを安価に行えるプロンプトとスキルレイヤーを提供します。