ホットペッパーの「来店済み」はいつ反映されるか｜集計ズレで販促判断を間違えないために

先に結論を書きます。ホットペッパー（サロンボード）の予約が「来店済み」に変わるのは、予約時間が過ぎた瞬間ではありません。店側で来店・会計の処理をした時点です。つまり反映のタイミングは、時刻ではなく「スタッフがいつ処理したか」で決まります。

ここが分かると、次の判断も自動的に決まります。当日や翌日に管理画面で見る数字は速報値です。クーポンが効いたのか、広告を続けるのか、といった販促の判断は、締めたあとの確定値でやってください。速報値のまま前月比を出すと、施策の良し悪しではなく処理タイミングの差を評価してしまいます。

弊社（graciauto）は名古屋を拠点に、美容室・店舗ビジネスのホームページ制作とLINE公式アカウント構築のほか、サロン管理システムから複数店舗の月次売上を自動で取得して経営ダッシュボードに載せる仕組みも組んでいます。この記事は、その実装と、EC案件の売上分析で実際に起きた「数字のズレ」から、店舗側が先に決めておくべきことを整理したものです。

なお、ステータスの細かい挙動は契約プランや管理画面の更新で変わります。この記事は考え方と運用ルールの話として読んでいただき、自店の実挙動は必ず管理画面で確認してください。

反映は「時刻」ではなく「店側の処理」で決まる

予約管理の画面上でステータスが動く起点は、店側のオペレーションです。来店処理や会計処理をして初めて、その予約は実績として扱われます。

これが実務でどう効くか。夜にまとめて処理する店では、当日分の実績が翌日に乗ります。忙しい日の分を翌朝処理すれば、その来店は翌日の処理として記録されます。日単位で数えている限り、この程度のズレは常に起きます。

一番効くのは月末です。月末最終日の来店を翌月1日に処理すると、その来店が月次のどちら側に入るかは、集計の日付軸が予約日なのか来店日なのか会計日なのかで変わります。ここを確認しないまま「先月は新規が減った」と言うのが、もっとも危ない状態です。

だから最初にやることは1つです。自店の管理画面で、集計が何の日付で並んでいるかを確認する。予約日か、来店日か、会計日か。これを固定してから、はじめて前月比の話に進んでください。

管理画面の数字は「開いた瞬間の確定値」ではない

もう1つ、店舗オーナーの感覚とズレやすい点があります。管理画面やサロン管理システムの数字は、画面を開いた瞬間に出来上がっているわけではありません。裏側で集計処理が走って、その結果が表示されています。

弊社が実際に組んだ仕組みで数字を出します。愛知県内で20店舗以上を展開する白髪染め専門サロンチェーン向けに、サロン管理システムから顧客区分別の月次売上を自動取得する処理を実装しました。この取得にかかる時間は、1か月分でおよそ55秒。そのうち30〜35秒は、サーバー側の集計が終わるのを待っている時間です。3か月分をまとめて取ると約3分かかります。

この待ち時間は短縮できません。集計をリクエストしてから、システム側で計算が終わるまで待つしかない構造だからです。自動化しても速くならない部分がある、というのがこの仕組みを作って分かったことでした。

ここから導ける実務ルールは単純です。

• 同じ画面を朝と夜に見て数字が違っても、それ自体は異常ではない
• 日次で見るのは「異常検知」だけにする（予約がゼロ、売上が明らかにおかしい、といった発見用）
• 予算を増やす・クーポンを止める・広告を続けるといった投資判断は、締めた確定値でやる

毎朝の確認を1画面にまとめる考え方は美容室の経営ダッシュボードはAIでどう作るかにまとめています。速報値をどこまで見るかを決めておくと、毎朝の確認が数分で終わります。

集計がズレる4つの原因と、先に決めておくこと

数字がズレる原因は、店舗規模を問わずだいたい次の4つに収まります。いずれも起きてから直すより、先に決めておくほうが圧倒的に安く済みます。

