ジムの売上・会員数の月次レポートを自動で作る。POS・予約・決済のデータのまとめ方と、店長が毎月見る指標の決め方

この記事の内容のご相談は株式会社bundlyzeへbundlyzeのHP・LP制作について見てみる

毎月の初めに各システムから数字を書き出し、表計算ソフトに貼って集計している運営者の方と、その作業を仕組みに置き換えたいエンジニアの方を想定した内容です。1店舗、または店舗ごとに独立して運営している場合を想定しています。複数の店舗で会員が相互に利用できる場合の数え方は、相互利用と店舗別集計の記事で扱っているので、そちらの定義と合わせて読んでください。

ジムの月次レポートは、指標を先に決めてからデータを集める

月次レポートの自動化で最初に決めるのは、使うツールではなく、店長がその数字を見て「何を決めるのか」です。取れるデータを全部並べたレポートは、作るのに手間がかかるわりに、見る人が毎月同じところしか見なくなります。

自動化する前の手作業のレポートを見直すと、次のような状態になっていることがよくあります。

この表の右の列を先に埋めておくと、自動化の作業は「決めた定義どおりに計算する仕組みを作る」だけになります。

店長が見る指標は、判断につながるものに絞る

店長向けの月次レポートに入れる指標は、それぞれ「この数字が動いたら、何を見直すか」を一つ言えるものに絞ります。言えない指標は、レポートの本体ではなく、必要なときに開く詳細の画面に回します。

「月末の在籍会員数」と「その月に来館した人の数」は、名前が似ていても別の数字です。どちらを「会員数」と呼ぶかを社内で一つに決めておかないと、店長と本部で同じ言葉が違う数字を指すことになります。

指標の数は、最初は10個以内に収めるのがおすすめです。数を増やすのは、毎月のレポートで「この数字がないと判断できなかった」場面が実際に出てからで間に合います。

元のデータは、POS・予約・決済・会員台帳に分かれている

ジムの数字の出どころは、多くの場合4つ以上のシステムに分かれていて、それぞれが知っていることと、データを書き出せるタイミングが違います。自動化の設計では、どの指標をどのシステムから取るかを決め、同じ数字を2か所から取らないようにします。

体験の人のように、まだ会員IDがない人の記録は、入会したときに会員IDとひも付ける項目を予約の側に持たせておきます。これがないと、体験からの入会率を自動で計算できず、毎月手で突き合わせることになります。

データをつなぐ鍵は会員IDと日付にし、名前で突き合わせない

複数のシステムのデータをつなぐときは、会員IDと日付を鍵にし、氏名や電話番号で突き合わせることはしません。氏名は表記の揺れ（全角と半角、旧字、結婚による変更）があり、手作業で貼り合わせていた頃のずれの多くがここから生まれます。

決済サービスの顧客IDのように、システムごとに別のIDを持っている場合は、会員台帳に「この会員の決済サービス側のID」を持たせ、対応表を一か所に置きます。

日付は、どのシステムも同じ時間帯（日本時間）でそろえて扱います。決済サービスのレポートは協定世界時（UTC）で出るものがあり、そのまま集計すると、月の境目の深夜の取引が前の月や次の月に入ってしまいます。書き出すときに時間帯を指定できるなら、日本時間を指定しておきます。

締め日を決め、締めた後の決済のやり直しと返金は翌月の行で扱う

月次レポートを自動にするなら、「何日の何時のデータで、その月を締めるか」と、「締めた後に起きた変更をどう扱うか」を先に決めます。決めないまま自動で作ると、先月のレポートを開き直すたびに数字が変わり、店長が前の月と比べられなくなります。

ジムで締めた後に起きやすい変更と、扱い方の例は次のとおりです。

ここで気をつけたいのが、決済サービスの入金額と売上の違いです。たとえばStripeのドキュメントでは、入金照合レポートが、銀行に入った入金の一つひとつに含まれる支払い・返金・手数料などの取引を照合するためのものとして説明されていて、入金は入金の到着予定日でまとめられます。つまり入金額は、手数料や返金を差し引き、入金の日程で区切られた金額です。月次レポートでは、「その月の利用分として請求した会費」と「その月に入金された額」を別の行にし、差の内訳は照合レポートで確かめるという分け方にしておくと、経理の数字とも食い違いを説明できます。

自動化は「取り込み→整える→計算→届ける」の4段で組む

月次レポートの自動化は、データの取り込み、形を整える、指標を計算する、店長に届ける、の4段に分けて組みます。1つの大きな処理にまとめると、どこかのシステムの書き出しの形が変わったときに、どこで壊れたのかが分からなくなります。

