オンボーディングなきオンボーディング

5ステップのウェルカムモーダルは死んだ。プロダクトツアーも死んだ。本物の作業をせき止めるチェックリストも死んだ。現代のAIプロダクトはドアを開け、ユーザーを中に放り込み、チュートリアルの照明を消した。ユーザーは、自分がオンボーディングされていないことに気づく前に、もう入力を始めている。

説明はアクティベーションにかかる税金だ。2026年の最高のプロダクトは説明しない。ユーザーを30秒以内に本物の作業の中へ置き、教える仕事はプロダクト自身に任せる。

オンボーディングが存在した理由と、AIがそれを殺した理由

オンボーディングが20年生き延びたのは、アクティベーションが難しく、プロダクトに説明が必要だったからだ。 AIネイティブなUIは、その両方の理由を一度に葬った。

以前のアクティベーションは、最初の有用なアクションの前にセットアップを要求した。データベースを接続する。チームを招待する。ワークスペースを設定する。5ステップのツアーとウェルカムモーダルは、壊れた初回体験に貼ったガムテープであり、残す価値のあるデザインパターンではなかった。プロダクトに説明が必要だったのは、決定論的なSaaSが千個ものコントロールを並べ、ユーザーに地図を覚えさせていたからだ。

AIは両方を潰した。Lovableは一行のブリーフからアプリを作る。v0はスクリーンショットからUIを生成する。Cursorは本物のフォルダを開き、エージェントがコードベースを把握する。Stripe Atlasは会社名と国だけで法人設立の90パーセントを事前入力する。設定しているのはユーザーではない。プロダクトだ。しかもプロンプトの面は普遍的だ。Claude、ChatGPT、Cursorでは同じ入力ボックスがあらゆるタスクを引き受けるので、覚えるべき地図はもう残っていない。

正しく実践するノーオンボーディングの5パターン

オンボーディングを綺麗に省略できるプロダクトと、モーダルを消しただけで混乱した空っぽの製品を出荷するプロダクトを分けるのは、5つのパターンだ。それぞれが、かつてチュートリアルが担っていた仕事を引き受ける。

パターンは組み合わせられる。優れたノーオンボーディングのフローは、最初のセッション内に3つ以上を盛り込む。

パターン1:キャンバス直行

プロダクトは説明ではなく、作業の場を開く。Cursorはフォルダを開く。v0はプロンプトバーを開く。Claudeはテキストエリアを開く。Linearはチェックリストではなく受信トレイを開く。Figmaは、ツールバーがすでに手元にある状態で白紙のキャンバスを開く。

ウェルカムモーダルもなければ「Cursorをご案内します」もない。ユーザーが最初に目にするのは、この先ずっと使い続ける画面そのもので、カーソルもすでに必要な場所にある。キャンバス直行が成立するのは、キャンバス自体が読み取れるからだ。送信ボタン付きのテキストエリアは、それだけで完結したアフォーダンスになる。ユーザーは他の20個のプロダクトで使ったことがあるので、新しいプロダクトはそのリテラシーを借り、レッスンを省く。

パターン2:エージェント型ファーストラン

ユーザーが一行打つと、プロダクトは60秒以内に動く成果物を生み出す。Lovableは「ピラティススタジオ向けのSaaSランディングページを作って」をデプロイ可能なサイトに変える。v0はスクリーンショットと一文をReactコンポーネントに変える。Vercel AI Playgroundはプロンプトを動作するAPIコールに変える。Cursorは「lintエラーを直して」を本物のdiffに変える。

エージェント型ファーストランは、出荷するコストが最も高く、決まったときの効果も最も大きいパターンだ。ユーザーはセットアップをせず、完成した出力を見て、動くメンタルモデルを持ち帰る。能力の限界、インタラクションモデル、成功状態が一手で全部伝わる。空の状態が、本物を生み出す一つの入力であるとき、空の状態こそがプロダクトになる。罠は、プロンプトは生きているように見えるのに出力は録画済みのgifという、作り物のデモだ。信頼は2回のプロンプトで燃え尽きる。

パターン3:スマートデフォルト

プロダクトは、たった一つのシグナルから作業の90パーセントを事前入力する。Stripe Atlasは会社名と国を聞くだけで、法人設立フォームの残りを埋める。Linearはメールドメインからワークスペースを推測し、会社名からプロジェクトを作る。Notionはスターター用のページ群を自動生成する。Vercelはインポート時にフレームワークを検出してビルドを設定する。

スマートデフォルトが機能するのは、ほとんどのユーザーが中央値の答えを求めているからだ。鍵になるのは、設定を必須にせずに上書きを見える状態にしておくこと。Stripe Atlasは事前入力された各フィールドの横に編集アイコンを表示する。Linearはシード後にワークスペース名をその場で変更できる。デフォルトは堂々と、上書きはひっそりと、どちらも1クリックで届く。

パターン4:プロダクト内ナッジ

