EvoQuest
EvoQuest Food需要予測AI 執筆:水上貴洋(取締役) 2026.08

SCENARIO ── SELF-SERVICE UDON BOIL CASE

15分ごとの客数予測を確認し
次の釜に入れる玉数を決める

セルフうどん店向けに、15分ごとの客数予測と残りの麺数を確認するシステムを作ります。釜前の担当者が次にゆでる玉数を決め、廃棄と玉切れを記録する想定です。翌日の粉・だしの仕込み計画も含め、約2ヶ月で開発します。

想定領域
ゆで玉数の予測 / 飲食店の業務改善
担当範囲
作業と記録の確認・予測機能と操作画面の開発・導入時の説明
想定対象
席数40ほどのセルフ式うどん店(昼中心・自家製麺)
想定期間
設計〜納品 約 2 ヶ月

OVERVIEW

どんな仕組みをつくるか

セルフ式うどん店の担当者が次の釜に何玉入れるかを決めるためのシステムを想定しています。この例ではゆで時間は12分、ゆで上がり後の提供期限は店の品質基準として20分とし、席数40ほどの店で約30回の判断を支援します。

券売機やレジの販売記録から15分ごとの客数を予測します。今釜に入れる麺を提供する12〜30分先の見込みと、番重ごとの残り・経過時間を表示し、担当者が数量を確定します。

廃棄した玉数と提供を待ってもらった時間も記録します。店長が予測と実績を比較し、ゆでる量、追加のタイミング、担当者への引き継ぎを見直せるようにします。

CHALLENGE

課題

  • 01 釜が空いてから短時間で数量を決める必要がある。この例では判断に使える時間を1分と想定しています。次にゆでる量を判断する情報が共有されていないと、店長に作業が集中します。
  • 02 廃棄した玉数と時刻が記録されていない。店の基準で20分を過ぎた玉を廃棄しても、どの時間帯に多くゆでたかを月末の粉の使用量だけでは確認できません。
  • 03 玉切れの時間を把握できていない。提供できなかった9分間などを記録していないと、廃棄量と不足した量を合わせて見直せません。
  • 04 提供期限は決まっていても、ゆでる量の基準がない。同じ晴れの土曜でも、担当者の判断によって総数が1割以上違う場合を想定しています。

APPROACH

課題への対応

釜が空いたときに次に入れる玉数を決める作業から設計します。判断するのは釜前の担当で、期限は釜が空いてから1分。画面は「次の釜 20〜26玉」という幅と提案を出し、担当が玉数を確定します。釜に入れる玉数をAIが決めるのではありません。判断の材料と締切を出すところまでが仕組みの受け持ちで、駐車場に観光バスが入ってきたのに気づいて玉数を足せるのは、釜の前に立っている人だけです。

予測の刻みは15分にします。店で定めた提供期限が20分しかないので、1日の合計を当てても釜前では使えないからです。予測するのは、いま釜に入れる玉を提供する12分から30分先の客数です。4時間営業なら1日16区間に分けて販売数を記録でき、混む時間帯と落ち着く時間帯の違いを確認できます。開店からの売れ方は15分ごとに予測に反映し、販売状況が速い日は残りの時間帯を自動で引き上げます。

予測の幅のうち多め・少なめのどちらを採用するかは、時間帯で変えます。ピークの立ち上がりは上限側。ここで切らすと、次の釜が上がるまで列が止まったままになるからです。混雑が落ち着く時間帯は下限側。この時間帯に余った玉は、次の客が来る前に20分の提供期限が尽きるからです。切り替えの時刻も店の記録から出して、画面の提案に織り込みます。

外れる前提も設計に入れます。予測が外れた場合は、次に茹でる量を見直します。15分ごとの予測更新と釜が空くタイミングに合わせて調整します。だから1回の的中に力を注ぐより、廃棄した玉と切らした時間を釜ごとに記録して、翌週の提案の見直しに使います。番重には上げ時刻が付き、20分が近づくと画面が知らせるので、忙しさにまぎれて期限に近づいた玉を担当者が確認できます。

効果は金額と時間で測ります。廃棄した玉は時刻と数が自動で残るので、原価を掛けて月の廃棄額に。玉切れは切らしていた分数と、その間の販売数と通常の同じ時間帯の販売数との差から品切れによる損失を推計します。もうひとつ、提供した玉の「上げてからの平均経過時間」を並べます。この数字が短くなることは、茹でたてを売りにする店にとって、廃棄量と合わせて確認する項目です。

