やりたいことを書いた付箋が壁に残り続ける、という状態は珍しくありません。米オハイオ州の食料支援団体 Mid-Ohio Food Collective の公式導入事例が扱っているのは、その付箋が動き始めたという話です。アイデアから本番までの時間が、2〜3か月から24〜36時間になったと書かれています。
題材は広告でも接客でもありません。全米およそ2,500か所の食料支援拠点が使う FreshTrak という自社開発のソフトウェアです。それでも、少人数のチームが要望の順番待ちをどう崩したかという点では、社内ツールや自社サイトを抱えるマーケティング部門と条件がよく似ています。
出典はAIを提供している側が公開した導入事例で、第三者の検証は入っていません。費用も比較の対象も測定した期間も書かれておらず、ページに公開日の表示もありませんでした。ここでは書かれている範囲だけを整理します。確認日は2026年10月29日、原文は英語です。
どんな組織が、どのソフトの話なのか
Mid-Ohio Food Collective は、公式導入事例の記載によればオハイオ州で最大のフードバンクです。州の中部から東部にかけての20の郡を対象に、500を超える提携団体やプログラムを通じて食料を届けています。
その組織が自分たちで作っているソフトウェアが FreshTrak です。地元だけで使うものではなく、パントリー（食料の配布所）、給食所、シェルター、フードバンクなど全米のおよそ2,500か所で動いていて、開始以来68 million 回の利用が記録されていると書かれています。1日あたり平均で35,000世帯、年間では12.5 million 件を超える世帯の来訪を扱う規模です。
数値はいずれも原文の表記のまま載せています。million を日本語の単位へ言い換えると、原文のどの数字を指しているのかが追えなくなるためです。
住民から見た FreshTrak が何をするものかは、FreshTrak の公式サイトで確かめられます。郵便番号と開いている日から近くの支援先を探し、時間とサービスの内容を見て、来訪を予約し、通知を受け取る。健康の目標やレシピを作る機能と、利用できる資格を照合する機能もあります。提携団体の側には掲載と運用を扱う別のポータルがあり、住民向けの画面には、無料であることとプライバシーが守られることが明示されています。
つまり、予約・通知・条件の照合といった、一般的なサービスと同じ部品でできた画面です。扱っている対象が食料支援だというだけで、作っているものの性質は自社サイトの会員向け機能に近いものだと考えて読めます。
詰まっていたのは「作れないこと」ではなく「順番待ち」
公式導入事例が挙げている課題は3つに分かれます。1つ目は供給側で、小売業の在庫管理が良くなったぶん、余剰品の寄付が減っていること。2つ目は需要側で、パンデミック以降、支援を必要とする量がほぼ倍になっていること。そして3つ目が、ここで見たい部分です。
やりたいことのリストが、15年ぶん手つかずで残っていたという状態でした。ソフトウェア工学のディレクター Mark Mollenkopf 氏の発言として、この15年のあいだ夢みてきたことが全部その付箋の上にある、という趣旨の言葉が引かれています。作る力が無かったのではなく、作る順番が回ってこなかった、という詰まり方です。
拡張の壁も具体的でした。FreshTrak を他州のフードバンクへ広げようとすると、州ごとに違う受給資格の規則、報告の様式、同意の文面に、そのつど手作業で合わせる必要があります。1か所ごとに作り込みが発生するため、広げるほど重くなる構造になっていました。
採用の決め手として書かれているのも、この部分です。州ごとの受給資格のロジックや報告の様式を、コードベース全体の構造を踏まえたうえで実装できたこと。最高イノベーション責任者の Nick Davis 氏は、ほかの道具は関数を書けたが Claude はシステム全体を理解した、という言い方をしています。部品を書けるかどうかではなく、既にある仕組みの文脈に合わせられるかどうかが判断軸になっている点は、道具を選ぶときの観点として参考になります。
道具を「作業の種類」で割り当てている
いちばん転用しやすいのは、ここから先です。同組織は4つの入口を、作業の性質ごとに使い分けています。
日々の変更は Claude Tag です。エンジニアが Slack で用件を伝えると、FreshTrak のコードベースを横断して作業し、プルリクエストを開き、CI/CD へ渡る前に何度かのレビューを通す、と説明されています。入口がチャットにあることが要点で、依頼する側が普段いる場所から作業が始まります。
構造の変更は Claude Code が担当します。規模の大きい書き直し、移行、複数のサービスにまたがる変更など、エンジニアが深く入る作業がこちらです。
画面の決まりは Claude Design に寄せています。UIの協力会社が Figma で作った設計と、利用者への聞き取りで集めた要件を合わせ、すべての FreshTrak アプリに共通のデザインシステムへまとめる作業が進行中だと書かれています。
4つ目は外向きの用途です。開発者の1人が Claude Developer Platform の上に、ニュースや刊行物を定期的に走査して、フードバンクの運営に影響しそうな変化を拾う調査環境を作りました。経営層が農業・経済・規制・環境の動きを把握し続けるための仕組みだとされています。
この並べ方には読み取れる順序があります。「AIを導入する」ではなく、作業の粒度ごとに入口を決めていること。小さな変更はチャットから、構造の変更は開発環境で、画面の決まりは1か所に集め、外の情報は仕組みで取りに行く。入口が1つしかないと、どの作業もそこへ押し込むことになり、結局は使われなくなります。
速くなったのは「書く速さ」ではない
公表されている数値を、前と後で並べます。
いちばん目を引く24〜36時間は、アイデアが本番に入るまでの時間です。そして、その手前で起きている変化のほうが実務的です。州ごとの適応が、数か月の手作業から数日に変わったこと。その結果として、提携するフードバンクの立ち上げと研修にかかる時間が50%減ったと書かれています。現在は国内最大級のフードバンク5件が参加の準備を進めているとあります。
規模の感覚がつかめる例も載っています。ヒューストンのフードバンクは18の郡で1,600ほどの提携団体を抱えていますが、その支援モデル全体を FreshTrak に対応づける作業を1回の打ち合わせで終え、90日の構築計画を持ち帰った、という記述です。
もう1つは、人の側の変化です。技術支援チームの担当者が、Slack を通じて初めてのプルリクエストを12時間以内に本番へ入れました。先ほどの Mark Mollenkopf 氏は、彼女はエンジニアではない、いまはエンジニアだ、と述べています。業務分析の担当者が訪問からの帰り道に音声モードで話した内容が、週末のあいだに動く試作になった、という例も挙がっています。
ここで注意したいのは、並んでいる数値がすべて開発と立ち上げの所要時間だという点です。配った食料の量でも、支援が届いた世帯の増加でもありません。社内で共有するときに「AIで支援量が増えた」と要約してしまうと、検証できない目標が残ります。
書かれていないことのほうを先に見る
自社の判断に使う前に、記載の有無で項目を分けておきます。
| 項目 | 公式導入事例の記載 |
|---|---|
| 新機能の投入 | アイデアから本番まで24〜36時間（以前は2〜3か月） |
| 州ごとの規則への対応 | 数か月の手作業から数日へ |
| 提携先の立ち上げ | 立ち上げと研修の時間が50%減 |
| 拡大の状況 | 国内最大級のフードバンク5件が参加の準備中 |
| 非エンジニアの関与 | 初めてのプルリクエストが12時間以内に本番へ |
| ヒューストンの計画 | 18の郡・1,600ほどの提携団体を1回の打ち合わせで対応づけ、90日の構築計画 |
| 費用・契約の条件 | 記載なし |
| モデルの利用量 | 記載なし |
| 不具合率・品質の指標 | 記載なし |
| 比較の対象（対照群） | 記載なし |
| 測定した期間 | 記載なし |
| 個人データや安全性の扱い | 記載なし |
| 支援が届いた量への影響 | 記載なし |
下半分が空いているのは、この種の記事では正常です。導入事例は監査された報告書ではありません。書かれている設計を参考にし、書かれていない範囲を自社の目標値にしないという使い方になります。とくに個人データの扱いは、支援の利用履歴という性質上そのまま真似できる保証がありません。同じことを日本で試すなら、どの情報をどこまで渡してよいかは自社の基準で決める必要があります。
自社に当てはめるときの3つの確認点
公表値ではなく設計を借りる前提で、確認する順に並べます。
依頼の入口は、依頼する人がいる場所にあるか。この事例で日々の変更が動いているのは Slack からでした。管理画面や課題管理システムへわざわざ移動しなければ依頼できない状態だと、そもそも依頼が出てきません。Zapierの全社導入でも、現場が自分で触れる入口を作ることが先に来ていました。
速くなった場所を取り違えていないか。効いたのはコードを書く速さではなく、州ごとの差分に合わせる作業と、レビューから本番までの受け渡しでした。自社で測るなら、着手から公開までの日数と、そのうち待ち時間が占める割合を先に数えてください。開発体制そのものを変えた例としては、Pictetが公表したClaude Codeの展開のほうが詳しく書かれています。
作業の大きさで道具を分けているか。小さな変更、構造の変更、画面の決まり、外部情報の収集。この4つを同じ入口で扱うと、どれも中途半端になります。現場の制約から設計を始めた例としては、通信環境の弱い現場に合わせて作られた仕組みも参考になります。
まとめ
Mid-Ohio Food Collective の公式導入事例で公表されているのは、全米およそ2,500か所で動く FreshTrak を作り直し、アイデアから本番までを2〜3か月から24〜36時間にしたという値です。州ごとの規則への対応が数か月の手作業から数日になり、提携フードバンクの立ち上げと研修の時間は50%減ったとされています。技術支援の担当者が初めてのプルリクエストを12時間以内に本番へ入れた例も挙がっています。
費用、測定した期間、比較の対象、個人データの扱いは公表されていません。そして数値はすべて開発と立ち上げの所要時間で、支援が届いた量ではありません。それでも設計として持ち帰れるものははっきりしています。依頼の入口を現場に置き、作業の大きさごとに道具を分け、待ち時間を数える。15年分の付箋が動き始めた理由は、速く書けるようになったからではなく、順番待ちの構造を崩したからだと読めます。
この分野の実務を相談したい方へ
記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。
あわせて読みたい
配る前に研修25回。Pictetが約700人へ広げた順序 スイスのPictetは、Claude CodeとClaude Coworkを約700人へ配る前に、ハッカソンと25回のワークショップを置きました。公表されている展開の順序と、EU・スイス内で処理するという条件を整理します。
収集の仕組みは変えない。IRCがAIで配った1枚のダッシュボード 国際救援委員会（IRC）は、紙とExcelのままの保健データをClaudeで作ったHTML 1枚に読み込ませて可視化しました。ブルキナファソのパイロットで公表された数値と、収集の仕組みを触らないという線引きを整理します。
Zapierの社内AI普及率は89%・97%・100%。公式3ページの読み方 Zapierは社内のAI普及率を公式ページで89%・97%・100%と別々に公表しています。全社へ広げた5段階、先に用意した土台、採用基準への組み込みを一次情報だけで整理します。