EvoQuest
EvoQuest Food業務アプリ 2026.07

SCENARIO ── STOCKTAKE CASE

月末の夜の棚卸を、
紙とExcelなしで締めまで終わらせる。

月末の営業終了後、冷蔵庫と冷凍ストッカーを開けて紙の棚卸表に走り書きし、翌日Excelに打ち直して、仕入伝票から単価を拾って、ようやく原価率が出る。個人店の実地棚卸は、だいたいこの形のまま続いています。冷蔵庫の前でスマホに数を入れたら、その晩のうちに棚卸表と原価率まで出来上がっている——そういう棚卸アプリを、うちならこう設計します。開封済みボトルや仕込み中の鍋の数え方をそろえるところまで含めて描く想定シナリオです。

想定領域
業務アプリ / 飲食店DX
担当範囲
要件整理・画面設計・実装
想定対象
個人店〜小規模店 1〜数店舗
想定期間
設計〜納品 約 2〜3 ヶ月

OVERVIEW

プロジェクト概要

居酒屋や食堂の月末の実地棚卸——冷蔵庫・冷凍ストッカー・ドライ棚を回って数を数え、単価を掛けて期末在庫金額を出し、期首在庫と当月仕入から売上原価と原価率を締める——この一連を、スマホの数える画面とPCの棚卸表・締め画面に置き換える想定シナリオです。

範囲は「数えて、締める」までに絞ります。レシピ単位の原価計算は別のシナリオに任せ、自動発注もここではやりません。実地棚卸は原価率の分母を支える地味な仕事で、そこが月ごとにブレていては、どんな分析も乗らない。だからまず、数える夜そのものを軽くします。

CHALLENGE

課題

  • 01 数える環境がそもそも悪い。月末の閉店後、23時すぎから冷凍ストッカーに頭を突っ込み、かじかむ手でバインダーの棚卸表に走り書き。扉を開けている間に庫内温度が上がるから気は急くし、翌日になると自分の字が読めない。
  • 02 開封済みと仕込み品の数え方が人でブレる。開いた醤油の一升瓶を「0.5」と書く人もいれば「0.3」と書く人もいる。寸胴のザンギ用ダレは量るのが面倒で毎月「1」。この揺れがそのまま期末在庫を動かし、原価率が1〜2ポイント平気で上下する。
  • 03 数えたあとの仕事が長い。紙の数字を「棚卸表_6月.xlsx」に打ち直し、単価は仕入伝票の束から最新を拾い直す。冷蔵・冷凍・ドライで約120品目、1品15秒でも数えて書くだけで30分、打ち直しでまた30分。原価率が出るのは数日後になる。
  • 04 だから続かない。忙しい月は棚卸を飛ばす。飛ばした月は期末在庫が無いので、その月の原価率は当てずっぽうのまま。数字が遅くて商売の判断に間に合わないから、ますます棚卸の優先度が下がる、の繰り返し。

APPROACH

アプローチ

看板になるのは棚卸表そのものです。いま紙で使っている棚卸表を、保管場所ごと・棚の順に並べ替えてスマホに移します。Excelの行の並びではなく、ウォークイン冷蔵庫の上段から下段へ、次に冷凍ストッカー、最後にドライ棚——体が動く順です。数えたそばから数量×単価で金額になり、最後の場所を数え終えた瞬間に期末棚卸高が締まる。翌日の打ち直しが消えるだけで、棚卸の夜は「数えて終わり」になります。

同じくらい大事なのが、何を作らないかです。バーコード読み取りは作りません。個人店の在庫は段ボール、小分けの袋、寸胴の中身で、バーコードが無いものが多いし、貼る運用は続かないからです。その分を「数え方を品目に固定する」ことに使います。開封ボトルは0.1本刻み、仕込みダレは容器込みの重さから風袋を引く、乾物の袋は「1 か 0.5」——品目ごとに決めた数え方が数える画面にそのまま出て、誰が数えても同じ数字になる。原価率を動かすのは数え方の癖ではなく、商売の中身だけにします。

CONSULTATION

月末の棚卸を、その晩のうちに締まる形へ。

「棚卸の紙をExcelに打ち直している」「開封ボトルの数え方が人によって違う」「忙しい月は棚卸を飛ばしてしまう」。
そういう地味で続かない業務こそ、仕組みに置き換える価値があります。
要件整理から画面設計、開発、月末の実地テストまで、途中で切らずにお手伝いします。

SCREENS

主要画面

想定する業務画面のサンプル(想定例)。数える画面はスマホ、棚卸表と締めはPCという役割分担です。店名・品目・単価などのデータはすべて個人店の規模感に合わせた想定例で、実在の店舗ではありません。

01. 今夜の棚卸(開始画面)

