EvoQuest
EvoQuest Food需要予測AI 2026.08

SCENARIO ── WAGASHI DAILY BATCH CASE

普段の棚は、大福45個の商売。
彼岸の中日だけ、おはぎが400個出る。

札幌の住宅街で、店主夫婦とパート1人が回す和菓子店を想定します。棚に並ぶのは豆大福・草大福・みたらし団子といった朝生菓子。朝に作った数がその日の全部で、閉店時に残ったぶんは廃棄します。じつは製造数は前日の夕方、餅米を研いで水に浸す時点でほぼ決まっているのに、決め方は「きのうと同じくらい」。そして彼岸や節句には、普段と桁の違う数を決めることになります。その日の記録は、去年のノートに「おはぎ よく出た」とあるだけ。品目別の製造数を前日16時半に確定する製造指示書と、行事の結果を翌年へ残す行事台帳を、EvoQuest Foodの業務システムとしてこう設計します。

想定領域
生菓子の製造数予測 / 菓子店DX
担当範囲
要件整理・予測設計・画面設計・実装
想定対象
従業者3人ほどの和菓子店(朝生菓子中心・当日売り切り)
想定期間
設計〜納品 約 3 ヶ月(秋の彼岸を1回はさむ)

OVERVIEW

プロジェクト概要

和菓子店と製造数で検索して出てくるのは、菓子店向けPOSレジの紹介、業界の閉店を伝える記事、急速冷凍の設備案内です。POSは売れた数を集計してくれますが、あすの数を決める場面は受け持ちません。冷凍設備は余りを翌日に回す道具で、当日売り切りの店の決め方は変えません。和菓子の作り手はその95%が従業者20人未満の小さな店で、そのほとんどが生菓子を主体にしています。毎夕の「あす、いくつ作るか」は、いまも店主の感覚だけで決まっています

朝生菓子の商売には、時間の構造が2つあります。ひとつは部材ごとに寿命が違うこと。あんは炊いてから数日もつので、まとめて炊けます。餅は当日限りなので、毎朝つきます。そして餅米は一晩水に浸けてから蒸すので、量の決定だけが前日の夕方に食い込みます。もうひとつは、需要の山が暦に張り付いていることです。彼岸のおはぎ、節句の柏餅、正月の餅。日付は毎年決まっているのに、その日の売れ数のデータは年に1、2回ぶんしか貯まりません。

この設計のゴールは2つです。前日16時半に品目別の製造数を確定する一回が、毎日きちんと終わること。そして年に数回の行事の日に、去年と一昨年の記録が数字で手元にあることです。

CHALLENGE

課題

  • 01 朝生菓子は当日限り。閉店時に残ったぶんは廃棄し、売り切れたら閉店まで棚が空く。作り足すには餅を蒸してつき直すことになり、店を回しながらでは間に合わない。朝の数がその日の全部になる。
  • 02 量は前日の夕方、米を浸す時点で決まっている。翌朝に「きょうは多めに」と思っても、浸かった米のぶんしかつけない。いちばん大事な決定を、決めている自覚のないまま夕方の米研ぎで済ませている。
  • 03 需要の山が暦に張り付いているのに、その日のデータがない。彼岸の中日はおはぎが普段の棚の何倍も出る。同じ日は年に2回しか来ないので、3年続けても記録は6日ぶん。去年の個数は、ノートに「おはぎ よく出た」とあるだけで数字が残っていない。
  • 04 予約が増えるほど、店頭が読めなくなる。予約ぶんを棚から取り置くと店頭が薄くなり、ふらっと来た客が買えずに帰る。予約と店頭を分けて数えていないので、売り切れた日にどちらが原因だったのかも分からない。

APPROACH

アプローチ

設計の中心に置くのは、前日16時半の一回の確定です。品目別の製造数を製造指示書として締め、締めた数がそのまま夕方に研ぐ米の量になります。締切を16時半に置くのは画面の都合ではなく、米の都合です。餅米は一晩浸けるので、そこを過ぎた変更は翌朝には間に合いません。決めるのは店主で、仕組みが出すのは品目ごとの材料と、16時半という期限です。