CONSULTATION

ゆでる数量と提供期限の決め方から相談できます

券売機の販売記録、釜の作業時間、現在の廃棄・玉切れの記録を確認します。
担当者が短時間で判断するために必要な情報を整理し、予測と記録の画面をご提案します。

SCREENS

主要画面

想定する画面のサンプル。釜前の画面は厨房の防水タブレット、前日仕込みと月次レポートは事務所のパソコンで使う前提の作りです。店名・玉数・金額はすべて想定例で、実在の店舗・実績ではありません。

01. 次にゆでる玉数を決める

釜前の担当が営業中ずっと開いている画面。番重ごとの残り玉数と上げてからの経過時間、次の15分の客数予測、そして「次の釜 24玉」の提案が並びます。確定は1タップで、廃棄・玉切れの記録も同じ画面から残します。

釜前
使い方のポイント
番重ごとに経過時間を数え、20分が近づくと色で知らせる。
提案の出し方
幅と提案玉数を並べて出し、確定するのは釜前の担当にする。
記録
廃棄・玉切れを1タップで残し、時刻は自動で付ける。

02. 15分ごとの予測と当日の販売状況を確認する

きょう1日の客数を15分刻みで見る画面。予測の幅の上に実績が重なっていき、販売状況が速い日は残りの時間帯が引き上がります。予測の幅のうち多め・少なめのどちらを採用するかの切り替え時刻もこの画面で確かめられます。

時間帯別予測
使い方のポイント
実績が積み上がるたび、残りの時間帯の予測を更新する。
提案量の基準
混雑し始める時間帯は上限側、落ち着く時間帯は下限側。切り替え時刻を帯で示す。
補正の内訳
天気・気温・近隣の行事による増減を1行ずつ残す。

03. 翌日の粉とだしの仕込み量を確認する

店長が前日の夕方に、翌日の客数予測から粉の仕込み回数とだしの量を確認します。電話で受けた団体予約は到着時刻と人数を登録し、当日の予測にも確定済みの注文として反映します。

前日仕込み
使い方のポイント
日次の予測は仕込みにだけ使い、当日の釜は15分刻みで別に予測する。
団体の扱い
バス・部活動などの連絡は到着時刻つきの確定として登録する。
仕込み量の決め方
粉とだしは幅の上限で用意する。廃棄による損失のほとんどは茹でたあとに出るため。

04. ゆでた量・廃棄・玉切れを確認する

閉店後に見る画面。釜入れの時刻・玉数・売れた数・捨てた数・切らした時間が時系列で並び、どの釜の判断が外れたかをその日のうちに確かめられます。外れた釜には一言メモを残せます。

当日実績
使い方のポイント
釜ごとに時刻と数量を記録し、予測と差が出た場合は担当者がその日のうちに理由を残す。
廃棄の内訳
廃棄した玉は上げ時刻つきで残り、時間帯別に集計される。
玉切れ
切らした分数と、その間の販売数と通常の同じ時間帯の販売数との差から品切れによる損失を推計する。

05. 廃棄額と玉切れ時間の変化を確認する

月に一度、店長が見る画面。廃棄額と品切れによる損失の推計を並べ、提供した玉の平均経過時間と、店長以外が釜前に立てた日数を下に置きます。この4つの指標で、廃棄・待ち時間・担当者の負担がどう変わったかを確認します。

月次レポート
使い方のポイント
廃棄額と品切れによる損失の推計を比較し、店長がゆでる量を見直す。
品質の数字
提供した玉の上げてからの平均経過時間を月ごとに追う。
担当できる人を増やす
店長以外が釜前に立てた日数を数え、任せられる範囲を広げる。

OUTCOME

この仕組みで改善したいこと

仕組みが運用に乗ったあと、釜前の仕事が3つの点で変わる想定です。

01

予測と残数を共有し
担当者が次にゆでる量を判断する

今の作業ゆでる玉数を店長の判断に頼っている。店長が休みの日は、多めにゆでる方法で対応している。
導入後の使い方担当者が予測の範囲と提案量を確認して数量を決める。店長以外でも担当できる場面が増えたかを運用後に確認する。

提案量は担当者が確認して確定します。バスの到着など、その場で分かった状況に応じて玉数を変更できるようにします。

02

廃棄した玉数と玉切れ時間を毎日記録する