プロダクトは、作業の前ではなく作業の最中にヒントを出す。Linearは見慣れないコマンドにホバーするとインラインヘルプを表示する。Raycastは入力中にコマンド候補を出す。Cursorの最初のプロンプトヒントは、ユーザーがファイルを開いた後、プロンプトを打つ前に現れる。Cronは初めてイベントを作るときにキーボードヒントを一度だけ見せ、その後は永遠に消える。

プロダクト内ナッジは、ツアーを、ユーザーがすでに試みているアクションに絞ったマイクロレッスンに置き換える。ヒントは2語。閉じるのは1キーストローク。失敗パターンはナッジパレードだ。同じ画面に5つのヒントが積み重なり、それぞれがクリックを妨げる。ナッジはアクションの近くにある静かな一行のテキスト。パレードは名前を変えたツアーだ。

パターン5:ジャストインタイムのチュートリアル

ツールチップは、ユーザーが到着したときではなく、見慣れないコントロールにホバーしたときにそれを説明する。Superhumanは、初めてマウスに手を伸ばしたときにキーボードショートカットを教える。Loomは、最初の録画を始めるときに録画コントロールを説明する。Figmaは、初めてオートレイアウトのフレームを選択したときに制約ピンを説明する。

ジャストインタイムのチュートリアルは、説明を置く場所として最も安全だ。ユーザーはすでにそのコントロールに関わると決めているからだ。好奇心は装填済みで、注意は集中していて、説明はユーザーがすでに抱いていた疑問に答える。鉄則は、ユーザーがホバーも、クリックも、呼び出しもしていないなら、チュートリアルは走らないこと。原則はプログレッシブディスクロージャーだ。プロダクトは、ユーザーが手を伸ばした順番で奥行きを見せる。

それでも出荷されてしまう失敗パターン

悪いオンボーディングのパターンは、死ぬことを拒む。5つが今年もまだ本番に着地していて、どれもプロダクトが払う余裕のないアクティベーション税だ。

まだ知りもしない目的を尋ねるウェルカムモーダル。「今日はNotionで何をしたいですか?」「チームの人数は?」ユーザーはプロダクトが何をするのか知りたくて登録したのに、モーダルは使ってもいないうちにユースケースの確約を求めてくる。アンケートは3回目のセッションまで動かそう。

**名前と色を要求する空のワークスペース。**足を止めさせ、ワークスペースに名前を付けさせ、色を選ばせ、アイコンを選ばせるプロダクトは、来てくれたユーザーを罰している。デフォルトで埋めよう。名前の変更は後でいい。

**本物の作業をせき止める7ステップのチェックリスト。**チェックリストは、プログレスバー付きの新しいツアーだ。本物のアクティベーションはステップ7では起きない。ユーザーはステップ3で離脱した。

**まだ見えないボタンの前を素通りさせるツアー。**最初のアクションと関係のない機能を指すコーチマーク。そのツアーが教えているのは、チームが出荷したかったプロダクトであって、ユーザーが使っているプロダクトではない。

**最初のAI出力の前にあるフォームゲート。**出力が一つも出ないうちに、チーム規模、役職、ユースケースの記入を求めること。最初のプロンプトの前にあるフォームゲートは、すべてアクティベーション税だ。先に価値を届け、コンテキストは後で集めよう。

オンボーディングを設計する前の4つの質問

チュートリアルのステップを1つ書く前に、仕様をこの4つに通そう。答えが上の5パターンのどれかを指すなら、設計は完了だ。

1. アクティベーションは実際に何を必要とするか? 価値を届ける最小のアクションを言語化する。アクティベーションが「一行打って出力を見る」なら、オンボーディングは、下に提案が添えられた空の入力欄だ。
2. 聞く代わりに、プロダクトに何ができるか? プロダクトが投げるすべての質問は、プロダクトが自分で答えないと選んだ質問だ。ドメインはメールから。フレームワークはインポートから。デフォルトのプロジェクトは会社名から。
3. 始めるためにユーザーが最低限学ぶべきことは何か? ほぼ確実に、チームが思うより少ない。テキストエリアに説明はゼロでいい。キーボードショートカットは、ユーザーがマウスに手を伸ばすまで不要だ。
4. 必要になるまで待てることは何か? 高度な機能、チーム招待、課金、連携。どれも最初のプロンプトを妨げない。必要とするフローの中でジャストインタイムに出そう。

この4つが、ほとんどのAIプロダクトにとってオンボーディング仕様の代わりになる。成果物がツアーになることはまれだ。より賢い空の状態、より良いデフォルト、一度だけ発火するヒントになる。

それでもオンボーディングに価値がある場面

明示的なウォークスルーがまだ必要なフローもあり、それを省くのは職務怠慢だ。

**コンプライアンスとKYC。**Stripe Atlasは法人設立の90パーセントを事前入力するが、KYCのフローは設計上、明示的で、順番通りで、ゲートがかかっている。本人確認をスマートデフォルトで飛ばすことはできない。銀行、融資、規制対象の初回体験もすべて同じだ。

**マルチテナントのセットアップ。**ワークスペース、組織、チームスコープには現実的な結果が伴う。VercelのチームやLinearのワークスペースを立ち上げる新任の管理者には、選択が全体に波及するので、明示的なセットアップが必要だ。

