2026年6月アーカイブ


Walmartは生成AIを活用した翻訳エンジンを作り、翻訳コストを99%削減しました。年間約2,500万ドルかけていた翻訳作業を、AIを組み込んだ「Walmart Translation Platform(WTP)」に置き換えることに成功しました。成功のポイントは、単純に単語を置き換える(翻訳する)ことではなく、意味・意図を汲んで訳したことでした。

その成功のポイントを整理すると、AWSが提唱する「AI BPR」というフレームワークとの類似性が見えてきました。本記事では、WalmartによるWTP置き換え方法、つまりAIを業務に組み込んだ際の成功ポイントを、AI BPRに当てはめて解説します。

  1. はじめに
  2. AI BPRの定義:ビジネスモデルを再構築する4Step
  3. Walmart事例の解説:AI BPRを当てはめて整理する
    1. 3-1. Observe:翻訳を「データの変換」から「顧客体験の向上」へ再定義する
    2. 3-2. Shift:効果的なAIと人間の役割分担の設計
    3. 3-3. Simulate:複雑さを競争優位に変えるための考え
  4. おわりに


1.はじめに

Product SchoolのポッドキャストにWalmart InternationalのCPOであるTim Simmons氏が登場しました。ECサイトの現地語対応(ローカライゼーション・翻訳)のためにAIを活用し、翻訳コストを99%削減するという大きな成果をあげた内容です。

ポッドキャストでは、技術的な内容に留まらず、翻訳精度が顧客の「信頼」に直結するという視点が語られていた点が印象的でした。単純に単語を置き換えるのではなく、意味・意図を訳すことがブランドへの信頼を左右し、売上につながる。この内容は、現地語対応を「翻訳は訳すだけだから安く済ませよう」と捉えがちな見方に一石を投じるものでした。

注目したいことは、翻訳でのAIの使い方です。全てをAIに丸投げして人を外すのではなく、AIに作業を実施させつつ、要所では人間が関与して判断する。この役割分担の設計が、これからAIを活用しようとする企業にとって参考になると感じています。

さらにWalmart自身は、18カ国・30ブランドという小売事業の「複雑性」を、AIにとってはむしろ強みになると捉えています。複雑だからこそAIが学習して賢くなる、という発想です。ここには、「AIに業務を委譲しつつも、最後は人間が判断を下す」「AIの使い所は、自社の競争力を最も高めるところに定める」という考え方が表れています。これは、AI BPRの要素でもあります。

本記事では、Walmartの事例から得た気づきを、みなさまのAI活用に活かせるようにAI BPRというフレームワークに合わせて紹介します。読み終えたときに、自社業務に対して、AI活用の第一歩目を踏み出せる状態になること、それが本記事の狙いです。


2.AI BPRの定義:ビジネスモデルを再構築する4Step

AI BPRの紹介はこちら:Amazon Web Services ブログ/AI 駆動の業務変革手法 :「課題は何ですか?」と聞くのをやめた日

まず、本記事の軸となるAI BPRについて紹介します。

AI BPRは、AWSが提供するビジネスモデルや業務プロセスをAIエージェント前提に組み替えるためのプログラムです。ファシリテーション・技術検証・成果物作成といった一連のプロセスをAIエージェントが実施することで従来より短期間で、AIの使い所の発見・展開計画の作成までを行います。

従来のBPR(業務プロセス改革)が「今の業務の何が問題か?」という課題起点で始まることに対し、AI BPRは次の3つの考え方を出発点に据えています。

  1. 強み起点であること。問題を探すのではなく、自社がすでに顧客に提供できている価値や、市場・社内で認知されている強みをまず発見します。そのうえで、「どうすればその強みをさらに強化し、顧客価値を高められるか」を考えます。
  2. 心理的安全なロールシフト。業務プロセスを構成する一つひとつの要素について、「AIエージェントに委譲するのか、それとも人間が価値を高めて卓越させるのか」を判断し、「何を手放し、何に集中するか」を当事者自身が能動的に決めていきます。
  3. 即時的フィードバック。AIとの対話を通じて成果物をその場で作成するため、「持ち帰り時間ゼロ」で検討を前に進められます。 従来のBPRが課題起点の「問題解決志向」で設計されることに対し、AI BPRは実際の業務をAIとの対話で観察し、あるべき姿をシミュレーションしながら描いていく、観察と探索を起点とするアプローチです。結果として、業務を担う人がAIとの対話を通じてAI検討に関与できるようになり、専門家に閉じないBPRの展開が実現します。


