複数店舗の日報と売上報告に追われる店長へ|AIで月末の集計を30分に
複数店舗を見ている店長が月末に一番時間を取られているのは、経営判断でも接客でもなく「各店から集まった日報を一つの形に寄せる作業」です。日報の入力の形をそろえてAIに要約と異常値の指摘をさせるだけで、月末の集計は半日仕事から30分前後の確認作業に変わります。肝は分析の高度化ではなく、入力を「AIが読める形」に整えることと、本部が見る指標を絞ること。今の月末と変えた後の月末を同じ項目で並べて、どこがどう軽くなるのかを書いていきます。
月末の三日間だけ、店長が店長でなくなる

沖縄で飲食や物販、サービス業を複数店舗で回している会社は、月末に同じ景色を見ます。国際通り沿いの店はLINEで「本日売上○○円、客数○○、天気雨」と短文。北谷の店は自作Excelを月末にまとめて送る。うるま市の店はレジの日計表の写真だけ。名護の店は手書き業務日誌のスキャンPDF。どれも真面目に書かれていて、内容は悪くありません。問題は、それを一つの表に手で寄せる人がいることです。
寄せる作業の中身は驚くほど単純です。LINEの文章から数字を拾ってセルに打つ。列の順番が本部様式と違うので並べ替える。写真の日計表を見ながら電卓を叩く。手書きの読めない数字は店に電話して確認する。最後に合計が合わないので間違いを探す。店舗数が四つなら二日、六つなら三日近く飛びます。しかもこの二、三日は「先月の結果を見て今月の打ち手を決める」一番大事な時期と丸かぶりです。
厄介なのは時間以上に、集計が終わった時点で集中力が切れていることです。数字を並べ終えた達成感で「今月も無事終わった」となり、「なぜ北谷だけ客単価が下がったのか」「うるまの人件費率が二か月連続で上がっているのはなぜか」に手が回らない。集計は前提でしかないのに、前提を作るだけで力を使い切っています。
今の月末と、変えた後の月末を同じ項目で並べる
「AIで自動化」では伝わりにくいので、作業項目をそのまま左右に並べます。右側は全部が消えるわけではありません。消えるのは転記と計算と目視チェック、残るのは判断と店への確認です。
| 作業項目 | 今の月末(様式バラバラ・手で寄せる) | 変えた後(入力をそろえてAIに要約させる) |
|---|---|---|
| 日報の集まり方 | LINE・Excel・写真・手書きPDFが混在。届く日もバラバラで月末に催促から始まる | 同じ入力フォームに毎日その日のうちに入る。未入力の店は自動で分かる |
| 数字の転記 | 各店の書き方を読み替えて本部様式へ手打ち。桁の打ち間違いが毎月どこかで起きる | 転記が無い。入力された値がそのまま集計元になる |
| 計算・突合 | 電卓とExcelの式を行き来。合計が合わず原因探しに数時間 | 合計は自動。「この日のこの店だけ入っていない」と指摘が出る |
| 気になる点の発見 | 並べ終えてから余力があれば眺める。忙しい月は見ないまま終わる | 前月比・前年同月比・曜日平均から外れた日をAIが先に挙げる |
| 店への確認 | 「この字なんて読むの」という確認が中心 | 「この日だけ客単価が落ちた理由は?」という中身の確認になる |
| 本部が見るもの | 全項目が載った巨大な表。どこを見るべきか分からない | 絞った数指標+外れた日のコメントだけ。数分で全店つかめる |
| かかる時間 | 店舗数に比例して増える(四店で二日前後) | 店舗数が増えても確認時間はほぼ変わらない |
一番効くのは最後の行です。今のやり方は店舗数に素直に比例し、五店目で二割増、六店目でまた二割増。出店が決まると同時に本部の月末が苦しくなる。入力をそろえてAIに読ませる形なら、増えるのは各店で入力する数分だけで、本部の確認時間はほぼ変わりません。多店舗展開を考えている会社ほど、早い段階で直す意味があります。
やることの本体は「入力の形をそろえる」だけ
実務でやることの八割は入力の整理です。各店が何をどう書くかを決めて、書く場所を一つにする。それだけで後ろの処理は一気に軽くなります。ここを飛ばしてAIに丸投げすると、写真や手書きを読ませる難しい処理を毎日走らせることになり、精度も運用も安定しません。
そろえる項目は少なくて足ります。日付、店舗、売上、客数、そこから出る客単価、当日の人時(何人が何時間入ったか)、自由記述の一行コメント。天気やイベントは「雨で夕方から客足止まった」「近くで大会があって昼だけ混んだ」とコメントに書いてもらえば、AIが数字と結びつけて読みます。増やした項目は必ず入力されなくなり、入力されない項目は分析に使えません。最初は少なく始めるほうが結果的に情報量が増えます。
沖縄の現場でよく詰まるのは入力する端末と時間です。閉店後に事務所のPCで、という前提にすると忙しい日は翌日に持ち越され、週末まとめて入力になり元の木阿弥です。スマホで、レジを締めた直後に終わる形にする。項目が七つなら一分半から二分です。ここまで軽くすれば日次で回り、日次で回れば月末にまとめる作業は原理的に消えます。集計が月末の仕事だったのは、データが月末にしか集まらなかったからです。
AIに任せるのは要約と、外れた日を見つけること
数字がそろったらAIにさせるのは二つ。要約と、「いつもと違う日」の指摘です。
要約は、各店の月の動きを数行の文章にしてもらう形が実用的です。「A店は前月比で売上ほぼ横ばい。ただし客数は減って客単価が上がっており、コメントに団体予約の記述が三回ある。人時売上は改善」といった具合に、数字とコメントが結びついた文章が出ます。自分で表を読み取るのと同じことですが、判断に入るまでの助走がなくなる。店舗数が多いほどこの差が効きます。
いつもと違う日の指摘は単純なルールで十分です。曜日ごとの平均から一定以上外れた日、客単価が急に動いた日、人時売上が落ちた日、入力が抜けている日。この四つで、店へ確認すべき話が具体的になります。「先月どうだった?」ではなく「十七日の土曜だけ客数が普段の七割だったけど何かあった?」と聞ける。答える側も答えやすく、雨だった、近隣の道路工事、スタッフが急に休んで回転が落ちた、といった理由がその場で出ます。この会話が積み上がると翌月の打ち手の質が変わります。
ただしAIの文章をそのまま判断の根拠にはしないこと。集計は機械的で信頼できますが、要約は表現に幅があります。違和感があれば元の数字に戻って確かめる。この一手間を残せば、日々の読み物として安心して使えます。作り方はAIエージェント・業務自動化の考え方でも触れていますが、どこまで自動にするかの線引きは業種や店舗数で変わります。
各店の店長に「監視される」と思わせない