月末の閉店後にアプリを開くと、ウォークイン冷蔵庫・冷凍ストッカー・ドライ棚・ドリンク庫が数える順に並ぶ。どこまで数えたかの進捗と、先月の数え漏れの持ち越しメモをここで確認してから庫内へ。

スマホ
設計のポイント
「今夜やること」だけの画面。分析も集計も出さず、数え始めるまでの迷いをなくす。
順路の固定
場所の並び=店内を歩く順。誰が担当しても同じ順路で回れる。
持ち越しメモ
前回「数え漏れ?」で終わった品目を冒頭に出し、同じ見落としを繰り返さない。

02. 数える画面(棚の順の棚卸表)

紙の棚卸表をそのまま画面にした一枚。上段・中段・下段の棚ごとに品目が並び、前回の数量を横に見ながらタップで入力。開封ボトルは10目盛りのゲージを押すだけで0.1本刻みが揃い、仕込みダレは容器込みの重さを入れると風袋を自動で引く。

スマホ・看板画面
設計のポイント
数え方が品目の行に書いてある。「0.1刻み」「風袋1.2kg」を思い出す必要がない。
片手入力
冷蔵庫の扉を押さえたまま親指で完結。数字キーは大きく、金額はそばで自動計算。
環境への配慮
庫内で立ち止まる時間を減らすため、1画面に出す品目は棚1段ぶんに絞る。

03. 締め前チェック

全部の場所を数え終えると、未入力の品目と「前回はあったのに今回ゼロ」の品目だけが残る画面。使い切りか数え漏れかをその場で選び、確定すると期末棚卸高がその晩のうちに締まる。

スマホ
設計のポイント
全品目の一覧を見せ直さない。人の判断が要る行だけを出す。
ゼロの扱い
「使い切った」と「数え忘れた」を区別して記録。翌月の持ち越しメモにつながる。
締めの重み
確定前に合計金額と前回比を一度だけ見せ、桁違いの入力に気づける最後の関所に。

04. 棚卸表(Excelの置き換え先)

スマホで入れた数がそのまま並ぶ、保管場所別の棚卸表。品目・数え方・単価・数量・金額と場所ごとの小計、期末棚卸高の合計。青色申告の期末棚卸高の根拠として、月ごとに印刷・保存できる。

PC・帳票
設計のポイント
見た目は使い慣れたExcelの棚卸表に寄せる。学び直しをなくし、税理士にもそのまま渡せる形に。
単価の出どころ
各行の単価に「いつの仕入価格か」を併記。拾い直しの作業を画面が肩代わり。
保存
帳簿書類として月次のPDFを残す前提。過去の棚卸表もここから開ける。

05. 原価率の締め

期首棚卸高+当月仕入高−期末棚卸高=売上原価、を式の形のまま表示して、売上を入れると原価率が出る。月次の推移も並び、棚卸を飛ばした月は「未実施」と正直に空く。

PC・締め
設計のポイント
計算式を隠さない。どの数字がどこから来たかを式のまま見せ、検算できる状態を保つ。
仕入高の受け取り
当月仕入は納品書の合計を入力。損益管理アプリと併用する場合はそちらから引き継ぐ。
推移の見せ方
原価率の上下に「開封品の基準変更」などの注記を添え、数字が動いた理由を残す。

06. 品目と数え方

品目ごとの単価・単位・数え方(0.1本刻み/風袋引き/1 か 0.5)と、置いてある場所・棚の順番を管理する画面。新しい食材が増えたら行を足し、レイアウト替えをしたら並び順を入れ替える。

PC・マスタ
設計のポイント
「数え方の取り決め」を人の記憶からこの画面に移す。新人に口頭で教える内容を減らす。
単価の更新
仕入価格が変わったらここで直す。次の棚卸から新単価で金額計算される。
並び順
棚の順番の入れ替えはドラッグで。順路が変われば数える画面も同じ順に変わる。

OUTCOME

変わったこと

仕組みが運用に乗ったあと、月末の棚卸が3つの軸で変わる想定です。

01

棚卸の夜が
「数えて書いて打ち直す」から「数えて終わり」へ。

Before紙に走り書きした約120品目を、翌日Excelへ打ち直し、単価を仕入伝票から拾い直していた。
After冷蔵庫の前で入れた数がそのまま棚卸表になり、閉店後のうちに期末在庫金額まで締まる。

数えて書くのに30分+打ち直しに30分かかっていた作業を、入力1回に畳む想定。

02

開封ボトルの数字が
「人の目分量」から「決めた刻み」へ。

Before同じ飲みかけの一升瓶が、数える人によって0.5になったり0.3になったりしていた。
After品目ごとに決めた数え方が画面に出て、10目盛りのゲージを押すだけで誰でも同じ刻みになる。

期末在庫の月ごとの揺れを数え方の癖から切り離し、原価率を比べられる数字にする。