原因1｜計上日の定義が決まっていない

予約が入った日、来店した日、会計した日は、すべて別の日付になり得ます。何を数えているかを言葉で説明できないうちは、その数字で判断しないほうが安全です。集計の日付軸を1つ選び、社内の共通言語にしてください。

原因2｜締まっていない期間で比較している

進行中の期間と、終わった期間を比べると必ずおかしくなります。弊社が別案件で週次の販売集計を実装したときは、この点を仕様として固定しました。月曜〜日曜の7日がそろった週だけを「確定週」として扱い、そろっていない週は前週比を計算しない、ダッシュボードにも反映しない、というルールです。

店舗運営でも同じことができます。月の途中で前月比を出さない。出すとしても「何日時点の速報」と明記する。それだけで、社内で数字の解釈が割れる事故は減ります。

原因3｜集計方式が途中で変わっている

期間をまたいで数字を比べるときは、その間に集計の定義が変わっていないかを先に確認してください。これがもっとも判断を誤らせるパターンで、しかも数字の見た目には何の異常も出ません。

弊社が支援しているEC案件では、あるカテゴリの売上が前年同期比で約6割減という数字が出たことがあります。異常値として調査対象に挙げ、明細レベルまで遡って確認したところ、実態は需要の減少ではありませんでした。以前は決まった金額の商品を登録して販売していたものを、都度お客様の金額に合わせるカスタム対応に切り替えたため、そのカテゴリのタグに紐づかない明細として計上されるようになっていた、というのが真相です。集計の分母が変わっていたので、前後比較そのものが成立していませんでした。

この構造は店舗でも起きます。メニュー名を変えた、クーポンの区分を作り直した、店販の登録方法を変えた。どれもカテゴリ別の売上比較を静かに壊します。予防策は1つで、集計の定義を変えたら日付と一緒に記録しておくことです。比較期間をまたぐときに、定義変更があったかを先に確認する習慣がつきます。

原因4｜集計の「始まり」と「終わり」が実態とズレている

期間の長さを測る指標は、どこからどこまでを含むかを言葉で定義してから集計します。定義せずに出した平均値は、待機時間や準備時間を巻き込んで実態より長く出るのが普通だからです。

同じEC案件で製造のリードタイムを扱ったときも、工程の開始から完了までという素直な区間で集計すると、実作業の日数としては長すぎる値になりました。仕掛品として待機していた期間まで含まれるためです。実作業の区間だけを取り出して再集計すると、現場の感覚に合う値になります。

来店データも同じです。「予約が入ってから来店まで」と「来店から会計まで」はまったく別の指標です。どこからどこまでを測っているかを決めずに平均を出すと、それらしい数字が出てくるのに使えない、という状態になります。

複数店舗では「取れている数字が自店のものか」も確認する

多店舗の場合、もう一段手前の問題があります。1つのアカウントで複数店舗を管理していると、店舗を切り替えながら集計を出すことになります。この切り替えが失敗すると、前に見ていた店舗の集計結果を拾ってしまい、複数店舗に同じ数字が入ります。

自動取得の仕組みを組むなら、次の3つを最初から入れておくのが正解です。

1. 店舗を切り替えたあと、画面上の店舗名が期待した店舗と一致しているか検証する
2. 取得した結果の中に含まれる店舗名と、取りに行った店舗名が違う場合は保存しない
3. 同じグループ内で完全に一致するデータが出たら、重複として弾く

「切り替えたつもり」で先に進む作りにすると、全店同じ数字が並ぶという分かりやすい事故ではなく、数店舗だけ他店の数字が入るという気づきにくい事故になります。だから保存の直前に検証を入れます。

もう1つ、同じ管理画面に複数の担当者・複数の端末から同時に集計をかけると、セッションが競合して特定の店舗だけ処理が通らない、ということが起こります。仕組み側では、同じ管理画面に対する処理を直列化して、誰かが実行中なら待つ形にしました。人力運用でも考え方は同じです。月初の集計作業は担当を1人に決めるか、時間をずらしてください。