ここが導入の成否を分けます。本部がすぐ見られるようにする、という話は現場には「毎日チェックされる」と聞こえます。数字が悪い日にすぐ本部から連絡が来る運用にすると、入力が遅れ始め、コメント欄が「特になし」で埋まります。コメントが死ぬと、AIに読ませても数字の羅列以上のものは出ません。
うまく回る運用は順番が逆です。まず店長がやっていた月末の集計を本部で引き取ってなくし、「毎日二分入れてくれれば月末のあの作業は要りません」と先に提示する。手間が明確に減るので入力が定着します。そして日次の数字を見ても悪い日に個別で突かない。週か月に一度まとめて話す場で「この週こういう傾向だったね」と扱う。日次で見えることと日次で口を出すことは別だと決めておく。
コメント欄は見本を示すと定着します。天気、団体や予約の有無、人の欠員、近隣のイベント、設備の不具合。この五つのどれかがあれば一行書く、無ければ空欄でよい。数字の動きと理由が結びつく材料になるのはこの一行です。
本部が毎月見るべき指標は、たぶん四つで足りる
集計が自動になると次は「見る指標が増えすぎる」ことが起きます。二十項目の表を毎月眺めても意思決定は速くなりません。多店舗の小売・飲食・サービスなら、次の四つを軸に置くと過不足が少ないはずです。
一つ目は客単価。売上は客数×単価なので、売上の増減だけでは原因が分かりません。単価が落ちているなら商品構成や提案の問題、客数が落ちているなら集客や立地環境の問題として切り分けられます。
二つ目は人時売上(一人が一時間働いて生む売上)。多店舗で最も差が出て改善の余地が大きいのがここです。売上が同じでも投入した人時が違えば経営の質は全く違う。シフトの組み方や仕込みの手順で動く数字なので、店ごとの差は現場に共有する価値があります。沖縄は業種によって人手の確保が難しく、この指標を見ておくと「人を増やす」以外の選択肢が見えます。
三つ目は曜日別の売上構成比。全店平均と各店を比べると店の性格が出ます。観光客中心の店は曜日の影響が小さく天気と季節に振れ、地元客中心の店は週末と給料日周りに寄る。分かればチラシや割引を入れる曜日、シフトを厚くする曜日が変わります。月次の合計だけではこの違いは見えません。
四つ目は日報の入力率。入力が遅れる店はたいてい現場が回っていません。人が足りない、店長が現場に入りっぱなし、トラブルが起きている。数字が悪くなる前に入力率が落ちるので先行指標になります。抜けている日を自動で出すだけで済みます。
逆に、商品別の細かい売上、時間帯別の細分、原価率の小数点以下は定点から外します。「何かおかしい」と気づいたときに掘る材料で、定点に混ぜると本題が埋もれます。定点は四つ、掘るのは必要なときだけ。この切り分けが三十分を成立させます。
導入でつまずくのは技術ではなく決めごとの部分
詰まるのは仕組みではなく決めごとです。売上は税込か税抜か。キャンセルや後日入金はどうするか。テイクアウトとデリバリーは混ぜるか分けるか。人時は休憩を引くか、店長の事務作業時間を入れるか。定義が店ごとにずれていると集計は動いても比較になりません。厄介なのは、ずれに気づかないまま数か月使ってしまうことです。
最初に店長を集めて三十分だけ定義をそろえる場を持つのが早道です。厳密に全部決める必要はなく、比較に影響する項目だけ。決めたら短い文章にして入力画面のすぐ横に置く。半年経つと必ず「これどっちだっけ」が起きるので、書いてある場所があること自体が効きます。
費用や期間は、店舗数、既存のレジやPOSからどこまで数字が取れるか、既存ツールの有無で大きく変わるため一律の目安は出せません。POSから日次データが自動で出せる会社と、レジの日計を手で入れる会社では作るものが違います。補助金も対象や条件が年度や事業内容で変わるので可否は個別確認が必要です。まずは自社の日報が今どう集まっているかを整理したうえで、ご相談ください。現状を見せてもらえれば、入力をそろえるところからか、既存システムからの取り出しを整えるべきかの見当はつきます。
小さく確かめるなら、二店舗と一か月で足りる
全店同時に切り替える必要はありません。性格の違う二店舗で一か月試すのが現実的です。売上規模の大きい店と小さい店、あるいは観光客中心と地元客中心。入力が本当に二分で済むのか、コメントが書かれるのか、AIの要約が現場感と合うかが分かります。
一か月経ったら、その二店舗の月末にかかった時間を測ってください。二時間かかっていた作業が確認と問い合わせだけになっているはずです。手応えがあれば残りの店に広げる説明も楽になります。既にやっている店長の「月末が楽になった」は本部の説明より強い。
広げるときは指標を追加したくなる誘惑に注意してください。項目を増やすと入力時間が延びて定着が崩れます。増やすなら何かを外す。この原則があれば一年後も同じ仕組みが動きます。失敗例のほとんどは技術ではなく、欲を出して重くしたことによるものです。
まとめ:月末の集計は、本来やる仕事ではない
複数店舗の日報に追われている状態は、店長の能力の問題ではなく、各店がそれぞれの様式で書き、それを人が寄せるという構造の問題です。入力の形をそろえて日次で集め、要約といつもと違う日の指摘をAIに任せ、本部が見る指標を客単価・人時売上・曜日別構成比・入力率に絞る。この三つで月末の二、三日が三十分前後になります。
本題は浮いた時間で何をするかです。数字を並べる作業から、なぜそうなったのかを店長と話す時間へ。それが翌月の売上に効くのであって、集計の速さ自体に価値はありません。まずは自社の日報がどこにどんな形で溜まっているかを見てください。たいていは、そろえるべき項目が七つ程度しかないと気づくはずです。他の記事でも沖縄の中小企業の現場に即した業務の整え方を書いています。