そして、この考えは次の4つのStepに落とし込まれています。


ai-bpr_4steps.png
これらが「課題を探して潰す」プロセスではなく、「自社の強みを起点に、AIと人の役割を組み直す」プロセスということです。AIにすべてをアウトソースするのではなく、業務の当事者が判断を重ねながら自社の業務を見つめ直すことを大切にしています。

それでは、次の章からはWalmartの事例をAI BPRの各Stepに当てはめてみていきましょう。


3. Walmart事例の解説:AI BPRを当てはめて整理する

まずはじめに、各Stepの内容とWalmartの取り組みを整理します。Stepごとによく当てはまる(適合度が高い)箇所とそうでない箇所があります。本記事では、適合度が高い部分にフォーカスしてWalmartが成功した要因を探っていきます。


ai-bpr_4steps_walmart.png


このように、Walmartの翻訳の取り組みは、AI BPRのStep1〜3に当てはまります。一方でStep 4は、ポッドキャストでは、語られている情報が乏しく当てはめきれません。 次章からは、適合度の高いStep 1〜3に焦点を当て、それぞれのStepでWalmartが何を判断し、なぜ成功できたのかを掘り下げていきます。


3-1. Observe(業務フロー可視化):翻訳を「データの変換」から「顧客体験の向上」へ再定義する

まず最初のObserveでは、現状の業務を観察し業務フローを描きながら、業務フロー上のどこに、強み・価値・リスクがあるのかを発見するStepです。

WalmartはこのStepで、ECサイトでの翻訳は、単なる「言葉の置き換え」ではなく、文化的文脈を含んだ「意図の変換」であり、それが多言語展開しているECサイトでの価値であり強みである(=それができているとよく売れる)と発見しました。

ここで言う「意図」とは、単なる商品説明の文字列(データ)を、その地域の顧客が自然に受け入れる文脈へと変換することを指します。例えば、同じスペイン語圏であっても、メキシコ、チリ、米国では「Tシャツ」を指す最適な語彙が異なります。もし単純な機械翻訳APIを利用した場合、文法的には正しくても現地の文化に合わない違和感のある表現が出力されます。ECサイトにおいて、このような微細な文脈の欠如は検索精度の低下や購買率の悪化に直結し、結果として顧客の71%が体験への信頼を失って離脱するというリスクを生みます。Walmartは、この翻訳品質を単なる言語の問題ではなく、「稼ぐ力」を左右する最重要課題と捉えました。


3-2. Shift(AI 委譲判断):効果的なAIと人間の役割分担の設計

次のStepであるShiftでは、AIに委譲できる役割を特定し、人間とAIの分担を再設計します。

Walmartは、翻訳をただの作業として扱うのではなく、Walmart Translation Platform(WTP)として3層構造のオーケストレーションに組み替えました。第1層は人間の文化エキスパートで、単に単語を直すのではなく「機械が次回より賢くなるための文脈・ルール」を記述します。第2層はモデル群で、第1パスをニューラル機械翻訳が担い、品質レビューをLLMが行います。第3層はデータパイプで、適切なシグナルが次の精度向上にフィードバックされます。 この設計の要点は、「大量・定型の一次翻訳」はAI(ニューラル機械翻訳)に委ね、「どの語彙・表現がその地域で自然か」という文化的判断は人間が起点として担う、という役割分担にあります。

たとえば3-1で触れたように、スペイン語で「Tシャツ」を指す最適な語彙はメキシコ・チリ・米国でそれぞれ異なります。同様に、スペイン語の「ropa vieja」は「古着」ではなくキューバの牛肉料理を指し、英語の「kitchen island(キッチンの作業台)」はフランス語で「lot(=ひと山・ロット)」と訳すと別の商品へ誘導してしまうため「îlot」と訳す必要があります[1]。

通常の翻訳では誤りやすいこうしたニュアンスを、人間が文脈として理解し、AIへ学習させることで、適切な翻訳ができる仕組みにしています。

こうした役割分担を支えるのが、見出しに掲げた「オーケストレーター(指揮者)」の発想です。Walmartは、個々のタスクをこなすエージェントを並べるだけでなく、あるエージェントの出力を次へ受け渡し、エンドツーエンドのワークフローを進める"プロジェクトマネージャー型"のエージェント=オーケストレーターを構築しています。人間(PM)が細かなタスクごとに各エージェントとやり取りするのではなく、異常検知や判断が必要な場面でだけ人間にアラートが上がる。この設計により、人間を要所に残しながら効率と品質を両立させています。

