- DevCycle は MCP 統合を軸にオンボーディング手順を全面的に再構築し、開発者が最初から 自分のコードエディタ内で SDK をインストールするよう誘導した結果、SDK インストール率が約3倍に増加しました。
- 従来はサンプルアプリやサンドボックスによる体験中心の設計だったが、開発者側では実際のプロジェクトと無関係な迂回経路と見なされ、離脱率が高かった。
- 新しいフローでは AI コーディングアシスタント（Claude Code、Cursor など） を MCP に接続し、言語とフレームワークを自動検出して、カスタムインストールフローを提供します。
- 2 つの自然言語プロンプトだけで SDK のインストールと機能フラグ作成を完了し、ダッシュボードで結果を即時確認できるようにしました。
- DevCycle はこの転換により「学習」中心のオンボーディングを「使用」中心に変え、AI コードアシスタント時代の新しい 製品オンボーディングモデルを提示した点が重要です。
変化の背景
- DevCycle のオンボーディング目標は、ユーザーが製品の核心価値をすばやく体験できることです。
- SDK ベース製品では『aha moment』は、SDK を自分のアプリにインストールする瞬間に発生します。
- 既存のチュートリアルはノーコードブラウザ、コードサンドボックス、サンプルアプリの3経路を提供していましたが、ほとんどの開発者がサンプルアプリのインストールが煩わしいと感じて離脱する問題がありました。
- 結果として、チュートリアルを完了しても実際のアプリに SDK が適用されず、真の製品価値を感じられない構造でした。
既存のサンプルアプリフローの限界
- 長所: DevCycle の核心概念とプラットフォーム構成を効果的に説明できていました。
- 短所:
- 複雑に感じられ、高い離脱率を引き起こしました。
- 実際のプロジェクトとは分離された環境で進められたため、価値体験が間接的でした。
- 最終目標である SDK インストールがチュートリアルの後に別途必要でした。
MCP 統合の導入理由
- MCP（Model-Context-Protocol） は AI コーディングアシスタントがプラットフォームと直接通信し、API 呼び出しとコード作業を自動化するプロトコルです。
- 開発者が使う IDE 内で、SDK のインストールと初期化プロセスを自動化できます。
- 言語とフレームワーク検出、SDK キー挿入、プラットフォームリソース作成をコードアシスタントが直接実行します。
- その結果、開発者は会員登録から SDK インストールまでを直線的な流れで進められるようになりました。
新しい MCP ベースのオンボーディング構成
- オンボーディングは3段階に短縮されました。
- 1. DevCycle MCP インストール
- 使用する AI アシスタント（Cursor、Claude Code、VS Code など）を選択し、ワンクリックでインストールまたは詳細ガイドを表示
- インストール完了イベント（
mcp_ready）の検出時に自動で進行
- 2. SDK インストール
- アシスタントに「Install the DevCycle SDK.」と入力
- MCP がアプリ環境に適した正確なコマンドと SDK キーを渡して自動インストール
- インストール完了時に自動で次のステップへ
- 3. Hello World バナー作成
- 「Create a Hello World banner and gate it behind a flag.」と入力
- MCP が Feature と Variable を生成してクライアントコードに接続
- ダッシュボードでリアルタイム結果を確認可能
以前の方式との比較
- 作業場所: ブラウザ・ローカルサンプルアプリ → ユーザーの実際のコードリポジトリ
- インストール経路: サンプルアプリのインストール → 直接 SDK インストール
- 進行方式: ステップ別チュートリアル → 自然言語2文で自動進行
- 結果地点: SDK 未インストール状態で学習 → SDK インストール完了 + 機能フラグ動作
内部動作の原理
- MCP が AI アシスタントを通じて言語とフレームワークを検出し、カスタムインストールプロンプトを生成します。
- DevCycle は MCP・SDK イベント（例: インストール、初期化、変数評価）を検知して次のステップを自動的に解放します。
- 実際の作業は2文のプロンプトで要約されます
- "Install the DevCycle SDK."
- "Create a Hello World banner feature and gate it behind a flag."
成果と効果
- SDK インストール率が約3倍増加
- 開発者が自然なワークフロー内で進めるため、離脱率が低下
- インストール後すぐに機能フラグを体験し、価値認識速度が向上
MCP 導入時の教訓
- プロダクトマネージャー: MCP を単なる AI 接続ではなく、新しい製品タッチポイントとして捉える必要があります。
- エンジニア: MCP は複雑なインストール・構成プロセスを決定論的に自動化するレイヤーとして機能します。
- AI 利用者: AI を使ってコード修正や環境構成など構造化された実作業を実行できます。
残る課題と対処
- MCP インストール・認証プロセスの摩擦は依然として残っています。
- 非決定的な AI の振る舞いは権限制御・API ガードレールで対処
- コード信頼性確保のため、すべての変更は diff ベースでレビュー可能に設計されています。
技術的実装メモ
- イベントモデル:
mcp_installed → sdk_initialized → variable_evaluated
- プロンプトには、人間が読めるリクエストとツール中心のコマンドが両方含まれます。
- 破壊的な操作を防ぐためのセーフガード（権限、スキップオプション）が組み込まれています。
今後の計画
- 初期サンプル（Hello World）から拡張可能な 『Day-1 レシピ』 を提供予定
- 将来的に他の Feature Flagging プラットフォームでのコードマイグレーション自動化をサポートする計画です。
結論
- MCP はまだ初期段階ですが、SDK ベース製品のオンボーディング摩擦を革新的に低減するツールとして機能します。
- DevCycle はオンボーディングを MCP 中心に変えることで、『学ぶ体験』ではなく『直接使う体験』へと移行させました。
- AI コーディングアシスタント時代に合致した 新しいオンボーディングのパラダイムを提示した事例です。
1件のコメント
最近、何かをデプロイするときに、AI エージェント向けの README を別に書かなきゃいけないと考えてしまうこともあります。