仮説検証のためにデータの分析は欠かせませんが、使用するデータが結果を左右します。たとえば、「来店間隔が延びた優良顧客は、競合にスイッチしているのではないか」という仮説は、自社の会員データだけでは検証しきれません。本稿ではマクロミルグループでマーケティング戦略支援を行う株式会社ロナバイトのデータアナリスト上田拓朗氏が、データ収集の要点とAIの活用方法を解説します。
分析の質は「どのデータを揃えるか」で決まる
本連載では、ドラッグストアチェーン(X社)の優良顧客の離反をテーマに、次の仮説を検証するための分析設計(仮説を検証可能な作業手順に翻訳する工程)まで進めてきました。
課題「なんだか優良顧客が離れている気がする」
↓
仮説「来店間隔が以前の2倍以上に延びた優良顧客ほど、健康・美容カテゴリーの購入が減っており、競合チェーンへスイッチしているのではないか」
分析設計書
| 項目 | 記載内容 |
|---|---|
| 検証したい仮説 | 来店間隔が以前の2倍以上に延びた優良顧客ほど、健康・美容カテゴリーの購入が減っており、競合チェーンへスイッチしているのではないか |
| 言葉の定義 | 優良顧客=基準期間12ヵ月の購入金額上位20% |
| 来店間隔=チェーン全体・購買日ベースの平均日数(同日の複数回来店は1来店とみなす) | |
| 間隔延伸群=直近期の平均来店間隔が基準期の2倍以上に延びた顧客 | |
| 比較軸 | 時間:基準期間 vs 直近期間 |
| セグメント:間隔延伸群 vs 間隔維持群(いずれも優良顧客内) | |
| 分析手法 | 群別・カテゴリー別の購入金額/購入者率のクロス集計と増減比較 |
| 分析対象・期間 | 対象チェーンの優良顧客/全店舗/基準期間・直近期間 各12ヵ月(季節性の影響を排除するため通年で取得) |
続いてのステップがデータ収集です。
分析設計をどのデータで実行すると良いでしょうか? 多くの現場では、まず自社の会員購買データ(ID-POS)が候補に挙がります。しかし仮説を要素に分けると、ID-POSでは検証しきれないことがわかります。
| 仮説の要素 | 自社 ID-POS で確認できるか |
|---|---|
| 来店間隔が以前の2倍以上に延びている | できる |
| 健康・美容カテゴリーの購入が減っている | できる |
| 競合チェーンへスイッチしている | できない(自社に来なくなったことはわかるが、どこで買っているかはわからない) |
ID-POSで見えるのは「自社に来なくなった」ところまでで、どこへ行ったかは記録されません。つまり、自社のデータだけでは、この仮説を検証しきれないのです。
データ収集とは、手元にあるデータを集める作業ではなく、仮説が要求するデータを特定し、揃える作業です。
購買データの種類と見える範囲
では、具体的にどのデータを揃えればよいのでしょうか。購買データは、取得の仕組みによって見える範囲が異なります。代表的なものを見てみましょう。
| 区分 | データソース | 取得の仕組み | 誰が買ったか | 自社以外 での購買 |
|---|---|---|---|---|
| 自社データ | POSデータ | 店舗のレジで記録 | わからない | 見えない |
| 自社データ | ID-POSデータ | ポイントカード・会員 ID とレジの記録を紐づけ | わかる(会員のみ) | 見えない |
| 外部データ | レシート投稿型データ | アプリ利用者が紙のレシートを撮影・投稿し、OCR でデータ化 | わかる(アプリ利用者のみ) | 見える |
| 外部データ | 購買パネルデータ (例:QPR、SCI) |
調査モニターが購入した商品のバーコードを読み取り・登録 | わかる(モニターのみ) | 見える |
POSとID-POSは自社のレジで蓄積されるデータで、記録されるのは自社の店舗で起きたことに限られます。自社の外での購買を見るには、外部の事業者が集めたデータを使う必要があります。
レシート投稿型データと購買パネルデータは、どちらも店舗を問わず買い物を記録するため、同じ人が自社と競合の両方で何を買ったかを追えます。本連載では、例としてマクロミルの消費者購買履歴データ「QPR」を使います。
購買データの構造を理解する
ここで、実際の購買データがどのような形をしているかを見てみましょう。購買データは、買った商品1点ごとに1行で記録されます。以下は、あるモニター1人分の記録を、説明用に簡略化したダミーデータです。
| バスケット ID | 購買日 | チェーン名 | 大分類 | 中分類 | 商品名 | JAN コード | 数量 | 金額(円) |
|---|---|---|---|---|---|---|---|---|
| B10021 | 2025/03/02 | ドラッグストアX | 日用品 | 化粧品 | 化粧水 | 4900000000011 | 1 | 1,320 |
| B10021 | 2025/03/02 | ドラッグストアX | 日用品 | 化粧品 | 日焼け止めジェル | 4900000000028 | 1 | 1,078 |
| B10021 | 2025/03/02 | ドラッグストアX | 日用品 | 日用雑貨 | トイレットペーパー12 ロール | 4900000000035 | 1 | 498 |
| B10021 | 2025/03/02 | ドラッグストアX | 食品 | 飲料・酒類 | 緑茶 2L | 4900000000042 | 2 | 384 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| B58204 | 2026/03/01 | ドラッグストアX | 日用品 | 日用雑貨 | トイレットペーパー12 ロール | 4900000000035 | 1 | 498 |
| B58204 | 2026/03/01 | ドラッグストアX | 日用品 | 日用雑貨 | 衣料用洗剤 詰替 | 4900000000059 | 1 | 430 |
| B58204 | 2026/03/01 | ドラッグストアX | 食品 | 飲料・酒類 | 緑茶 2L | 4900000000042 | 1 | 192 |
| B58640 | 2026/03/07 | ドラッグストアA | 日用品 | 化粧品 | 化粧水 | 4900000000011 | 1 | 1,298 |
| B58640 | 2026/03/07 | ドラッグストアA | 日用品 | 化粧品 | 日焼け止めジェル | 4900000000028 | 1 | 1,078 |
| B58640 | 2026/03/07 | ドラッグストアA | 日用品 | 化粧品 | シートマスク | 4900000000066 | 1 | 494 |
このモニターは、2025年3月にはドラッグストアXで化粧水や日焼け止めも買っていましたが、2026年3月のXでの購買は日用品と飲料だけです。同じ化粧水と日焼け止めは、競合のドラッグストアAで買っています。仮説どおりの行動であり、Aでの購買が見えるのは、店舗を問わず買い物を記録する外部データだからこそです。
設計書の言葉を、データで計算できる形に変える
前回、設計書では、優良顧客や来店間隔といった言葉をビジネスの言葉で定義しました。しかしデータ側にあるのは、「金額」「購買日」「チェーン名」といった項目だけです。両者をつなぐには、設計書の定義をどの項目でどう計算するかを、一つずつ対応づける必要があります。この作業をすると、項目名だけでは判断できない点が必ず出てきます。
| 設計書の言葉 | 対応するデータ | 項目名だけではわからないこと |
|---|---|---|
| 優良顧客(基準期間の購入金額上位 20%) | ドラッグストアXでの明細金額をモニターごとに合計 | 金額は値引き・ポイント利用の前か後か、税抜か税込か |
| 来店間隔(チェーン全体・購買日ベース) | 購買日、チェーン名 | 購買日は実際に買った日か、モニターが登録した日か |
| 健康・美容カテゴリー | 中分類・小分類 | 自社の管理カテゴリーに、提供データのどの分類が該当するか |
| 競合チェーン | チェーン名 | 競合チェーンをどこと定義するか |
たとえば「金額」が値引きやポイント利用の前か後か、税抜か税込かによって、同じ買い物でも記録される金額は変わります。優良顧客を「購入金額の上位20%」と定義している以上、金額の定義が変われば、上位20%の境界付近にいる顧客が入れ替わります。
来店間隔も同様です。来店間隔は購買日から計算しますが、この「購買日」が実際に店で買った日なのか、モニターが帰宅後に商品を登録した日なのかは、項目名からはわかりません。数日分の買い物をまとめて登録するモニターがいれば、来店間隔は実際とずれて計算されます。
カテゴリーについては、提供データの分類は提供元が独自に定めたもので、自社が普段使っている分類と一致するとは限りません。分析結果を社内で説明するなら、自社の管理カテゴリーで語るほうが伝わりやすいでしょう。その場合は最初に、自社の「健康・美容」に提供データのどの分類が該当するのかを対応づけておく必要があります。たとえば一般用医薬品やサプリメントを含めるかどうかで、購入減少の大きさは変わってきます。
競合チェーンも、第2回で触れた健康・美容に注力している競合A社に絞るのか、X社以外のドラッグストアすべてとするのかで、見える結果が異なります。
金額や購買日の定義を確かめる時には、まずは「データ定義書」を探しましょう。データ定義書とは、データの提供元が提供・作成している、データの仕様についてまとめたものです。各項目が何を表しているのか、どのような形式で、どんなルールで記録されているのかがまとめられています。たとえば、次のような形式です。
| 項目名 | データ型 | 説明 |
|---|---|---|
| 購買日 | 日付 | 商品を購入した日。モニターがレシートをもとに入力 |
| 金額 | 整数 | 商品 1 点あたりの購入金額。税込み、値引き適用後 |
| 大分類 | 文字列 | 提供元が定めた商品分類の最上位の区分 |
定義書を読めば、「金額」が税込み、かつ値引き適用後であるといったことがわかります。分析者だけでなく、誰しもがデータを受け取ったら最初に目を通しておきたい資料です。データ定義書に記載がない点は、提供元に直接問い合わせします。
一方、カテゴリーや競合チェーンの範囲は、データを見て確かめるものではなく、分析結果を使う関係者と合意をしておくものです。いずれも、分析設計書の定義を、手元のデータで計算できる形まで具体化する作業であり、データ収集段階で人間が担うべき役割です。
この記事は参考になりましたか?
- この記事の著者
-
上田 拓朗(ウエダ タクロウ)
株式会社RONNABYTE ブランド&マーケティンググロースDiv マネージャー
西日本旅客鉄道株式会社を経て、2022年に株式会社エイトハンドレッドへ入社。購買行動データ、Webアクセスログ、意識調査データ等を活用した業界横断的なデータ分析に従事。直近では、大手レジャー予約プラットフォームにおける販促・プライシング戦略...※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
この記事は参考になりましたか?
この記事をシェア
