飲食店の売上管理をAIで効率化する｜多店舗
「日報は上がってくるのに、店ごとの数字を並べるのに毎月2日かかる」「同じ手直しを毎月やっている」「気づいたときには先月の数字で、もう手が打てない」——複数店舗を持つ飲食店で、必ず出てくる話です。
結論から言うと、売上管理が終わらない原因は集計作業ではありません。数字の入り口が複数あることです。紙の日報、店長からのメッセージ、レジから出るデータ、手書きのメモ。これが並存している限り、集計をどれだけ速くしても手作業は減りません。
株式会社Fyveは、中小企業の業務をAIで回せる状態にするところから伴走しています。この記事では「便利なツールの紹介」ではなく、多店舗の売上管理をどう設計すれば手作業が減るのかを、順を追って整理します。
結論：原因は集計ではなく「入り口が複数ある」こと
売上管理の作業を分解すると、次の4つになります。
- 1. 集める：各店舗の数字を手元に持ってくる
- 2. 揃える：形式・単位・分類をそろえて1つの表に載せる
- 3. 集計する：合計・比較・推移を出す
- 4. 見る・判断する：異常に気づいて手を打つ
時間を食っているのは、ほぼ1と2です。3は関数やピボットテーブルで一度組めば毎月ゼロ秒で終わります。4は判断なので、人がやるべき仕事です。
ところが多くの改善が3に向かいます。集計を速くする関数、見やすいグラフ、AIによる集計の自動化。3を速くしても、1と2が残っているので体感がほとんど変わりません。手を入れるべきは入り口です。
まず疑うのは「毎月同じ手直しをしている」という事実
いま毎月やっている作業を、思い出せる範囲で書き出してみてください。次のような項目が並ぶはずです。
- 店舗から送られてきたファイルを開いて、列の位置を直す
- 「日商」「売上」と書かれた欄の名前を統一する
- 数字に付いている「円」を取る
- 抜けている日を店舗に確認する
- 手書きの日報を見ながら入力する
- 分類の付け間違いを直す
毎月発生している手直しは、すべて設計の欠陥が表に出たものです。担当者の注意力の問題ではありません。同じ手直しが毎月必要なら、入力の設計がその手直しを毎月生み出しています。
だから改善の出発点は「もっと早く作業する方法」ではなく「この手直しが発生しない入れ方は何か」です。この問いに変えるだけで、打ち手が変わります。
日次の入り口を1つにする
最初にやるのは、数字が入ってくる経路を1本に絞ることです。ここができれば、後工程の大半が消えます。
決めるのは「誰が・いつ・どこに」の3つだけ
- 誰が：店舗ごとに1人。当日の締め担当者。複数人が入れられる状態にすると、入れ方がぶれます
- いつ：閉店後の締め作業の中に組み込む。翌日回しにすると、忙しい日が続いたときにまとめて入力になり、精度が落ちます
- どこに：全店舗が同じ1つの場所。共有フォルダ上の同じファイル、またはクラウドの同じシート。店舗ごとにファイルを分けない
「どこに」が最も重要です。店舗ごとにファイルを分けると、集約のたびにファイルを開いて貼り付ける作業が必ず発生します。店舗が増えるたびにこの作業も増えます。逆に1つのファイルに全店舗が追記していく形なら、集約作業そのものが存在しません。
メッセージアプリでの報告をやめる
売上をメッセージで送る運用は、送る側が最も楽なので自然に定着します。しかし受け取る側では、テキストを読んで数字を転記する作業が毎日発生します。転記は必ずミスが混ざり、混ざったことに気づけません。
報告の形式を変えるときは、送る側の手間を増やさないことが条件です。メッセージを打つより入力が速い形にしないと戻ります。入力欄を最小限にし、選択肢から選べるようにし、ブックマークやショートカットから1タップで開ける状態にしてください。
販売機器からデータが出る場合
POSレジや自動精算機などの販売機器から売上データを書き出せる場合は、それを一次データにします。手入力より正確で、入力の手間もありません。
ただし、書き出したファイルをそのまま集約できることは少ないです。次の点を先に確認してください。
- どの単位で出せるか：日別か、時間帯別か、商品別か。集約の粒度に足りるかを見ます
- 形式は何か：CSVかExcelか、PDFしか出ないのか。PDFしか出ない場合は、そこが最大のボトルネックになります
- ヘッダの上に余分な行が入るか：出力日時や対象期間が1〜3行入っていることが多く、そのままでは1行目が見出しになりません
- 先頭の0が落ちる列がないか：伝票番号や商品コードが数値として扱われて桁が落ちることがあります
- 取り出す作業を誰がやるか：機器の前に行かないと出せない場合、その作業が毎日発生します
取り込みの手順は、毎回同じ形に固定してください。担当者が手作業で開いて整えると、そのときの操作でずれます。取り込み時の落とし穴と対処は、こちらで詳しく扱っています。
データが出ない場合の最小の運用
機器からデータが出ない、あるいは取り出す手間のほうが大きい場合は、手入力で構いません。重要なのは入力する項目を絞ることです。
日次で入れるのは、多くの場合この5つで足ります。
- 日付
- 店舗
- 売上（円・税抜か税込かを決めて統一）
- 客数（または組数。どちらかに統一）
- 営業区分（通常営業・短縮営業・休業・貸切など）
最後の「営業区分」を入れておくと、平均値が壊れません。休業日を売上0で埋めると、日平均が実態より低く出ます。ここを1列足すだけで、数字の意味が変わります。
項目を増やしたくなりますが、増やすと入力が飛びます。入力が続かない項目は、無い項目より悪い（空欄が混ざると集計が信用できなくなる）ので、最初は絞ってください。
店舗ごとの差異は、入り口で吸収しない
店舗によって業態や商品構成が違えば、記録したい項目も違います。ここで「全店舗で同じ細かさで入れてください」と要求すると、必ず一部の店舗で止まります。
解決は、差異を集約側で吸収することです。
- 共通の列だけを全店舗に要求する。日付・店舗・売上・客数・営業区分の5つ
- 店舗固有の記録は、その右側の自由領域に入れてもらう。集約では使わないが、店舗では使える
- 分類の対応表を集約側に持つ。店舗ごとの商品分類を、共通の分類に対応させる表を1枚作ります
この対応表があると、店舗に分類を変えさせる必要がなくなります。店舗の分類は現場の業務に紐づいているので、変えさせるコストが高い部分です。集約側で1枚の表を持つほうが、圧倒的に安く済みます。
拠点ごとにフォーマットがすでにバラバラで、そこから揃えていく段階なら、進め方をこちらで整理しています。
集約シートの作り方
集約の設計は、シンプルにするほど壊れにくくなります。
1行の粒度を決める
基本は1行＝1日1店舗1区分です。この粒度で縦に積んでいけば、日別・月別・店舗別・区分別のどの切り口でも後から出せます。
逆に、月ごとに列を足していく形（横に伸びる表）は避けてください。1年で12列、店舗別に分けると数十列になり、集計のたびに範囲を直すことになります。
明細を積むシートと、見る集計シートを分ける
- 明細シート：入力・蓄積用。縦に積むだけ。結合セルなし、小計行なし、色分けもいらない
- 集計シート：明細シートを参照して作る。ピボットテーブルや関数で組み、ここは見やすく作ってよい
1枚のシートで「入力」と「見せる」の両方をやろうとすると、必ず結合セルと小計行が入ります。役割を分けるだけで、この崩れが構造的に発生しなくなります。
検査行を先頭に置く
集約シートの先頭に、次の数字を出しておいてください。
- 今月の入力済み日数（店舗別）。日数が足りない店舗が即座に分かります
- 空白セルの数
- 分類の対応表に無い値の数
- 売上が0の日数（休業日の数と一致するか）
この4行があれば、「抜けている日を店舗に確認する」作業が能動的になります。月末に気づくのではなく、毎日見れば当日中に埋まります。
Excelで足りるか、専用のアプリを入れるべきか
先にExcel（またはクラウドの表計算）で設計してください。理由は3つあります。
- 粒度と項目が確定していない段階でサービスを選ぶと、後から合わなくなる。何を見たいかが決まっていないと、比較の基準そのものが作れません
- 表計算で回らない運用は、アプリを入れても回らない。入力が続かない原因は、たいていツールではなく運用の設計です
- 移行しやすい。項目が定まった表があれば、後からサービスに載せ替えるのは難しくありません。逆は面倒です
専用サービスを検討する価値が出るのは、店舗数が増えて入力の管理コストが上がったとき、あるいはシフト・原価・会計との連携まで含めて回したくなったときです。その段階なら比較の基準ができているので、選定を誤りにくくなります。
見る指標を絞る
集まった数字を全部見ようとすると、結局見なくなります。日次で見るものと月次で見るものを分けてください。
日次で見るもの（異常に気づくため）
- 売上：前年同曜日・前週同曜日との比較。前日比では曜日の影響で判断できません
- 客数：売上が同じでも客数が減っていれば、単価の高い客だけが来ている状態です
- 客単価：売上÷客数。これが動くと、来ている客層か注文内容が変わっています
この3つだけです。日次の目的は「異常に気づくこと」なので、原因を分析する指標は要りません。
月次で見るもの（判断するため）
- 売上と客数の推移：3ヶ月以上並べて傾向を見る
- 原価率：仕入と売上の関係。ここは仕入側の管理と繋がります
- 人件費率：シフトと売上の関係
- 店舗間の差：同じ業態なら、差の理由が改善の材料になります
指標を増やしたくなったときは、その指標が動いたら何をするのかを先に決めてください。打ち手が決まらない指標は、見ても行動が変わらないので集める必要がありません。
誰が、いつ見るかを決める
指標を絞っても、見る人と見るタイミングが決まっていなければ数字は使われません。集計シートが完成した会社で、誰も開いていないという状態は珍しくありません。
- 日次の3指標は、店長と本部が同じ画面を見る。別の資料を見ていると、話が食い違います
- 見る時間を業務に埋める。「気づいたときに見る」は見ないのと同じです。朝の準備中、あるいは締め作業の直後など、既にある作業に紐づけます
- 月次は会議の議題にする。会議の資料として使われる数字は、放置されません
- 異常が出たときに誰が動くかを決める。気づく人と動く人が違うと、気づいたまま止まります
数字を見る習慣は、意識ではなく段取りで作られます。集計を自動化した次にやるべきは、見る段取りを業務に埋めることです。
仕入と原価率の管理は、売上管理とは別に設計が必要です。
月次の締めを「集計」から「確認」に変える
入り口が1つになり、集約シートが組まれていれば、月末にやることは集計ではありません。確認です。
- 入力済み日数が営業日数と一致しているか
- 検査行の異常表示が消えているか
- 数字が極端に動いた日について、理由が説明できるか
この3点だけになります。ここまで来ると、締め作業の性質が変わります。数字を作る作業から、数字を確かめる作業に移るからです。
逆に言えば、月末に集計作業が残っているなら、入り口か集約シートのどちらかがまだ設計されていません。締め作業の長さは、設計の完成度をそのまま測る指標になります。
AIが効く工程と、効かない工程
この設計のどこにAIを使えるかを整理します。期待できる場所と、期待してはいけない場所が明確に分かれます。
効く工程
- 分類の下書き：商品名から共通分類への対応案を出させる。最終判断は人がします
- 異常値の指摘：集約後のデータを見せて、目立って動いている日や店舗を挙げさせる
- 集計の数式を書かせる：ピボットテーブルの組み方や関数の案を出させる
- 取り込み手順の設計：機器からの出力を集約形に直す手順のたたき台
- 報告文の下書き：数字の説明文や、店舗へのフィードバック文のたたき台
- 引き継いだ表の解読：前任者が作った複雑な数式が何をしているかの説明
効かない工程
- 入力そのもの：数字を集める行為はAIでは代替できません。ここは運用設計の仕事です
- 正確性が要る集計：金額の合計は、関数やピボットテーブルで機械的に出してください。AIに出させる場合は検算の仕組みとセットにします
- 判断：値上げ、メニューの入れ替え、閉店の判断。素材の整理までは任せられますが、決めることは任せられません
- 毎月の定型処理：同じ入力に対して同じ出力が返る保証がないため、繰り返す処理は仕組みに寄せます
AIに任せられる範囲と任せられない範囲の考え方は、こちらでも整理しています。
続く仕組みにする——現場に返す・順番を守る
数字が現場に返らないと、入力は続かない
日次入力は、入れる側の手間が増えて、得をするのは見る側です。この非対称のままでは続きません。
返すものを設計に入れてください。
- その店舗の推移が自動で見える1枚を返す。全店舗の比較ではなく、自店の数字。集約シートの副産物として作れます
- やめる報告を1つ作る。日次入力を始めるなら、これまでの月次報告を1つ廃止する
- 入力した数字が使われた場面を伝える。「この数字を見てシフトを変えた」が伝わると、入力の意味が現場に届きます
2番目が最も効きます。増やすだけの変更は続きません。1つ増やすなら1つ減らすのを原則にしてください。
手をつける順番
- 1. 毎月やっている手直しを書き出す。ここが設計の欠陥の一覧になります
- 2. 見たい指標を3つに絞る。売上・客数・客単価から始めて構いません
- 3. 入力項目を決める。指標を出すのに必要な最小限だけ
- 4. 入り口を1つにする。誰が・いつ・どこに。ここが本番です
- 5. 集約シートと検査行を作る
- 6. 1店舗で1ヶ月回す。全店舗に一斉展開しない
- 7. 返す1枚を作ってから展開する。他店舗に見せる材料になります
4番を飛ばして5番から始めるのが、最もよくある失敗です。集約シートを立派に作っても、入り口が複数あれば手作業は残ります。順番を守ることが、この作業では効果を決めます。
よくある質問
売上管理のテンプレートを探しているのですが、それでは足りませんか
形の参考にはなりますが、それだけでは手作業は減りません。テンプレートが与えるのは集約シート（上の5番）であって、時間を食っている入り口（4番）は設計されていません。テンプレートを使う場合は、自社の入力項目に合わせて列を削ってから使ってください。使わない列を残すと、空欄が混ざって集計が信用できなくなります。
売上管理のアプリを入れれば解決しませんか
入り口が1つに絞れるなら、大きく前進します。多くのサービスは店舗からの入力を1箇所に集める設計になっているためです。ただし、入力が続かない原因が運用側にある場合（締め作業に組み込まれていない、入力者が決まっていない、返るものがない）は、サービスを入れても同じところで止まります。先に運用を設計してから選ぶほうが、選定を誤りにくくなります。
店舗数が少ないうちは、この設計は必要ですか
手順は簡略化できますが、考え方は同じです。店舗数が少ないと口頭で確認できてしまうため入り口の問題が見えにくく、その状態のまま店舗が増えたときに一気に破綻します。項目と粒度を書いた1枚だけは、規模が小さくても残してください。店舗を追加するときに、その1枚のコピーで済むようになります。
手書きの日報をやめられません。どうすればいいですか
手書きを残したまま、入力だけを別に立てる形が現実的です。手書きの日報は現場の記録として意味があり、廃止すると別の情報が失われます。分けるべきは「現場の記録」と「集約する数字」です。集約する数字（5項目程度）だけを、締め作業の中で入力してもらってください。日報の写真を送ってもらって本部で入力する形は、転記作業が本部に移るだけなので手作業は減りません。
店長が入力を忘れます。どう対処すればいいですか
個人の意識ではなく、仕組みで拾ってください。集約シートの検査行に「店舗別の入力済み日数」を出しておけば、抜けはその日のうちに分かります。分かった時点で確認すれば、記憶が新しいので正確に埋まります。月末に気づくと、思い出しながらの入力になって精度が落ちます。忘れることを前提にして、早く気づける形にするのが正解です。
税抜と税込、どちらで管理すべきですか
どちらでも構いませんが、店舗間・期間で統一してください。統一されていないと店舗比較が成立しません。実務では、原価率や人件費率を出すときに他の数字とそろえる必要が出るため、経理側で使っている基準に合わせるのが無難です。列名に「売上（税抜・円）」のように基準を書き込んでおくと、後から入る人が迷いません。
日次入力を始めたら、店舗の負担が増えると反対されました
反対の理由を分けて聞いてください。「入力する時間がない」なら入力項目を減らす。「入力する場所を開くのが面倒」ならショートカットを作る。「何のためか分からない」なら返す1枚を先に見せる。「その数字を店舗では知らない」なら項目そのものを外す。理由ごとに打ち手が違うので、一括りに「抵抗」として扱うと解けません。
AIに売上データを分析させれば、改善点が見つかりますか
気づきのきっかけにはなりますが、改善点そのものは出てきません。データに現れているのは結果だけで、原因は現場にあります。近隣の工事、天候、近くの店の休業、スタッフの入れ替え——数字が動いた理由はデータの外にあることが大半です。AIに向いているのは「どこが動いたか」を素早く挙げさせることで、「なぜ動いたか」は現場に聞く仕事です。この2つを混ぜて期待すると、それらしい推測が返ってきて判断を誤ります。
過去のデータも入れ直すべきですか
基本は不要です。過去の集計は当時の形で保管し、新しい設計は今月から始めてください。比較のために過去分が必要なら、月次の集計値だけを載せる形で足ります。日次の明細を過去に遡って入力する作業は、負荷が大きいうえに精度も低くなります。過去の細かい数字が必要になる場面は、実際にはあまり訪れません。
まとめ
多店舗の売上管理は、集計を速くする話ではなく入り口を絞る話です。
- 時間を食っているのは「集める」と「揃える」。集計の高速化では体感が変わらない
- 毎月の手直しは設計の欠陥が表に出たもの。書き出すと打ち手が見える
- 入り口を1つにする。誰が・いつ・どこに。店舗ごとにファイルを分けない
- 店舗ごとの差異は集約側で吸収する。対応表を1枚持つ
- 1行＝1日1店舗1区分で縦に積む。横に伸ばさない
- 明細シートと集計シートを分ける。検査行を先頭に置く
- 指標は日次3つ・月次4つ程度に絞る。打ち手が決まらない指標は集めない
- 締め作業を「集計」から「確認」に変える。締めの長さが設計の完成度を示す
- AIは分類・異常検知・数式作成・下書きに使う。入力と判断は代替できない
- 返すものを設計に入れる。1つ増やすなら1つ減らす
付け加えると、この設計は業種特有のものではありません。複数の拠点から数字を集めて判断するという構造は、業種が変わっても同じです。私が業種の違う現場で業務のAI化に関わってきて感じるのは、詰まる場所が驚くほど似ているということです。集まらない、遅い、信用できない。この3つのどれかで止まっていて、原因はほぼ入り口の設計にあります。
この順で手を入れると、AIを導入する前の段階で作業が減り始めます。減った分だけ、次の工程に取りかかる余力が生まれます。株式会社Fyveが業務改善でここから入るのは、入り口が整っていない状態では何を載せても定着しないからです。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。