03

原価率が
「数日後に出る数字」から「その晩に出る数字」へ。

BeforeExcelの打ち直しと単価拾いが終わるまで、今月の原価率は分からなかった。
After期首・仕入・期末が揃った瞬間に、売上原価と原価率が計算式ごと画面に出る。

期首28.5万円+仕入92.3万円−期末26.7万円=売上原価94.1万円、のような検算できる形のまま。

PROCESS

3ヶ月の進め方

オンラインでやりとりしながら、2〜3ヶ月で設計から納品まで進めます。月末の実際の棚卸に合わせて動くものを試し、翌月の作業に反映する進め方です。

1
MONTH 01 / 要件整理 + 棚卸表の移し替え

いまの紙の棚卸表を、棚の順に並べ替える月。

使っている棚卸表とExcel、仕入伝票を見せてもらい、品目・単価・保管場所を整理。開封品と仕込み品の数え方をこの段階で品目ごとに決め、数える画面の下書きを作ります。

  • 業務ヒアリング(2〜3回)
  • 品目・単価・保管場所の棚卸し
  • 開封品・仕込み品の数え方の取り決め
  • 数える画面の下書き
2
MONTH 02 / 画面開発 + 月末の実地テスト

実際の月末棚卸で、スマホ入力を試す月。

スマホの数える画面・締め前チェックと、PCの棚卸表を開発。月末の棚卸に立ち会うつもりで実データで試してもらい、庫内で使いにくい箇所を洗い出します。

  • 数える画面・締め前チェックの開発
  • 棚卸表・品目マスタの開発
  • 月末の実地棚卸での試用
  • 庫内での使い勝手の改善
3
MONTH 03 / 締め画面 + 納品

原価率の締めまでつなげて渡す月。

期首・仕入・期末から売上原価と原価率を出す締め画面と、月次PDFの保存を仕上げます。2回目の月末棚卸を通して運用を確かめ、単価更新や品目追加のやり方まで引き継いで納品します。

  • 原価率の締め画面の開発
  • 棚卸表の印刷・PDF保存
  • 2回目の実地棚卸での検証
  • 納品 + 運用引き継ぎ

FAQ

よくある質問

  • Q1 飲食店の棚卸アプリを作る費用はどのくらいですか?
    決まった定価はありませんが、この想定シナリオのように「数える・棚卸表・原価率の締め」に範囲を絞れば、飲食店向けの業務アプリとしては小さい部類に入ります。POSレジや会計ソフトとの連携、複数店舗対応を足すと段階的に増える構造です。初回相談と概算見積もりは無料なので、いまの棚卸表を見せていただくところから始められます。
  • Q2 いま使っているExcelの棚卸表からの移行は大変ですか?
    Excelの品目・単価・分類はそのまま取り込めるので、打ち直しは要りません。手間をかけるのは移行そのものより「並べ替え」です。Excelの行の順を、実際に店内を歩く順・棚の順に組み替える作業を最初の月に一緒にやります。ここが数える速さを決めるので、任せきりにせず現場と一緒に決めます。
  • Q3 バーコードやQRコードで読み取る方式にはしないのですか?
    この想定ではあえて作りません。個人店の在庫は段ボール・小分け袋・寸胴の中身が多くてバーコードが無く、全品にラベルを貼る運用はまず続かないからです。その分、品目ごとに数え方を固定して「見て、押すだけ」の速さを優先します。酒販店の瓶物が大半を占めるような店なら読み取りが効くこともあるので、そこは在庫の中身を見て判断します。
  • Q4 開封済みの調味料や、仕込み中の鍋はどう数えるのですか?
    品目ごとに数え方をアプリに持たせます。開封ボトルは0.1本刻みのゲージ、仕込みダレやスープは容器込みの重さを量って風袋を自動で引く、乾物の袋は「1 か 0.5」の二択、という具合です。仕込み済みのものも提供前なら在庫に含めるのが原則なので、数え忘れやすい仕込み品ほど画面に明示します。
  • Q5 導入までの期間と、使い始めてからの手間はどのくらいですか?
    想定では設計から納品まで約2〜3ヶ月です。開発の途中で実際の月末棚卸に2回使ってもらい、庫内での使い勝手を直してから納品します。使い始めてからの日常の手間は、仕入価格が変わったときの単価更新と、新しい食材の行追加くらいです。毎月の棚卸そのものは、数えて確定を押すだけになります。

月末の棚卸を、その晩のうちに締まる形へ。

「棚卸の紙をExcelに打ち直している」「開封ボトルの数え方が人によって違う」「忙しい月は棚卸を飛ばしてしまう」。
そういう地味で続かない業務こそ、仕組みに置き換える価値があります。
要件整理から画面設計、開発、月末の実地テストまで、途中で切らずにお手伝いします。