この役割分担は、AI BPRが掲げる「心理的安全なロールシフト」そのものです。「何をAIに手放し、何に人間が集中するか」を当事者自身が能動的に決めることで、AIは"人の仕事を奪うもの"ではなく"人の判断を増幅するもの"として業務に組み込まれていきます。


[1] これらの例は、Tim Simmons氏が出演したポッドキャスト(Product School, The Product Podcast E285)ではなく、Walmartの公式発表に基づく。出典:Walmart corporate "¿Cómo se Dice?"(2025年9月17日, corporate.walmart.com)、および HBS Dealer "How Walmart is overcoming language barriers"(2025年9月24日)。


3-3. Simulate(プロトタイプ検証):複雑さを競争優位に変えるための考え

Simulateでは、AIが組み込まれた後のプロセスを設計・検証します。AI BPRでは、実際にシステムを構築しなくとも、サンプル成果物を作成できるため、すぐにアイデアの効果検証ができます。

Walmartが構築したWTPには、人間が記述した文脈・ルールをモデルが学習し、その出力をデータパイプ経由でフィードバックして精度を高めていく仕組みがあります。 いきなり完成形を目指すのではなく、どの程度改善を繰り返すと求める精度に届くか、シミュレーションしながら改善を重ねたと考えられ、その積み重ねの結果として、22言語・毎月数百万点を1件20ms以内で処理し、翻訳コストを99%削減する水準に到達しました。

また、こうした想定外の事象がシステム(翻訳API)を構築してから判明した場合、改修の工数が必要になり、時にはプロジェクトが頓挫するきっかけにもなりかねません。

複雑さは「負債」から「競争優位の源泉」へ: 注目したいことは、AIの活用によって「効率(大幅なコスト削減)」と「地域ごとの個別最適」を同時に成立させられるようになった点です。この両立が可能になったことで、「複雑さ」に対する捉え方は根本から変わります。 従来、地域の言語差異や業務の例外といった複雑さは、運用コストを押し上げる「負債」として極力削るべき対象でした。 しかしAI BPRは「課題解決」ではなく「自社の強み」にフォーカスすることにより、この複雑さをAIに学習させ、「模倣困難な競争優位の源泉」へと変換しました。Walmartが各国の文化的差異を削らずにシステムに取り込んだことも、まさにこの考えと重なっていますね。


4. おわりに

ここまでWalmartの変革をAI BPRのObserve・Shift・Simulateに沿って読み解いてきました。

Walmartの事例では、Forecastに適合する内容は語られていませんでしたが、AI BPRでは最後にForecastのStepがあります。

Forecastでは、Simulateで実証した変革を「いつ・どこから・どの順で広げていくか」という実行計画(ロードマップ)に落とし込みます。今回のWalmartの事例では、将来の展開計画まで詳しく語られていなかったため深くは触れませんでしたが、本来このStepは、変革を実行するために欠かせないStepです。


Walmartの成功は「高性能な翻訳AIを導入したから」ではありませんでした。

Observeで翻訳を「単語の置き換え」ではなく「顧客体験=稼ぐ力」として発見し、Shiftで一次翻訳をAIへ・文化的判断を人間へと役割分担し、Simulateで実運用を通じてその効果を数字で実証する。 この一連の流れ、すなわち「自社の強みを起点に、AIと人の役割を設計し直したこと」こそが本質でした。

とりわけ示唆的なのは、18カ国・30ブランドという事業の「複雑性」を、削るべき負債ではなく、AIに学習させて競争優位に変える資産として捉え直した点です。これは、課題を探して潰す従来型のBPRとは正反対の、「強み起点」というAI BPRの考えを体現しています。 裏を返せば、AIの活用でつまずく多くのケースは、技術や製品そのものの問題ではなく、「どの業務を、どこまでAIに委ね、どこで人が価値を出すのか」という役割設計が曖昧なまま進めてしまうことに起因します。

だからこそ、出発点に置くべき問いは製品選びではありません。

「どのAI製品を導入するか」という近視的な問いではなく、「AIが自然に駆動する業務・組織のアーキテクチャをどう描くか」に注力すること。それこそが、AIを活用する組織が注力したい本質的なビジネス変革です。