今の作業廃棄は月末の棚卸で粉の差として見えるだけ。玉切れは、そもそもどこにも数字がなかった。
導入後の使い方担当者が廃棄した玉数を入力すると時刻も保存し、月ごとの廃棄額を集計する。玉切れの時間と損失の推計もあわせて確認できる。

廃棄量だけでなく、玉切れした時間も記録します。作りすぎと不足の両方を確認して、次にゆでる玉数を検討できるようにします。

03

ゆで上がりから提供までの経過時間を確認する

今の作業20分のルールはあっても、経過時間は壁の時計と記憶が頼り。忙しい時間帯は、20分近くたった玉を見落とすことがあった。
導入後の使い方番重ごとにゆで上がり時刻を記録し、20分の提供期限が近づいたら知らせる。提供した麺の平均経過時間を月ごとに確認できる。

経過時間を表示し、店で決めた提供期限を確認できるようにします。期限の設定や提供の可否は店の基準に従います。

PROCESS

開発の進め方

ゆで玉の1品目を対象に、約2ヶ月での開発・納品を想定しています。月ごとに操作できる画面を確認し、ゆで場で試して調整します。札幌市内・近郊では店舗訪問、道外ではオンラインで対応します。

1
MONTH 01 / 販売記録・作業時間の確認

茹でた量・廃棄・玉切れを記録し、作業時間を測る

レジの販売記録を1年ぶん取り出し、15分刻みの売れ方に集計し直します。あわせて釜のサイクルに立ち会い、釜入れから提供までの時間と番重の動きを実測します。廃棄した玉と玉切れの記録はこの月から紙で先に始めます。予測を組む前に、外れの実態を数字にするためです。

  • 釜前と事務所での打ち合わせ(2〜3回)
  • レジ記録の15分刻みへの集計
  • 釜のサイクルと番重の動きの実測
  • 廃棄・玉切れの手書き記録の開始と、釜前画面の下書き
2
MONTH 02 / 予測機能の開発・並行運用

15分刻みの予測を作り、釜前で試す

15分刻みの客数予測を組み、予測の幅のうち多め・少なめのどちらを採用するかの切り替え時刻を1ヶ月目の記録から決めます。5画面を作ったら、2週間はいまのやり方と並行運用して、釜前の1分で画面が判断の役に立つかを確かめてから納品します。

  • 15分刻みの予測の試作と幅の調整
  • 5画面の開発
  • 釜前での2週間の並行運用
  • 納品・運用の引き継ぎ

FAQ

よくある質問

  • Q1 ゆで置きの量や時間を減らすためにも使えますか?
    この仕組みは、むしろその方向で使えます。提供した玉の平均経過時間が数字で出るので、「置く時間を短くする」を目標に置けます。予測が細かく当たるほど、釜の1回あたりの玉数を減らして回数を増やす回し方に寄せられ、一度に茹で置きする量を減らせます。ただし釜の回数を増やすと光熱費と釜前の手間が増えるので、どこまで寄せるかは店の考え方に合わせて決めます。
  • Q2 天ぷらやおにぎりの数は予測に入りますか?
    最初の2ヶ月では麺だけに絞ります。天ぷらは揚げ置きの提供期限も作る場所も麺と違うので、同じ画面に混ぜると釜前の1分に情報が増えすぎます。客数の15分刻みの予測そのものは共通で使えるので、麺の運用が落ち着いてから、天ぷら場用の画面を足す拡張が現実的です。
  • Q3 自家製麺ではなく、製麺所から生麺を仕入れています。使えますか?
    使えます。当日の釜前の設計はそのままで、前日仕込みの画面が「あす何玉ぶんを発注するか」の画面に変わります。仕入れの麺には納品の単位と期限があるので、日次予測の幅が発注の上限・下限にそのまま効いてきます。粉から仕込む店より融通が利かないぶん、日次側の予測を丁寧に作ることになります。
  • Q4 客数のデータは食券の券売機しかありません。それで足りますか?
    券売機の販売記録が時刻つきで出れば十分です。15分刻みへの集計はこちらで行います。2玉の注文やお子さま連れなどで客数と必要な玉数は異なるため、最初に1人あたりの注文玉数を調べ、換算に使います。券売機が古くて記録を取り出せない場合は、記録が残る形をつくるところからお手伝いします。

ゆでる数量と提供期限の決め方から相談できます

券売機の販売記録、釜の作業時間、現在の廃棄・玉切れの記録を確認します。
担当者が短時間で判断するために必要な情報を整理し、予測と記録の画面をご提案します。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。