予測の前に、確定している数を使い切ります。法事やお祝いの予約、お寺と茶道教室への納め先、彼岸のおはぎの予約。前日の時点でこれらは動かないので、指示書の上で先に緑で固め、幅のある予測を当てるのは店頭に並べるぶんだけにします。行事の前は、この確定の割合そのものを増やしにいきます。おはぎの予約受付を1週間前から店頭とチラシで案内し、締切を中日の2日前に置く。予約が1件入るごとに、予測が受け持つ範囲は狭くなります。

行事の日は、データの少なさを別の材料で補います。ひとつは行事台帳です。同じ行事の過去の記録を、中日の曜日・天気・製造数・売り切れ時刻・残数まで1枚に並べます。彼岸の売れ数は、去年の9月の平均と比べても手がかりになりません。比べる相手は去年の彼岸そのものなので、暦の行事ごとに記録を束ねておきます。もうひとつは予約の積み上がりです。受付開始からの累計を去年の同じ日数目と重ねれば、当日の1週間前に「今年は去年より多いか少ないか」の向きが見えます。店頭ぶんの予測は、この2つを根拠にします。

外す方向は、日によって逆に倒します。普段の日は少なめ側です。余りは当日廃棄になり、買えなかった常連は明日も来てくれます。行事の日は多め側です。おはぎはその日に仏壇へ供えるもので、切らした客はスーパーへ行き、来年もそちらで済ませるかもしれません。同じ外れでも損の中身が違うので、どちらへ倒すかを品目と日付ごとに決めて、指示書に書いておきます。予測は幅で示し、店主はその場で数を書き換えられて、書き換えた事実と結果は台帳に残します。

効果は、金額と割合で測ります。閉店時に品目別の残数を打てば、原価を掛けた廃棄額が毎日出ます。売り切れた日は、その時刻とそれ以降のレジの客数から、買えなかった数を推計として積みます。それから、行事の売上のうち予約で確定していた割合。この3つを月次レポートに並べ、予測の幅と倒す方向を毎月直していきます。

CONSULTATION

来年の彼岸は、ことしの記録から始められます。

行事の個数は、いまは店主の記憶の中にしかありません。
レジの数字と予約の控えを一緒に見るところから、この設計は始められます。
品目と原価の一覧づくりから、ご相談ください。

SCREENS

主要画面

想定する画面のサンプル。前日の夕方に締める製造指示書を中心に、帳場のパソコンとレジ横のタブレットで使う前提の構成です。店名・品目・個数・金額はすべて想定例で、実在の店舗・実績ではありません。

01. 前日16時半、あすの数を品目別に締める

毎日いちばん開く画面。品目ごとに、予約と納め先で確定した数、店頭ぶんの予測の幅、きのうの結果が並び、右端の製造数を確定します。締めると同時に、あすつく餅米の浸水量が升で出ます。倒す方向の注意書きが日付ごとに付き、平日は少なめ、行事の日は多めが基本です。

製造指示書
設計のポイント
予測を眺める画面にしない。16時半の期限付きで、品目別の数を確定して米の量を出す画面にする。
確定と予測を分ける
予約・納め先の確定を緑で先に固め、幅を当てるのは店頭ぶんだけ。どこからが予測かを隠さない。
締切の根拠
餅米は一晩浸けるので、16時半を過ぎた増量は翌朝に間に合わない。締切は米の都合に合わせる。

02. 残りの数と、売り切れの時刻を残す

レジ横のタブレットで見る画面。品目ごとの残り数が並び、売り切れたらボタンひとつで時刻が残ります。閉店後には残数をまとめて打ち、その日の廃棄額が確定します。売り切れ後のレジの客数も自動で数え、買えなかった数の推計に使います。

当日の店頭
設計のポイント
記録の手間は閉店後の30秒だけ。品目別の残数を打てば、売れ数は製造数との差から自動で出る。
売り切れの扱い
売り切れの時刻は翌年の判断材料になる。その後の来店数とセットで残す。
廃棄の見え方
残数に原価を掛けた金額で出す。個数のままでは、品目ごとの重みが比べられない。