当社は、AWSの共創パートナーとして、企業の業務をAI前提で再設計するAWS Japan 様共催ワークショップを提供しています。 自社業務へのAI適用にAI BPRを活用したい方は、ぜひご相談ください。

  1. はじめに
  2. AWS RAPIDとは
  3. AWS RAPIDによる書類審査デモ
  4. AWS RAPIDのプロンプト改良で精度向上
  5. AWS RAPIDの「嬉しい点」とまとめ
  6. おわりに


はじめに

書類審査業務のDXを実現する「AWS RAPID」

設計書や契約書、申請書などの書類審査業務は、多くの組織で重要な業務の一つです。
しかし実際の現場では、「チェック項目が多すぎる」「確認する書類が膨大」「審査に時間がかかる」といった悩みを抱えている方も多いのではないでしょうか。

書類には複雑な文章や図面が含まれており、仕様書や法規制、ガイドラインに基づく多数のチェックリストを参照しながら確認を進める必要があります。
さらに件数が多い場合、1件の作業時間は短くても、組織全体では大きな工数となり、担当者の負担は決して小さくありません。

  • 書類審査の精度とスピードを両立させたい
  • 生成AIを実務に活用したいが、具体的な導入イメージが湧かない
  • 非エンジニアでも着手できる、実用的なDX施策を探している


こうしたニーズに応えるのが、AWSが提供するソリューション
Review and Assessment Powered by Intelligent Document Processing(RAPID) です。

AWS RAPIDは、生成AIの力を活用して人が行う複雑な規定への適合判断を支援する仕組みです。
AIが一次確認を行い、人が最終判断を担う ことで、担当者の専門性を活かしながら確認作業の負担を大きく軽減できます。

本記事では、業務改善に直結するAWS RAPIDについて、使用例を交えて分かりやすく解説します。

1. AWS RAPID とは

AWS RAPIDは、書類審査業務を効率化する、AI活用ソリューションです。

審査基準となるガイドラインと審査対象書類をAIが照合し、自動で合否判定します。最終確認は人が行います。


image7.webp

わずか 2ステップ で書類審査が完了します。

Step1:AIがチェックリストを生成

審査のガイドラインとなるファイルをアップロードすると、AIが内容を解析し、審査の観点を抽出したチェックリストを自動で生成します。
テキスト中心の書類はもちろん、表を含むドキュメントにも対応可能です。

【 人の手で最適化 】
生成されたチェックリストは人が確認・修正でき、目的や審査基準に応じて調整できます。

Step2:AIによる審査判定

完成したチェックリストと審査対象のファイルを照合し、AIが項目ごとに「合格」「不合格」を判定します。

【 人が最終判断 】
AIの判定結果を人が確認し、必要に応じて結果を上書き修正することができます。

セキュリティへの考慮

RAPIDは、お客様専用のAWSアカウント内で構築するため、データはお客様自身のAWS環境内に留まり、外部に漏洩しない設計になっています。

また、AIへアップロードするファイルやプロンプトへの入力および出力データは、モデルの学習に使用されず、サードパーティのモデルプロバイダーに配布されることもありません。

