【この記事の注目ポイント】
- McDonald’sはGoogle支援のAI「ArchIQ」を米国5店舗で試験導入し、100万件超の取引と約90%の有人エスカレーション回避を示した
- 日本の外食チェーンにとって、注文処理だけでなく厨房・設備監視までAIが担う運用モデルが現実になった
- IBMでの失敗を踏まえ、精度・例外処理・現場連携をどう設計するかが導入成否を分ける焦点である
ドライブスルーの渋滞と聞き取りミスをAIで潰す現場
あなたの会社でも、電話や対面の一次受付が混み、担当者が同じ確認を何度も繰り返す場面はないでしょうか。外食のドライブスルーは、その縮図です。車列が伸び、騒音が入り、注文の聞き返しが増えるほど、待ち時間とクレームが同時に積み上がります。McDonald’sが試すAI注文システムは、この現場の摩擦を正面から削る動きです。私はここに、単なる自動化ではなく「受付業務の再設計」が始まった意味を見ます。
今回の対象は、Google支援で開発されたArchIQ、通称「Archy」です。米国の5店舗で試験運用され、注文受付に加えて店舗運営の支援も担います。数字を先に見ると、ArchIQは100万件超の取引を処理し、その約90%でスタッフへの引き継ぎを回避したとされています。90%という水準は、10件に9件が現場の手を止めずに終わることを意味し、忙しい時間帯の負荷を一気に下げる数字です。McDonald’sがこの指標を出したのは、AIを「遊び道具」ではなく、利益率に直結する業務装置として扱っているからです。
McDonald’sはすでに2024年にIBMとの自動注文実験を終えています。そこで露呈したのは、AIが注文を取り違えるだけで顧客体験が即座に崩れる現実でした。250ドル相当のチキンナゲットを誤追加した事例が話題になったのも象徴的です。つまり、今回の再挑戦はゼロからの出発ではなく、失敗を通じて「どこでAIを止め、どこで人間につなぐか」を学んだうえでの再設計です。読者の現場でも、AI導入の遅れより、失敗時の切り戻し設計の有無が成否を分けるはずです。
英語とスペイン語対応、店舗監視まで含めたArchIQの中身
ArchIQの特徴は、注文を受けるだけで終わらない点にあります。McFranchiseeとして知られるフランチャイズオーナー系アカウントの公開動画では、システムが顧客に挨拶し、注文変更を処理し、合計金額を表示してから受け取り位置へ進むよう案内していました。さらに英語とスペイン語の両方に対応し、再来客が「いつもの注文」を求めた際に反応できるとされています。これは自然言語処理(人の言葉を理解する技術)を、定型応答ではなく接客フローに埋め込んでいる構図です。
私が引っかかったのは、McDonald’sがここで「音声認識ツール」を超えた設計を進めていることです。ArchIQは厨房のボトルネックや冷凍庫の停止を管理者へ通知できるとされ、注文AIと店舗監視AIを同じレイヤーで扱っています。これが重要なのは、外食の本当の損失が注文ミスだけでなく、設備停止や仕込み遅延、ピーク時の滞留にあるからです。1つのAIが顧客接点とバックヤードをつなぐと、現場は「人が足りないからAI」ではなく、「業務全体を束ねる司令塔としてAIを置く」発想に変わります。
ArchIQの土台にはGoogle Edge Cloud bladesが使われるとフランチャイズ側が述べています。Edge Cloudは、クラウド処理を店舗近くに寄せて遅延を抑える方式です。注文の応答が数十秒遅れるだけで、ドライブスルーでは体感品質が落ちます。だからこそ、中央サーバー任せではなく、店舗側に処理基盤を置く意味があります。McDonald’sがこれを進めるのは、AIの精度だけでなく、応答速度が売上に直結するからです。さらに同社の2025年実績では、ロイヤルティ会員向け売上が70市場で約370億ドルに達し、90日アクティブ会員は約2億1,000万人に増えました。370億ドルは巨大な顧客接点の証拠であり、AI注文の改善が全体売上に波及する前提を示しています。
日本の外食チェーンが先に向き合うべき導入条件
日本の外食企業やSIerにとって、このニュースは米国の成功談では終わりません。むしろ、国内の導入判断を早める材料です。ドライブスルー、フードコート、テイクアウト窓口、コールセンター予約など、音声で一次受付する場面は日本でも多く、そこでは人手不足と多言語対応が同時に重なります。訪日客対応を抱える店舗ほど、英語と日本語の切り替えができるAIは実務価値が高いです。
ただし、導入の順番を間違えるとMcDonald’sのIBM案件と同じ道をたどります。先に必要なのは、注文を全部AIに任せることではありません。聞き取り失敗時の人間への引き継ぎ、販売停止中の商品を即時反映する在庫連携、店舗ごとの騒音差に応じたマイク設定、そしてピーク時だけ人が前面に出る運用です。ここを固めずに「AIで省人化」とだけ言うと、現場が負担を押しつけられたと感じる担当者も多いはずです。私は、AI導入の本質は省人化よりも、繁忙時の事故率を下げる運用設計にあると考えます。
また、店舗監視まで含めた設計は、日本での本命です。冷凍庫停止や厨房滞留のアラートは、売上損失の前に品質事故を防ぎます。製造業でいう予知保全を、外食にそのまま持ち込む形です。外食チェーンが本気でAIを使うなら、注文精度のKPIだけでは足りません。平均応答時間、有人切替率、廃棄削減率、設備停止検知から復旧までの時間をセットで追う必要があります。数字を4つ並べるのは手間に見えますが、その4指標がそろって初めて現場は回ります。
AI注文は接客の置き換えではなく業務分解の始まり
今後の焦点は、AIが注文を取れるかどうかではありません。どの業務をAIに任せ、どこで人の接客を残すかです。McDonald’sはすでに「人が話す前提の店舗」から「AIが先に受ける店舗」へ軸足を移しています。私はこの流れが、外食に限らず小売、物流、受付業務へ横展開すると見ています。人手不足が続く限り、企業は“人を置く場所”ではなく“人が必要な瞬間”を絞り込む方向へ進みます。
次の競争は、AIのデモ映えではなく、例外処理のうまさです。メニュー欠品、注文変更、言語切替、ピーク混雑、設備停止という5つの場面で破綻しない企業が勝ちます。McDonald’sの試験導入は、その勝ち筋を探る実験として読むべきです。

編集部コメント
正直に言うと、私は「AIドライブスルー」という響きより、IBMで一度つまずいたMcDonald’sがもう一度挑んだ事実のほうに重みを感じました。失敗のあとに何を直したかを言わずにAI導入を語る話は多いのですが、今回はむしろ逆で、現場の痛みがそのまま設計条件になっています。そこが一番リアルでした。