03. 彼岸のおはぎ予約が、去年より積み上がっているか

予約と納め先の一覧に、行事の予約の積み上がりを重ねた画面です。受付開始からの累計を去年の同じ日数目と比べ、当日の1週間前に店頭ぶんの参考にします。受付の締切は中日の2日前。締切を過ぎた電話は、店頭ぶんの枠から引き当てます。

予約受付
設計のポイント
予約は確定を増やす打ち手として扱う。受付を前倒しで案内し、予測が受け持つ範囲を狭める。
去年との比べ方
「受付開始から何日目」でそろえて重ねる。彼岸の日付は毎年ずれるため。
納め先の扱い
お寺と茶道教室の定期の納めは、曜日で自動的に指示書へ入る。毎回の入力はしない。

04. 去年の彼岸を、数字で開く

彼岸・節句・盆・正月ごとに、過去の記録を1枚へ束ねた画面です。中日の曜日・天気・製造数・予約数・売り切れ時刻・残数が年ごとに並び、期間中の日別の売れ方も見られます。今年の計画はこの画面から立て、終わった行事の結果は自動でここへ積まれます。

行事台帳
設計のポイント
行事の需要と比べる相手は「去年の同じ行事」。暦の行事を軸に記録を束ねる。
曜日の扱い
中日が平日の年と日曜の年では店頭の出方が違う。曜日の並びを台帳に残し、似た年を探せるようにする。
記録がない年
ノートに「よく出た」しか残っていない年は、その旨ごと台帳に載せる。無い記録を作らない。

05. 廃棄額と、買えなかった数の推計を並べる

月に一度見る画面です。品目別の廃棄額、売り切れた日数と平均の時刻、売り切れ後に来た客からの推計、予約で確定していた割合が並びます。少なめに倒した平日と多めに倒した行事で、外れ方が狙いどおりだったかをここで確かめ、翌月の幅を直します。

月次レポート
設計のポイント
廃棄と売り逃しを同じ画面に並べる。廃棄は目に見えるが、買えずに帰った客は数えなければ残らない。
推計の見せ方
買えなかった数には推計と明記し、算出のもとになった客数を画面から確かめられるようにする。
幅の直し方
実績が幅に収まった日の割合を品目別に出し、幅が広すぎる品と狭すぎる品を毎月1つずつ直す。

OUTCOME

変わったこと

仕組みが運用に乗ったあと、店の決め方が3つの点で変わる想定です。

01

行事の判断材料が、記憶から行事台帳になる

Before去年の彼岸に何個作って何時に売り切れたか、思い出せなかった。ノートには「おはぎ よく出た」とだけ書いてある。
After行事ごとに製造数・予約数・売り切れ時刻・残数・曜日・天気が残り、翌年の指示書はその1枚を開くところから始まる。

行事は年に1、2回しか来ないので、記録は3年でようやく判断材料になります。始めるのが早いほど、台帳は早く効き始めます。

02

予約が増えるほど、予測の受け持ちが減る

Before予約の取り置きで棚が薄くなり、店頭の客が買えずに帰っていた。予約と店頭のどちらで切れたのかも分からない。
After予約は確定として先に固まり、幅を当てるのは店頭ぶんだけ。彼岸のおはぎは受付を前倒しして、予約6割を目標に確定を増やす。

予約は、増やしにいける確定です。受付の案内を1週間前へ出すだけで、予測に頼る範囲は目に見えて狭くなります。

03

廃棄と売り逃しが、毎日30秒で数字になる。

Before廃棄は「まあ、このくらいは出る」という感覚で、売り切れた日の時刻はどこにも残らなかった。
After閉店時に残数を打つ30秒で品目別の廃棄額が出て、売り切れはボタンの時刻と、その後の来店数の推計が積まれる。

余りは目に入りますが、買えずに帰った客は数えなければ残りません。両方を並べて初めて、幅をどちらへ直すかが決められます。

PROCESS

3ヶ月の進め方

札幌市内なら店舗へ伺い、道外はオンラインで進めます。秋の彼岸を並行運用の期間にはさみたいので、8月に始めて10月に納める3ヶ月を想定します。月の区切りで実際に触れるものをお渡しし、店で使ってみた感想を次の作業へ反映します。