(AWS ユーザーガイド Data protection より:
https://docs.aws.amazon.com/bedrock/latest/userguide/data-protection.html


2. RAPIDによる書類審査デモ

実際の審査実行手順を、ハウスメーカーの商談議事録を事例としたデモデータを用いて解説します。
下記が、審査のガイドラインとなるドキュメントです。

スクリーンショット 2026-06-03 20.10.53.webp

様々な要件がありますが、例えば「子供部屋1室を含む3部屋構成」という要件が含まれます。こちらのドキュメントから、AIがチェックリストを生成します。
チェックリスト画面からジョブを新規作成し、ファイルをアップロードすると、数分程度でチェックリストが生成されます。PDFファイル1枚の場合、3分ほどでチェックができます。


image11.webp

下記が実際に 生成されたチェックリスト です。先程の「子供部屋1室を含む3部屋構成」も適切に抽出されています。審査観点の抽出が不適切であれば、手作業で修正します。


image6.webp

審査画面から 審査ジョブ を作成します。
審査対象のファイルをアップロードし、先ほど生成したチェックリストを選択します。

今回の審査対象は、商談記録をもとに作成した3LDKの間取り図です。


スクリーンショット 2026-06-03 20.04.37.webp

image3.webp

PDF1枚程度であれば、4分〜8分程度で審査が完了します。


image10.webp

詳細を開くと、 審査結果 を確認できます。
各チェック項目に対し、 「合格」 「不合格」 で判定されます。

image12.webp

判定結果にかかわらず、 判定の根拠 参照元のドキュメント を確認することができます。

作業担当者は、AIが判定結果を間違えている場合、結果を上書きすることができます。

審査の精度を確認します。
先程の「子供部屋1室を含む3部屋構成」という条件については、不合格となっています。

その理由として、「3部屋のうちどれが子供部屋であるか明示されていないこと」、また当該構成について「当事者間で合意が確認できていないこと」が挙げられています。


image9.webp

このように、単なる表面的な記載の一致を確認するだけでなく、要件の充足状況まで踏み込んだ 高度な判定 をすることが可能です。
例えば、追加書類の提出が求められているにもかかわらず、確認できない場合には、不合格と判定されます。

3. AWS RAPIDのプロンプト改良で精度向上

審査ガイドラインには、下記のように 図や表 を含むドキュメントも使用できます。

image1.webp

しかし、図表が含まれる場合は、テキストのみのドキュメントと比べて精度が低下する傾向があります。
上記の車庫証明の記載例では、「新規代替欄」「車両情報記載」「所在図が省略できる場合」「使用権原欄」の審査観点を適切に抽出できませんでした。
図や表が含まれるドキュメントについては、デフォルトのプロンプトでは対応が難しい状況です。


image5.webp

そこで、 プロンプトを改良 し、チェック項目の抽出精度が向上するかを検証します。
プロンプト管理画面から、空欄および必須項目を判定するプロンプトを作成します。

image4.webp

image2.webp

このプロンプトで再度チェックリストを生成します。
その結果、「新規代替欄」「車両情報記載」「所在図が省略できる場合」「使用権原欄」について、詳細な審査観点とともに すべて適切に抽出されました


image13.webp

image16.webp

image14.webp

この精度を高めたチェックリストを使用することで、審査精度をさらに向上させることができます。

このように、一度で完璧なチェックリストを生成できなくても、 プロンプトを改良することで、より完成度の高い審査を実現 できます。


4. RAPIDの「嬉しい点」とまとめ

今回の検証を通じて、AWS RAPIDによる書類審査フロー自動化の 圧倒的なスピード を体感できました。速さに加え、実用性の観点でも特に秀逸だと感じたのが以下の2点です。

1.「ゼロから審査」から「人間は確認するだけ」へ

AIによる精度の高い一次審査で、人間側の確認作業の負荷が最小限に抑えられます。

  • 文脈や「暗黙の了解」を汲み取る精度が高く、書類不足を的確に指摘するなどの高度な読解力を備えています。
  • 判定の根拠(思考プロセス)をAIが明示してくれるため、人間はその妥当性をチェックするだけで済みます。


2. ソースコードの変更は不要。プロンプトチューニングの手軽さ

図や表が混在する複雑な書類の読み取りにはまだ伸びしろを感じますが、 プロンプトをわずかに改良するだけで、チェックリスト生成の精度が劇的に向上した ことには感動しました。

さらに、ナレッジベース(RAG)を活用し、専門分野に特化したカスタマイズも可能です。
例えば「2拠点間の距離が5km以内」という要件に対し、書類上の住所からAIが実際の距離を計算して判定を出す、といった高度な処理も実現できそうです。


AWS RAPIDの活用が期待されるシーン

今回の検証結果を踏まえると、以下のような整合性や適合性が問われる場面で活躍すると考えられます。

  • 設計書と成果物の整合性チェック
  • Webサービス実装時などの法務ガイドライン準拠チェック
  • テストや試験の採点・評価の支援
  • 補助金・助成金の申請書類および要件の確認
  • 履歴書と募集要項のマッチング、採用業務の補助
  • 特許出願書類の構成チェックや先行事例との照合
  • 融資審査(申込書・決算書・事業計画書)の整合性確認


おわりに

AWS RAPIDは人間のような柔軟な読解力と、AIならではの速さを併せ持つことがわかりました。今後の審査業務における強力なパートナーになると感じています。
プロンプトの工夫や外部知識との連携次第で、専門性の高い判定の効率化も実現可能です。

「書類審査に時間がかかる」「担当者によって判断基準がバラつく」といった課題を抱えている方は、ぜひ活用をご検討ください。
当社では、生成AI活用に関するご相談を承っております。導入に向けたご相談や詳細な情報につきましては、下記よりお気軽にお問い合わせください。

お問い合わせページ

このアーカイブについて

このページには、2026年6月に書かれた記事が新しい順に公開されています。

前のアーカイブは2026年5月です。

次のアーカイブは2026年7月です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。