美容室の売上日報はスプレッドシートの2列から始める｜1日1行を源にして月次集計と本部の全店集計まで自動でつなぐ作り方
美容室の売上日報はスプレッドシートの2列から始める｜1日1行を源にして月次集計と本部の全店集計まで自動でつなぐ作り方
売上日報を作ろうとすると、たいてい最初に「何を入れる欄を作るか」で止まります。客数、新規、再来、指名、次回予約、メニュー別、店販、値引き——入れたい項目はいくらでも出てきます。そして項目の多い日報は、決まって2週間で書かれなくなります。
先に結論を書きます。
最初に作るのは「日付・技術売上・店販売上」の3列だけです。1日1行のシートを唯一の入力面にして、月次集計も分析タブも全部その1枚を数式で参照する形にしてください。客数や次回予約といったKPIの列は、毎日埋まる状態が続いてから足します。この順番を守ると、日報は本部の全店集計まで手作業なしでつながります。
この記事は、名古屋のWEB制作会社graciautoが、愛知県内で20店舗以上を展開する白髪染め専門店フランチャイズの本部支援に入り、各店の売上日報と本部側の集計システムをつないできた実務をもとにまとめたものです。数字はすべて実店舗のシートと予約管理システムの集計から取っています。
なぜ「技術」と「店販」の2列からなのか
日報が続かない理由は、やる気ではなく入力の分量です。
支援先の1店を例にすると、月の来店は45件、営業日は約25日。1日あたり1.8件、1日の売上は約7,900円という規模です。この店で「客数・新規・再来・指名・次回予約・メニュー別・店販」を毎日埋めさせると、施術と受付を1人で回している日には確実に飛びます。逆に、閉店時に金額を2つ書くだけなら10秒で終わります。
日報で最初に守るべきは「精度」ではなく「毎日埋まっていること」です。1か月のうち5日抜けた日報は、平均も比較も出せません。抜けた日が「休みだったのか」「売上0だったのか」「書き忘れたのか」を後から判別できないためです。
このため、運用ルールも2つだけ決めておきます。
- 未確定の日は空欄のままにする。0を入れない（0は「営業して売上がなかった」、空欄は「まだ確定していない」。この2つが混ざると月平均が壊れます）
- 休業日は休業とわかる形で残す（休業を空欄と同じ扱いにすると、営業日数が数えられません）
入力面は1枚だけ、集計面は数式だけにする
続く日報の構造は、どの店でも同じ形になります。
- 日次タブ：日付・技術売上・店販売上・合計（合計は数式）。ここだけが人の手が入る面
- 月次タブ：日次タブをSUMIFSで月ごとに合計するだけ。手入力の欄は作らない
- 分析タブ：月次タブをXLOOKUPなどで参照して、前年同月比や客単価を出す
支援先で実際に動いているシートも、日次タブに14か月・403日分の行があり、その上に月次と分析が乗っている構造です。
ここで月次タブに直接金額を打ち込める形にしないことが要点になります。月次に手入力欄があると、忙しい月は日次を飛ばして月次だけ埋める運用に必ず流れます。そうなると日次と月次のどちらが正しいのかを誰も判断できなくなり、突合のたびに「どちらの数字で会議をするか」から始めることになります。入力面を物理的に1枚に絞っておけば、この分岐自体が発生しません。
KPIの列は「客数 → 新規・再来 → 次回予約」の順で足す
2列の日報が2週間続いたら、列を足していきます。順番は次のとおりです。
- 客数（金額を客数で割ると客単価が出る。ここまでで日報の投資対効果はほぼ回収できます）
- 新規と再来（入口が細いのか、定着が悪いのかが分かれる）
- 次回予約数（再来の先行指標。今日の結果ではなく来月の予約が積まれているかが見える）
このとき、率は必ず数式で計算し、手入力しないでください。「次回予約率60%」と率だけを手で書いた日報は、母数が残りません。率は母数とセットでなければ判断材料になりません。45件の60%と371件の60%では、打ち手も投資額もまったく違います。
なお目安として、支援先の既存店では次回予約率の平均が約5割、上位店は7割台という実測でした。詳しい基準値と、率が低い店より計測していない店のほうが危ない理由は美容室の売上が横ばいのときに最初に見る4つのデータにまとめています。
過去分は予約管理システムの日別集計から入れ直せる
「今日から入力を始めても、比較できるのは1年後」と考えて着手が止まるケースがありますが、過去分は後から埋められます。
予約管理システムには日別売上集計の出力があります。支援先では、この日別集計の出力14か月分から、2025年8月〜2026年9月の403日分を日次タブに入力し直しました。これで初日から前年同月比が出せる状態になります。
過去分を入れるときは、先に列の定義を1つに決めてください。
- 技術売上に入れるのは割引前か、値引き後の純売上か（支援先では割引前で統一しました。既存の月次分析が割引前で作られていたため、揃えないと過去資料と数字が合わなくなります）
- オプション単品を来店件数に数えない（炭酸泉やトリートメントを同時施術した場合は来店1件です。件数として足すと客単価が実態より下がります）
そして入れ終わったら、月合計が元の集計と一致するかを14か月すべてで確認します。1か月でも合わなければ、その月の入力かPDFの読み取りかどちらかがずれています。ここで検算を省くと、後から「どこかがおかしいが、どこかは分からない」という最も直しにくい状態になります。
本部の全店集計につなぐときの決めごと
複数店舗を持つ場合、各店の日報を本部側で自動的に集める形にします。ここは技術の話に見えて、実際は命名と権限の話です。
- ファイル名は「店名＿売上日報」で全店統一する。機械が拾う前提のファイル名は、人が読める名前より優先します
- 店名の表記を1つに固定する。全角・半角スペースの1文字違いでも、本部側の照合は外れます。実際に、店名に半角スペースが1つ入っていた1店だけ、本部システム上で売上と分析結果が表示されないという事象が起きました。名前は照合キーになるという前提で扱ってください
- 読み取り専用のサービスアカウントに共有する。担当者個人のアカウント経由にすると、その人が異動した時点で集計が止まります
- 本部側の集計は自動同期に寄せる。支援先では毎日深夜に全店を巡回して取り込む形にしているため、新店を登録すれば翌日から自動的に集計に乗ります
新店を追加するときの手順にも決まった順番があります。既存店のシートを複製してテンプレートとして使う場合は、①複製したシートの中身を空にする → ②本部システムに店舗IDとシートIDを登録する → ③同期するの順で行ってください。
順番が逆になると、複製元の店舗に入っていた売上が、そのまま新店の売上として本部のデータベースに取り込まれます。一度取り込まれた数字は見た目では正常なので、月次会議で誰かが「開店前の月に売上がある」と気づくまで残り続けます。空にしてから登録する、という順番を手順書に書いておくだけで防げます。
月に一度の突合まで含めて運用にする
日報は入力して終わりではありません。月に1回、日次シートの月合計と、POSや予約管理システム側の月次金額（税抜）を突き合わせます。
支援先で実施した8月分の突合では、4店のうち3店は完全に一致し、1店だけ日次シート213,450円・71客に対して、システム側の月次が197,545円・51客という差が出ました。
このとき重要なのは、差が出たこと自体は不具合ではないという読み方です。この1店は、店側の手入力とPOS側の記録の取り方が違っていただけでした。集計システムを疑って調べ直すより先に、店舗に「どちらの数え方をしているか」を確認するほうが早く片づきます。
また、予約管理システムの数字は予約ベースであって会計実績ではありません。電話予約や飛び込みのお客様を登録していない店では、実際の売上のほうが大きくなります。日報を経営判断に使う前に、必ず店舗の実際の月商と突合してください。ズレ幅そのものが「記録に乗っていない来店がどれだけあるか」という情報になります。
テンプレートを配る前に確認する3点
日報のテンプレートを複数店に配布する場合、配る前に次の3点を確認しておくと、後からの問い合わせが減ります。
- 数式が壊れていないか。テンプレートの元になったシートで行や列を削除していると、参照が切れた数式（#REF!エラー）が残ることがあります。実際に、新規・再来を集計する行が参照切れのまま複数店に配られていた例がありました。全タブを開いて確認してから配ります
- 保護範囲が残っていないか。共有設定が「編集可」でも、列単位の保護は別に効いています。共有権限だけを見て「書けるはず」と判断すると、本部から一括で書き込むときに権限エラーで止まります
- 背景色で月や項目を判別する作りになっていないか。「奇数月は水色、偶数月は黄色」といった色分けは、店舗が行を挿入した時点でずれます。実際に、20店舗超のシートで4店分の月別背景色がずれていた例がありました。判定に使うのは列の定義であって、見た目ではありません
色分けそのものは見やすさのために有効です。問題になるのは、色を「意味のある情報」として扱ったときだけです。
まとめ
売上日報で失敗する原因は、集計の設計ではなく入力の分量にあります。順番としては次のとおりです。
- 最初は日付・技術売上・店販売上の3列。1日10秒で終わる形にする
- 入力面は日次タブ1枚だけ。月次と分析は数式で参照する
- 毎日埋まる状態が続いてから、客数 → 新規・再来 → 次回予約の順に列を足す。率は数式で出す
- 過去分は予約管理システムの日別集計から入れ直し、月合計の一致で検算する
- 本部集計はファイル名と店名の表記を固定し、読み取り用アカウントで自動同期する
- 月1回、日次合計と月次実績を突合する。差はシステムの不具合ではなく記録差であることが多い
日報が1か月続けば、そこから先の判断はデータが決めてくれます。逆に、どれだけ精緻な分析タブを用意しても、日次が埋まっていなければ何も出ません。まず2列から始めてください。
graciautoでは、店舗ごとの売上日報の設計から、本部側の全店集計・月次レポートの自動化までを一貫して支援しています。複数店舗の数字がバラバラのファイルに散っている、月末に集計だけで半日かかっている、という段階でしたら、店舗ごとの月次レポート作成を自動化するも合わせてご覧ください。