1
MONTH 01 / 記録の掘り起こし + 品目の一覧化

1年ぶんのレジと大学ノートから、この店の数字を起こす

レジの売上を品目別に1年ぶんさかのぼり、大学ノートと予約の控えから行事の記録を復元します。あわせて品目ごとの原価と、餅・あん・粉のどれで作るかを一覧にして、前日の夕方に動かせる品と動かせない品を分けます。指示書の締切を16時半に置けるかは、夕方の作業の実際を見てから店主と決めます。

  • 店舗でのヒアリング(2〜3回)
  • レジの品目別売上1年ぶんの整理
  • 行事の記録の復元と行事台帳の初版
  • 品目・原価・部材の一覧化
2
MONTH 02 / 予測の実装 + 5画面の開発

指示書と予約受付を作り、いまの決め方と並べて確かめる

曜日と確定分から店頭ぶんを幅で出す予測を組み、製造指示書・当日の店頭・予約受付・行事台帳・月次レポートの5画面を開発します。後半の2週間は、画面の提案と店主のいつもの決め方を並べて記録する並行運用にして、夕方の作業の中で16時半に締まるかを確かめます。

  • 店頭ぶんの予測の試作と幅の調整
  • 5画面の開発
  • いまの決め方との2週間の並行運用
  • 彼岸の予約受付の案内準備
3
MONTH 03 / 秋の彼岸での検証 + 納品

秋の彼岸で1回検証してから、納品する

秋の彼岸で、予約受付の前倒しと行事台帳を実際に使います。中日の製造数を指示書で確定し、売り切れ時刻と残数を記録して、結果を台帳の新しい1行として積みます。彼岸明けに幅と倒す方向を調整し、月次レポートの初回を一緒に見てから納品します。

  • 彼岸の予約受付の前倒し運用
  • 中日の製造数の確定と記録
  • 彼岸の結果の台帳への反映と調整
  • 月次レポートの初回レビュー + 納品

FAQ

よくある質問

  • Q1 彼岸のような年2回の日は、学習するデータが少なすぎませんか?
    少ないです。そこは正直にお伝えします。その日の売れ数だけで学習できるほどのデータは、何年経っても貯まりません。だからこの設計では、行事の日の根拠を売れ数の履歴に置かず、予約の積み上がりと、曜日・天気つきの行事台帳に置いています。初年度の幅は広めに出し、多め側へ倒す前提で使っていただきます。回を重ねるごとに台帳が厚くなり、幅は狭められます。
  • Q2 冷凍庫を使えば、余りは翌日に回せるのでは?
    回せる店もあります。急速冷凍の設備を入れて、余りを翌日以降や通販に回す和菓子店は実際に増えています。その場合は余りの損が小さくなるので、倒す方向の置き方から設計が変わります。この開発プランが対象にしているのは、当日売り切りを続ける店です。つきたて・作りたてを看板にしている店ほど、余りの損と売り切れの損の綱引きが毎日起きるので、決め方の仕組みが効きます。
  • Q3 上生菓子のような注文の品は、どう扱いますか?
    予測の対象から外します。お茶席や法事の上生菓子は受注生産なので、数は注文で確定しています。指示書には確定の数としてそのまま載り、朝の作業時間を占める要素として扱われるだけです。予測が受け持つのは、店頭に並べる朝生菓子だけ。確定している数に予測を混ぜないのは、この設計全体で通している原則です。
  • Q4 レジが品目別に出ない古いレジでも始められますか?
    始められます。この設計で毎日入力するのは、閉店時の品目別の残数だけです。製造数は指示書が持っているので、残数さえ打てば売れ数は差し引きで出ます。品目別の売上履歴がない店では、最初の1ヶ月をこの記録づくりに充て、貯まった数字から幅を組み立てます。レジの買い替えは要りません。

来年の彼岸は、ことしの記録から始められます。

行事の個数は、いまは店主の記憶の中にしかありません。
レジの数字と予約の控えを一緒に見るところから、この設計は始められます。
品目と原価の一覧づくりから、ご相談ください。