Value AI Front Architecture The AI “Build Trap” 顧客のAIのリテラシーに依存せず、「マ シンスピード」で顧客価値を還流できて いるか? AIで自動化された顧客から見えないオペ レーションこそが、UXの源泉ではない か? W eb時代に特化した「レガシーログイン 認証」を放置していないか? 人間だけでなく「AIエージェント」が扱 えるAPI・認証基盤がどういう体験を作 るかを設計しているか? AI プロダクトのカンブリア紀を生き抜く 「勝てる布陣」はあるか? Buildが容易なら逆にBuyして最適配置 する「戦略的ポートフォリオ」を持って いるか? AIを顧客に押し付 けていないか? AI顧客を門前払い してないか? 作ることばかり 考えてないか?
行政サービスにログイン後に公式エージェントが最適な手続きを見つけて くれる体験(検索の補完としてスタート) 行政サービスのWeb UIから公式エージェントを利用できるように(AI Agent in GUI) 検索や申請の入力アシスト等して更に便利に 対話型公式エージェントがPartialに行政フロントのWeb UIを出しながら操 作ができるように(GUI in AI Agent) 対話だけで検索や申請が完結し、重要な情報入力や確認画面だけが Web UI等 バックヤードの申請審査はマシンスピードで行われて不備がないか結果が すぐにわかる(これが本当のUX価値)
たプロダクト開発について詳説 オペレーションを半自動化すると、「安 心、廉価、便利」の顧客価値が提供でき る 手法は2つ 神業bot化(今で言うAIエージェン ト) セルフサービス化(AIアシストに近 い) オペレーションを徹底的に観察して自動 化の範囲を決めてMVP作成 まずは隅っこで試して、オペレーターの トリガー(今で言うHuman in the Loop)で試してからオペレーターの介 在を徐々になくす 機械のミスに対する組織の反作用と向き 合う pm c on f2019 R ebui ld the In d u s t ry 〜産 業の半自動化を 実現 するプロダクト開発手法 〜 https://speakerdeck.com/mizushimac/pmconf2019-rebuild-the-industry-chan-ye-falseban-zi-dong-hua-woshi-xian-surupurodakutokai-fa-shou-fa
3P Appとして考える必要 AI Agentの向こう側に本当のユー ザーがいる ユーザー(人間)との接点は大きく3つ Official Web/App 3P App 3P AI Agent すべての接点は共通APIに繋がり、用途 やリテラシーに応じてユーザーが選択で きる構造 APIデザイン、APIの認証認可体験の重要 性 あなたのプロダクトが持っている素晴ら しいベストプラクティスとデータ・リ ソース、これをAI経由で顧客に提供する ことで対価を得るビジネス ToCもToB/ToGもToEも基本的には同じ 形に収れんするのではないか Human 3P App 3P AI Agent API Platform / Auth / Business Logic & Constraints REST Database / Service Mesh / Base Registry Official Web/App REST Official AI Agent / Knowledge Your Product Official Remote MCP MCP A2A? MCP
Value AI Front Architecture The AI “Build Trap” 顧客のAIのリテラシーに依存せず、「マ シンスピード」で顧客価値を還流できて いるか? AIで自動化された顧客から見えないオペ レーションこそが、UXの源泉ではない か? W eb時代に特化した「レガシーログイン 認証」を放置していないか? 人間だけでなく「AIエージェント」が扱 えるAPI・認証基盤がどういう体験を作 るかを設計しているか? AI プロダクトのカンブリア紀を生き抜く 「勝てる布陣」はあるか? Buildが容易なら逆にBuyして最適配置 する「戦略的ポートフォリオ」を持って いるか? AIが生み出す価値 を顧客に届ける AI化する顧客を受 け入れていく 本当に作るべきも のだけをAIで作る