今、友人が営むメガネ店のデータ管理を手伝っています。取り組んでいるのは、Squareに蓄積された売上・取引の生データをGoogle Driveに集約し、Googleスプレッドシートで見やすいダッシュボードにしていくこと。
「データはある。でも日々の経営判断に使いやすい状態ではない」。小規模店舗のデータ活用では、ここが一つの壁になります。今回は、実際に進めている構築の考え方と、今後の改善ポイントを記録します。
この記事は2026年10月26日時点の進行中の制作記録です。 完成後の成果や、SquareとGoogleサービスのリアルタイム自動同期が実現したという報告ではありません。なお、店舗名・顧客情報・実際の売上数値は公開しません。
いま作っている仕組み：Square → Google Drive → スプレッドシート
全体像はシンプルです。
- Square：売上・取引などの元データを確認する出発点。
- Google Drive：元データを集約し、ファイルや更新履歴を整理する保管場所。
- Googleスプレッドシート：必要なデータを集計・加工し、グラフや数値で確認できるダッシュボードを作る場所。
大切なのは、最初から難しい分析基盤を導入することではなく、元データと集計結果を分けて扱い、後から確認・修正できる状態を作ることです。Squareからデータをどの頻度で取得するか、どこまで自動化するかは、運用しながら決めていく論点です。
なぜ「売上データを並べるだけ」では不十分なのか
POSレジにデータが残っていても、毎回管理画面を開き、期間を切り替え、数字を見比べるのは意外に手間がかかります。見たい指標を一つの画面にまとめれば、売上の変化や確認すべき点を捉えやすくなります。
今回のダッシュボードで検討したい指標は、例えば次のようなものです。以下は設計候補であり、すべて実装済みという意味ではありません。
- 日別・月別売上：直近の推移と前の期間との違いを見る。
- 取引件数と客単価：売上の増減が件数によるものか、購入単価によるものかを分けて考える。
- 商品・カテゴリ別の構成：フレーム、レンズ、関連商品など、実際の登録区分に合わせて売れ方を把握する。
- 曜日別の傾向：曜日によって売上や取引件数に違いがあるかを確認する。
商品区分やデータ項目は店舗のSquare設定次第です。取れないデータを無理に作ったり、推測値を実績として見せたりしないことが前提になります。
生データを扱うときに気をつけたいこと
ダッシュボードは見た目が整っていても、集計条件がずれていれば経営判断を誤ります。特に確認しておきたいのが、返品・キャンセル・値引き・税・集計対象期間の扱いです。
例えば、総売上と純売上、税込と税抜、注文件数と会計件数では数字の意味が異なります。まず「どの数値を何として表示するか」を定義し、Square側の表示と突き合わせながら検算する必要があります。
また、Google Driveに元データを残しておくと、スプレッドシートで計算式や表示方法を修正する際にも、どのファイルを使ったかを確認しやすくなります。共有権限も必要最小限にして、顧客を特定できる情報は公開用の資料や記事に出さないようにします。
目指すのは、毎日使える小さな経営ダッシュボード
今回の目的は「高機能なシステムを作ること」ではありません。店を運営している本人が、確認したい数字に迷わずたどり着き、次の行動を考えやすくなることです。
そのため、見栄えよりも①集計値の正確さ、②更新のしやすさ、③画面の見やすさを優先しています。まずは限られた指標から始め、実際に使ってもらいながら必要な項目を増やしていく方が、運用として定着しやすいはずです。
次に検証したいこと
- Squareから取り出したデータと、スプレッドシートの集計値が一致するか。
- Drive上でのファイル管理や差し替えが、日常の運用負担にならないか。
- 表示するKPIが、店側の意思決定に本当に役立つか。
- 運用が固まった段階で、取得・取り込み・更新をどこまで自動化できるか。
AIや自動化ツールは強力ですが、最初に決めるべきは「どんな数字を、何のために見るか」です。そこを人間が設計し、繰り返す処理をツールに任せる。今回のような身近な店舗の案件こそ、その価値が分かりやすいと感じています。
完成した画面や運用上の学びは、公開できる範囲で改めて続報にまとめる予定です。 小規模店舗でも、すでに持っているデータを使える形に変えるところから始められます。
※2026年10月26日時点の作業記録です。個人情報・店舗の非公開数値は掲載していません。
コメント