ズレは販促判断をどれだけ動かすか

抽象論だと動機になりにくいので、実データで換算します。前述のサロンチェーンのうち1店舗の四半期実測値です。

項目	1月	2月	3月
総客数	139名	153名	164名
新規客数	24名	28名	29名
リピート率	82.7%	81.7%	82.3%
平均客単価	4,590円	5,144円	4,421円

月164名を月26日営業で割ると、1営業日あたり6名前後です。仮に月末2営業日分の来店処理が翌月に流れると、11〜12名・売上にして約5万円が翌月側に移ります。前月比で見れば7%前後動く計算です。「今月は少し落ちた」という会話が成立してしまう幅です。

新規客数はもっと敏感です。この店の新規は月24〜29名。ここが2〜3名ずれるだけで、新規獲得の増減率は10%前後動きます。クーポンの費用対効果をこの粒度で判断すると、施策の良し悪しではなく処理タイミングを評価することになります。

リピート率が82%前後で安定していることも重要です。この水準の店では、月次の売上変動は主に新規客数で動きます。だからこそ新規の集計精度が判断を左右します。新規客数を成果に換算する考え方はMEO対策は美容室の何をどれだけ変えるのかでも扱っています。

明日から決めておく5つのこと

手順に落とします。全部で30分もかかりません。

1. 集計の日付軸を確認して1つに固定する。予約日か来店日か会計日か。管理画面で確認し、社内で共有する
2. 来店・会計処理は当日中に済ませるを店舗ルールにする。全日が難しければ、せめて月末最終日だけは徹底する
3. 締め日を決める。例えば翌月3営業日目に前月を確定させ、それ以降は数字を動かさない
4. 速報値と確定値の使い分けを決める。速報＝異常検知、確定＝投資判断。この2語を会議で使い分ける
5. 媒体側の数字と自店の管理システムの数字を突き合わせる。完全一致はまずしないので、「何件までは処理タイミング差として許容する」という幅を先に決めておく

もう1つ付け加えるなら、KPIの置き方です。掲載順位や投稿本数のような手段の数字ではなく、閲覧数・問い合わせ数・予約数という成果の数字で追ってください。前述のサロンチェーンでホットペッパーの記事運用を設計したときも、評価指標はこの3つに固定しました。手段の数字は増やそうと思えばいくらでも増やせてしまうので、判断材料になりません。

集計を整えたうえで、媒体依存そのものを減らしていく順番については美容室のホットペッパー脱却ロードマップにまとめています。

まとめ

• 「来店済み」への反映は時刻ではなく店側の来店・会計処理が起点。反映タイミングは実質オペレーションで決まる
• 管理画面の数字は集計処理を経て出てくるもの。実装した仕組みでは1か月分の集計待ちだけで30〜35秒かかった。日次の数字は速報値と割り切る
• ズレの原因は「計上日の定義」「締まっていない期間の比較」「集計方式の変更」「区間の定義ミス」の4つ。いずれも起きる前に決めておくほうが安い
• 多店舗では、取得した数字が本当に自店のものかを保存前に検証する。同時アクセスによる取りこぼしも想定しておく
• 実データでは、月末2営業日分の計上ズレで前月比が7%前後、新規客数なら10%前後動く。クーポンや広告の評価はこの幅を超えてから語る

数字を正確にすること自体は売上を作りません。ただ、間違った数字で立てた施策は、正しく実行するほど遠回りになります。順番としては、集計の定義と締めを決めるのが先です。

graciautoは名古屋を拠点に、美容室・店舗ビジネスのホームページ制作、LINE公式アカウント構築、複数店舗の売上データを自動で集めて判断材料にするダッシュボードの構築まで一貫して請け負っています。店舗ごとに数字の出どころがバラバラで、どこから手をつけるか決められないという場合は、まず何の日付で集計しているかを店舗ごとに並べるところからご相談ください。