地域リワード施策のKPI設計——見るべき数字と見なくていい数字

KPI が多いと、何も改善できない

地域リワードのキックオフミーティングでよく出るのが、「来街者数・滞在時間・回遊率・クーポン利用率・SNS 投稿数・満足度……全部追いたい」という要望です。

計測自体は可能でも、意思決定に使える KPI は最初の 90 日で 3 つまでに絞るのが鉄則です。指標が増えるほど、現場はダッシュボードを見なくなり、施策は「感覚」に戻ります。

ステークホルダー別の「本当に欲しいもの」

主体	よく言われる KPI	実際に効く問い
自治体	来街者数	どの時間帯・どの属性が増えたか
商店街	クーポン利用率	新規来店とリピートの比率
店舗	リワード原資の ROI	1 来店あたりの客単価・稼働率
利用者	（明示されにくい）	選ぶ手間が減ったか、また使いたいか

KPI 設計の第一歩は、数字の名前を揃える前に、主体ごとの成功像を1文で書くことです。

えらびっと向け KPI フレーム（3層）

Layer 1：北極星（1つ）

例：「パイロットエリアの平日昼間・新規来店数を 20% 増やす」

北極星は、施策の Go / No-Go を決める唯一の指標として扱います。

Layer 2：ドライバー（2〜3つ）

北極星を動かす先行指標です。

• アクティブ利用者数（週次）
• リワード取得→来店コンバージョン率
• カテゴリ横断率（飲食→小売など）

Layer 3：健全性（モニタリング）

改善のたびに確認するが、北極星の代わりにはしない指標。

• クーポン不正利用率
• 特定店舗への流量集中度
• サポート問い合わせ件数

よくある設計ミス

ミス1：ダウンロード数を北極星にする

アプリ DL は手段です。DL 後に来店に至らなければ、商店街の課題は解決しません。

ミス2：店舗ごとに KPI を変える

店舗規模が違えば数字は当然ズレます。比較可能な共通指標（来店率・客単価変化）を先に定義し、店舗固有の補足は別枠で見ます。

ミス3：イベント期間だけ見る

イベント終了後の離脱 cliff が見えないまま成功と判断すると、次年度予算が取れません。Layer 2 に「イベント後 4 週間の再訪率」を入れておくのが有効です。

ダッシュボードの最小構成

DataForge 等で可視化する場合も、最初は次の1画面で十分です。

1. 北極星の週次推移
2. Layer 2 ドライバーの内訳
3. 店舗ランキング（来店率順・偏りアラート付き）
4. 定性フィードバックのタグクラウド（週次更新）

グラフを増やす前に、**週次定例で「今週変えること1つ」**を決める運用ルールの方が、成果に直結します。

パイロット終了時に残すべき成果物

• KPI 定義書（分子・分母・データソース）
• うまくいった/いかなかった仮説ログ
• 次フェーズへの再現可能な運用チェックリスト

数字だけ持ち帰っても、次のエリア展開には使えません。なぜその数字になったかがセットで残っていることが、リワード施策の資産化につながります。

白文社では、KPI 設計から計測基盤・改善サイクルまで一続きで支援しています。既存の施策データがある場合は、その場で Layer 分けのレビューも可能です。