1. 取り込む。 各システムからCSVやAPIでデータを取り、取り込んだ日時と元のファイルをそのまま保管する
2. 整える。 日付を日本時間にそろえ、金額の税込・税抜を統一し、会員IDの対応表でつなぐ
3. 計算する。 指標の定義の表どおりに、月ごとの数字を出す。締めた月の数字は保存して、上書きしない
4. 届ける。 店長が普段使っている場所（メール、チャット、共有の表計算シート、管理画面）に、決めた日に届ける

置き場所は、店舗数とデータの量で選びます。

最初から大きな基盤を用意する必要はありません。1段目で取り込んだ元のデータをそのまま残しておけば、後から置き場所を移しても、過去の月を同じ定義で計算し直せます。

数字が合っているかを、配る前に自動で確かめる

自動で作ったレポートは、店長に届ける前に、決めたチェックを自動で通し、引っかかったら配らずに担当者へ通知が飛ぶようにします。手作業の頃は作る人が目で見て気づいていた異常を、自動化した後は仕組みが見つけるようにするためです。

1つ目のつり合いのチェックは、会員数のずれを見つけるのにいちばん役に立ちます。この式が合わない月は、どこかの入力が抜けているので、レポートを配る前に直します。

レポートには個人の名前を載せず、人数と金額にまとめて配る

店長に毎月配る月次レポートは、人数や金額にまとめた形にし、会員一人ひとりの名前は載せません。個人の特定につながらない形に集計した統計情報は個人情報の外に置かれる、という整理が、個人情報保護委員会の示す通則編の中にあります。

レポートをメールやチャットで送る場合、転送されることも考えて、会員の名前やカードの情報が入らない形に限っておくと安心です。決済サービスのレポートには、顧客の氏名やメールアドレスの列を加えて書き出せるものもあるので、取り込むときに必要な列だけを選び、名前の列は取り込まない設定にします。

最初の3か月は、手作業のレポートと並べて答え合わせをする

自動化した月次レポートは、最初の3か月ほどは手作業のレポートと並べて作り、数字が一致するのを見届けてから切り替えます。合わない数字が出たら、多くはどちらかの定義の違いなので、定義の表を直すきっかけになります。

たとえば大阪と兵庫に1店舗ずつあり、それぞれの店長が自分の店の数字を見る、という形なら、店舗ごとに同じ定義のレポートを届け、本部では2店舗を並べた表を見る形にします。店舗間で会員が行き来するようになったら、冒頭で触れた相互利用の数え方に切り替えます。

公開前に確かめること

自動のレポートを店長に配り始める前に、次の項目を確かめます。どれも本文の節で決めたことを、切り替えの直前に一度で見直すための一覧です。

• 指標の定義：指標ごとに「どのシステムの、どの記録を、どう数えるか」と「動いたら何を見直すか」が書いてある
• つなぐ鍵：会員IDと、決済サービス・予約システム側のIDの対応表が一か所にあり、名前で突き合わせていない
• 時間帯：すべてのデータを日本時間にそろえ、月の境目の深夜の取引が正しい月に入っている
• 締め日：締めた月の数字を保存して上書きせず、締めた後の返金ややり直しを翌月の行で扱う
• 自動のチェック：在籍数のつり合いなどのチェックに引っかかったら、配らずに担当者へ知らせる
• 個人の名前：レポートに会員の名前やカードの情報が入っていない。名前の列を取り込んでいない
• 答え合わせ：手作業のレポートと並べて作り、差を一つずつ説明できた

自社でやる場合と、任せる場合

自社で進める場合は、指標の定義を決めて毎月の数字で判断する店長や責任者と、POS・予約・決済・会員台帳から書き出したデータを整えて計算する仕組みを作り、書き出しの形が変わったときに直せる人が要ります。最初の3か月は、手作業のレポートと自動のレポートを両方作って差を説明する手間がかかり、その後も対応表への登録漏れや入力の抜けを、チェックに引っかかるたびに直す役目が続きます。

任せる場合、株式会社bundlyzeではデータ分析基盤をAWSで組んできたほか、業種を問わず使える予約管理の仕組みも、企画を固めるところから稼働後の運用まで受け持ってきました。会員向けの案内や体験の申込みの入口になるホームページやLPの制作もお受けしています。大阪・兵庫を中心とした関西のほか、遠方のご相談もオンラインでお受けしています。POSや予約、決済のデータを1か所に集めて月次の数字を自動で出す仕組みは、クラウドとデータ基盤の構築・運用の窓口でご相談をお受けしています。

出典（一次情報）

下の3つは、決済サービスの公式文書と、個人情報保護委員会・e-Govの資料です。2026年10月3日に中身を読み直しています。

• 入金照合レポートの説明（Stripe）：入金に含まれる支払い・返金・手数料の照合、入金の到着予定日でのまとめ方、時間帯を指定した書き出し
• 通則編のガイドライン本文（個人情報保護委員会）：個人情報の定義と、統計情報の扱い
• 個人情報保護法（e-Gov）：23条、安全管理のための措置