**エンタープライズSSOとアイデンティティのプロビジョニング。**SAML、SCIM、カスタムドメイン、IdP連携。ユーザーは価値を探す新規ユーザーではなく、設定作業をする管理者だ。ここではウィザードが正解になる。

**取り消せないアクション。**ワークスペースの削除、課金の移管、契約の署名。取り消せないアクションにはすべて、結果をたどって見せる確認フローが必要だ。あえて摩擦を設計するの解説では、元に戻せない操作でスピードを落とすことがなぜ正しいのかを扱っている。

パターンはこうだ。重大、規制対象、破壊的なものは明示的なフローを得る。探索的、可逆、低リスクなものは省略する。ほとんどのプロダクトのオンボーディングは後者のカテゴリなのに、ほとんどのチームは前者のように設計している。

ノーオンボーディング監査

任意の初回体験フローを、この5つの質問に通そう。2つ以上落ちたら、そのオンボーディングは、プロダクト自身がやるべき仕事を肩代わりしている。

1. ユーザーは到着から30秒以内にプロダクトの中にいるか? いないなら、ウェルカムモーダルがボトルネックだ。
2. 最初の画面は本物の画面か、それともツアーか? 本物の画面とは、テキストエリア、キャンバス、受信トレイ、エディタのこと。ツアーとは、ユーザーがまだ使えないインターフェースにかぶせたコーチマークのことだ。
3. プロダクトは、事前入力できるものをすべて事前入力したか? ワークスペース名、プロジェクトのスターター、フレームワーク、通貨、ロケール。プロダクトが推測できたはずのデータをユーザーが打っているなら、デフォルトが間違っている。
4. 説明はアクションに絞られているか、それともツアーとして前倒しされているか? 前倒しは税金。絞られていればサービス。同じ言葉でもタイミングが違えば結果が変わる。
5. 最初のセッションが終わる前に、ユーザーは本物の出力を生み出すか? デプロイされたサイト、保存されたファイル、回答された質問、送信されたメッセージ。何も生み出さずにタブを閉じたなら、初回体験は失敗だ。

5つすべてを通過するフローは、ユーザーに一度もオンボーディングされた感覚を与えずにアクティベートする。ただプロダクトを使った感覚だけが残り、その感覚こそが狙いのすべてだ。AIがコアとなる画面であるとき、入力そのものがどうこの負荷を担うかはプロンプトサーフェスの解説で、それでもオンボーディングに価値があるケースはAIプロダクトのオンボーディング設計の記事で扱っている。

FAQ

ノーオンボーディングと、出来の悪い空の状態の違いは何ですか?

ノーオンボーディングのフローは、ツアーなしでユーザーをアクティベートする、意図された最初の画面を出荷する。出来の悪い空の状態は、デフォルトも提案も次の道筋もない、ただの空白の画面だ。片方はデザインで、もう片方は怠慢。最も洗練されたノーオンボーディングのフローは、最も強力な空の状態を出荷している。空の状態こそがオンボーディングだからだ。

ノーオンボーディングはB2B SaaSでも通用しますか、それともコンシューマー向けAIプロダクトだけですか?

両方で通用する。Claude、v0、LovableのようなコンシューマーAIプロダクトは、純粋なキャンバス直行で出荷できる。B2Bは画面のコントロールが多いので、スマートデフォルトにプロダクト内ナッジを組み合わせることが多い。Linear、Vercel、Stripe Atlasがその証拠だ。どれもツアーは出荷していないが、すべてB2Bである。

ツアーやチェックリストを追加すべきなのはいつですか?

最初のセッションでコンプライアンス、マルチテナントのセットアップ、SSO、取り消せないアクションが発生するときだ。この4つ以外では、ツアーはほぼ確実に、弱いプロダクト設計に貼ったUIの絆創膏でしかない。ツアーが不要になるようプロダクトを再設計する方法は、AIネイティブなプロダクトデザインの解説で扱っている。

ツアーを捨てて、画面を出荷しよう

オンボーディングなきオンボーディングは、怠惰なプロダクトデザインではない。2026年に残された、最もレバレッジの高いプロダクトデザインだ。ツアーに費やすすべての分は、空の状態、スマートデフォルト、エージェント型ファーストラン、そして実際にアクティベーションを動かすジャストインタイムのヒントに使えなかった分でもある。

今勝っているチームは、すでにウェルカムモーダルもチェックリストもツアーも消した。その3つを、動く画面、まともなデフォルト、そしてユーザーが手を伸ばしたときに発火する一つのヒントに置き換えた。ユーザーはオンボーディングされた感覚を持たない。来てみたら、プロダクトがすでに動いていたという感覚だ。同じ考え方のマーケティングページ版が、ランディングページデザインの原則の解説である。

ツアーなしで初回体験のフローを出荷するチームが必要なら、Brainyに依頼してほしい。私たちは、空の状態から最初のプロンプト、ユーザーが本物の何かを生み出す瞬間まで、AIネイティブなプロダクトUIをエンドツーエンドで設計する。ウェルカムモーダルは影も形もない。