【結論】
Chompyをお使いの店舗では、店内の会計とは別に、持ち帰りや配達の注文が入っています。ところが本部の表では、それらがまとめて「その店の売上」1つになっていることが多くあります。売上は足せても、客数・客単価・人時売上高の意味はチャネルごとに違うので、同じものさしで並べると店の実力を読み違えます。TEAL BIはChompyの取引データを夜間に自動で取得し、共通フォーマットに変換したうえで、全店を1つの表にしながら、チャネルごとにも分けて見られる状態にします。店舗側の操作は必要ありません。Chompyは本番稼働中の連携先です。
【この記事でわかること】
・持ち帰り・配達が伸びた店を、店内と同じ指標で評価すると何がずれるのか
・Chompyを止めずに、全店を同じ基準で並べる方法
・「1つにまとめる」と「チャネルで分ける」を両立させるために必要なもの
・稼働開始までの期間と、いまの集計を止めずに始める手順
・料金と、実際に本番稼働している連携先の一覧
持ち帰りと配達が伸びた店を、店内と同じものさしで測っていませんか
チャネルが違えば、見るものさしも変わる
店内も持ち帰りも合算だけ
- その店の売上として一つに集計
- 客単価や人時売上高もまとめて比較
- どのチャネルが動いたか読めない
合算と内訳を使い分ける
- 普段は店舗ごとの売上を一つに表示
- 必要なときはチャネル別に分解
- 母数の違う指標を分けて判断
売上をまとめることと、客単価や人時売上高を分けて読むことは両立します。
本部の表で、ある店の客単価だけが上がっていることがあります。よく見ると、伸びていたのは店内ではなく持ち帰りのほうでした。持ち帰りや配達は、まとめて注文されるぶん1件あたりの金額が大きくなります。客単価が上がったのは、店の接客が変わったからではありません。
客数も同じです。店内の1組と、配達の1件は、店にとって意味が違います。席を使ったのか、使っていないのか。席の回転で測る指標に、席を使わない売上が混ざっていると、その店が満席だったのか空いていたのかが分からなくなります。
人時売上高も同じ構造です。売上が伸びれば数字は良く見えますが、チャネルによって、同じ売上を作るのにかかる手間は違います。店内が落ちて持ち帰りだけが伸びている店と、店内が伸びている店を、1つの数字で比べることはできません。
それでも本部の表には、その店の売上が1つだけ並んでいます。足し算そのものは正しいのに、比較の材料としては使えない——ここが、いま多くの本部で起きていることです。
足せる数字と、足すと意味が壊れる数字があります
足すのか、分けて読むのか
店舗の量を表す数字
- 店内・持ち帰り・配達の売上
- 各チャネルの客数
- 店舗全体の日々の動き
母数で意味が変わる指標
- チャネルごとの客単価
- チャネルごとの人時売上高
- 席を使う売上と使わない売上
割り算をしたあとの数字は、母数の意味をそろえないまま混ぜると店の実力を読み違えます。
売上は足せます。客数も足せます。足せなくなるのは、割り算をしたあとの数字です。客単価も、人時売上高も、店内と持ち帰りでは母数の意味が違うので、混ぜて平均を取った時点で読めなくなります。
注文を受ける仕組みは、目の前の1件を正確に処理するためのものです。「どのものさしで測ると、この店の実力が読めるのか」を決めるのは、その外側の仕事です。どのメーカーの仕組みを使っていても同じで、製品の出来不出来の問題ではありません。
Chompyの取引データを、そのまま読みます
TEAL BIは、Chompyが持っている取引データをそのまま受け取り、共通フォーマットに変換します。いまお使いの仕組みの入れ替えはありません。Chompyはそのまま使い続けていただきます。
受け取るのは、出来上がった集計結果ではなく取引データそのものです。ここが決定的で、1件ずつの取引を持っているからこそ、後からチャネルで分けられます。日計だけを受け取っていたら、分けることは原理的にできません。「あとで分けたくなったら分ける」ができるかどうかは、最初に何を受け取ったかで決まります。
店舗側に機器を追加することもありません。店舗のオペレーションは1つも変わりません。店長やスタッフに新しい操作を覚えていただく必要はなく、増えるのは本部が見る画面1つだけです。
「1つにまとめる」と「分けて見る」は、両立します
本部の表の一番上には、その店の売上が1つ並んでいてかまいません。日々の管理はそれで足ります。大事なのは、必要になったときにその1行を分解できることです。
売上が落ちた店を見たとき、落ちたのが店内なのか持ち帰りなのかで、打つ手はまったく違います。店内が落ちているなら、立地・時間帯・接客の話です。持ち帰りだけが落ちているなら、別の話です。1つの数字しか持っていない本部は、この分岐に入れません。
逆に、最初から全部を分けて並べてしまうと、今度は毎朝見る表が読めなくなります。普段は1つ、必要なときに分ける——この形にするために、本部側では1件ずつの取引を持ったまま集計しています。
数字が届くのは、翌日の朝です
合算と内訳が翌朝そろうまで
各チャネルはいつも通り
店内・持ち帰り・配達の注文を通常どおり受けます
取引データを自動で取得
同じ営業日に寄せ、合算とチャネル別の内訳を作ります
見る形を選ぶだけ
店舗ごとの一行と、チャネル別の内訳がそろっています
途中までしか届いていない内訳ではなく、前営業日までをそろえて表示します。
担当者が内訳を振り分けたり、集計をやり直したりする操作はありません。
取得は夜間に自動で行われます。合算した1行と、チャネルごとの内訳は、この時点でどちらも用意されます。翌朝どちらを開くかを選ぶだけで、担当者が集計し直す操作はありません。
「前日ぶん」に統一しているのは、チャネルによって数字の入り方に時間差があるためでもあります。当日の途中で見ると、店内だけが先に反映されている状態になりかねません。そろっていない内訳ほど、読み違いを生みます。
チャネルが違っても、同じ営業日に寄せます
店内の会計は締めの操作でその日が決まりますが、持ち帰りや配達の注文はその外側で動きます。ここに締め忘れ・開局し忘れ・日付をまたぐ営業が重なると、チャネルによって同じ1日の切れ目が違うという状態になります。日次の比較が壊れるのはここです。
TEAL BIは、レジの締め操作ではなく取引データそのものが持つ営業日を見て集計します。そのため、店舗側の操作にミスがあっても、本部の数字は営業日ベースでそろいます。本部が店舗に電話して確認する、という工程がなくなります。毎朝の数字がそのまま使えるかどうかは、この一点で決まります。
合算の1行と、内訳。どちらも同じ画面から見ます
全店が1枚に並ぶ
前日ぶんの売上・客数・客単価が、店舗別に並びます。前年・2年前との対比も同じ画面です。業態が違う店どうしでも、同じ基準で並んでいます。
担当の4〜5店だけが並ぶ
見せる範囲は役職で分けます。店長は自分の店だけ、エリアマネージャーは担当の4〜5店だけ。持ち帰りが伸びている店と、店内が落ちている店を、担当範囲の中で見分けられるのがこの画面の役目です。見せ分けで料金は変わりません。
売上・人件費・仕入が、同じ日付で並ぶ
勤怠を合わせて連携すると、同じ画面に労働時間が乗ります。予算値を登録しておけば、日次の予実と当月の着地見込みが自動で出ます。人時売上高を見るときに効くのはここで、同じ人員で店内と持ち帰りの両方を回している店ほど、合算だけでは判断できません。
Chompy以外のPOSが混ざっていても、同じです
仕組みが混ざっても、本部の表は一つ
- 全店が一枚に並ぶ
- 店舗ごとの合算
- チャネル別の内訳
店舗の仕組みを統一せず、いまの運用のまま比較できます。
業態を増やしたり、他社から店舗を引き継いだりした結果、本部の中に複数メーカーのPOSが並んでいる——珍しい話ではありません。チャネルの違いを吸収して1つの表にする仕組みは、そのままメーカー間の差を吸収する仕組みでもあります。
それぞれのデータを共通フォーマットに変換してから並べるので、仕組みを統一しなくても全店を同じ基準で比較できます。実際に、スマレジ・ローズシステム・NECモバイルPOS・東芝テックの4メーカーが混在したまま、商品販売明細の分析を1つの画面で見ている企業があります。
混在している場合の考え方は、その数字、店長会議で使えますか：POS混在のままで毎日確定する本部集計で詳しく書いています。
実際に本番稼働している連携先
連携先については、いま毎日データが流れているものだけを「本番稼働中」とし、そうでないものは「接続対応中」と分けて出します。判断に必要なのは対応表ではなく、稼働の実態のほうだと考えているためです。
| 区分 | 連携先 | 状況 |
|---|---|---|
| POSレジ | 東芝テック／スマレジ／USENレジ／NECモバイルPOS／ポスタス（POS+） | 本番稼働中 |
| ローズシステム／寺岡精工／funfo／Chompy（モバイルオーダー） | 本番稼働中 | |
| ステアリテール（FoodFrontia Pro）／グローリー／リブオン（宅配Evolution）／ダイニー | 接続対応中 | |
| 仕入 | インフォマート | 本番稼働中 |
| メニューPlus（レシピ） | 接続対応中 | |
| 勤怠・人事 | ジョブカン／King of Time／タッチオンタイム／SmartHR | 本番稼働中 |
| 予約・口コミ | Googleビジネスプロフィール／TableCheck／Instagram ※Instagramは一部の企業様で稼働中です | 本番稼働中 |
| 外部データ | 気象データ（全国・時間帯別） | 本番稼働中 |
| 上記以外 | ネットワーク未接続の店舗を含む | CSVアップロードで統合対象に含められます |
どれくらい作業が減るのか
直営12店舗での実測値
チャネルを振り分ける時間を、数字を読んで手を打つ時間へ回せます。
直営12店舗の飲食企業では、店舗と本部のエクセル作業が1か月で106時間・金額にして20万円ぶん減りました。チャネルが複数ある店を抱えていると、この作業には「どちらに入れるか」を判断する時間まで含まれます。
106時間は担当者1人の月間労働時間のおよそ3分の2にあたります。振り分けの判断を毎日していた人ほど、その時間を数字を作る側から、数字を読んで手を打つ側に回せます。
よくある誤解
この節で扱うよくある誤解
店内と持ち帰りは、別々に管理するしかありませんよね
店舗の売上としてまとめ、必要なときだけチャネルで分解できます
連携には、提供元による新しい開発が必要ですよね
Chompyには本番稼働中の接続方式があり、新しい開発は不要です
切り替えるには、いまの集計を一度止めますよね
現在の集計と並行で確かめてから切り替えられます
「店内と持ち帰りは、別々の売上として管理するしかありませんよね」
別々に管理する必要はありません。本部の表では1店舗の売上として1つに並び、必要なときにチャネルで分解できる——この形にできます。取引データを1件ずつ持っているためです。
逆に、いま別々のファイルで管理されているのであれば、それは集計済みの数字だけを受け取っているからです。日計を足したり引いたりして辻褄を合わせる作業は、そこから生まれています。
「連携するには、提供元に開発を依頼する必要があるはずです」
Chompyについてはすでに本番稼働している接続方式があるため、新規の開発は不要です。接続実績のあるものであれば、約1週間で稼働を開始できます。
期間を左右するのは、開発ではなく店舗側のネットワーク環境と、店舗マスタの整備状況です。店舗コードや店名の表記が本部と店舗でずれている場合、そこを揃える時間のほうが長くかかります。
「切り替えるには、いまの集計を一度止めることになりますよね」
止めなくて構いません。いまの集計と並行で動かし、両方の数字が合うことを確かめてから切り替える——ほとんどの企業がこの順で進めています。
確かめる過程そのものにも意味があります。ズレが出るのはたいてい、チャネルの振り分けを店ごとに違うルールでやっていた箇所です。切り替える前に、その差が表に出ます。
料金と、導入までの流れ
TEAL BIの料金は1店舗あたり月額8,000円（税抜）だけです。初期費用・導入費用・連携費用はいただいていません。この記事で挙げた日次の店舗別集計も、売上・人件費の予実も、すべてこの中に含まれます。詳細は料金ページをご覧ください。
導入の流れは、いまお使いのPOSレジと勤怠システムの構成をお聞きするところから始まります。Chompyのように既に接続実績のあるものであれば、やり取りは短く済み、約1週間で稼働を開始できます。掲載していないものが混ざっている場合も多くは連携可能で、その際はメーカー様との打ち合わせのうえ新規の連携開発を行います。期間の目安は1か月程度です。いずれの場合も月額8,000円のままで、連携のための費用はいただきません。
過去のデータをさかのぼって取り込むこともできます。こちらも追加費用はいただいていません。前年対比を最初から見られる状態で始められます。
画面と機能をひととおりご覧になりたい場合は、サービス紹介資料（全10ページ）をご請求ください。フォームのご入力後、その場でダウンロードいただけます。
よくあるご質問
Q. Chompyを止める必要はありますか？
ありません。現在お使いのChompyはそのままで、出力される取引データの側を共通フォーマットに変換します。店舗のオペレーションも変わりません。
Q. 店内・持ち帰り・配達を分けて見られますか？
分けて見られます。本部の表では1店舗の売上として1つに並び、必要なときにチャネルで分解できます。1件ずつの取引データを持っているためです。
Q. 店内の客単価と、持ち帰りの客単価を分けて比べられますか？
比べられます。まとめて1つの客単価にしてしまうと、席の使われ方が読めなくなるため、分けて見られる状態にしておくことをおすすめしています。
Q. Chompy以外のPOSが混ざっていますが、まとめられますか？
まとめられます。それぞれのデータを共通フォーマットに変換してから並べるため、仕組みを統一しなくても全店を同じ基準で比較できます。実際に4メーカーが混在したまま運用している企業があります。
Q. 稼働開始までどのくらいかかりますか？
Chompyは既に接続実績があるため新規の開発は不要で、約1週間で稼働を開始できます。期間を左右するのは主に、店舗側のネットワーク環境と店舗マスタの整備状況です。
Q. 過去のデータも取り込めますか？
取り込めます。追加費用はいただいていません。導入の初期から前年対比を見られる状態で始められます。
Q. ネットワークが引かれていない店舗があります。
CSVのアップロードで同じ表に含めます。自動取得の店舗と同じ扱いになるので、その店舗だけ集計から外れることはありません。
TEAL BIについて
TEAL BIは、(株)ラックバッググループが提供する飲食企業向けの経営データ統合ダッシュボードです。複数メーカーのPOSレジ・勤怠・仕入の各データを自動連携し、統一フォーマットに変換したうえで、店舗別・日次でFL比率・確定原価率・人件費の着地見込みを可視化します。Chompyのデータも本番稼働中の連携先として毎日流れています。グループ代表自身が20年以上にわたって飲食店経営の現場に携わってきた経験から立ち上げた事業で、現場の経営者が本当に必要とする数字が実装されているのが特徴です。
いま何店舗でChompyをお使いか、勤怠システムは何をお使いか——その2つをお聞かせいただければ、稼働開始までの流れと期間の目安をお伝えします。
あわせてお読みください：
その数字、店長会議で使えますか：POS混在のままで毎日確定する本部集計
funfoの注文と会計を全店ぶん1つにまとめる：多店舗飲食の本部集計
ポスタス（POS+）の売上を全店同じ基準でそろえる：多店舗飲食の本部集計
スマレジで全店の売上を1画面にまとめる：多店舗飲食の本部集計
売上速報のエクセル作成をやめる：多店舗飲食の本部集計を自動化
執筆:斉田 教継((株)ラックバッググループ / (株)ティールテクノロジーズ 代表取締役)
20年以上にわたり飲食企業の経営に携わる。(株)ラックバッググループが提供する飲食企業向けデータ統合ダッシュボード「TEAL BI」の事業を主導する。一般社団法人オープン・フードサービス・システム・コンソーシアム データ標準化分科会長として、業界共通POS標準フォーマット基盤の構築を主導。
投稿者プロフィール
