多くの中小小売店にとって、ロイヤルティ施策はすでに3つの場所に分散していて、そのどれもが機能していません。レジ横にはスタンプカードの束、オンラインストアにはポイントプラグイン、そして誰かが毎週金曜日に手作業で更新するスプレッドシート。オンラインと店舗の両方で買い物をする常連客は、3つの別々の記録として存在し、どれも顧客が本気で追いかけたくなる特典にはつながっていません。
問題は特典の中身ではなく、分断そのものにあります。中小企業向けの会員プログラムが成果を出すのは、顧客が持ち歩くカードが1枚、事業者側が管理するプロフィールが1つに統一されたときだけです。レジとカートの両方をまたいで。本記事では、Pushwoosh Wallet passesとCustomer Journeyを使って、それがどう実現するかを解説します。
セキュリティ・コンプライアンス:中堅企業の導入審査に応える
複数店舗やECを展開する中堅企業では、顧客の購買データや行動データを扱う基盤の導入にあたり、情報システム部門による審査を経るのが一般的です。第三者認証とデータ所在地の説明は、稟議を通す前提条件になります。
Pushwoosh Wallet passesおよびCustomer Journeyは、SOC 2 Type IとISO 27001:2022の認証を取得し、GDPR・HIPAAに準拠したプラットフォームです。データセンターはEUと米国に設置されています。国内の会員基盤の多くはこうした第三者認証の情報が前面に出ていないため、導入検討時にSOC 2やISO 27001の認証状況を明確に確認できる点は、審査担当者にとって分かりやすい判断材料になります。
ECのロイヤルティプログラムと実店舗:ウォレットパスが橋渡しする理由
始める前から、数字は味方についています。ECでは、購入を重ねるごとに再購入率が上がる傾向があり、初回購入後はおよそ27%、2回目の購入後は約45%、9回目を超えると80%を上回るとされています。会員はそうでない顧客に比べ、1回あたりの購入額が15〜20%多い傾向も報告されています。
これらは保証ではなく、業界の目安として捉えてください。重要なのは、次の購入への小さな後押しが積み重なっていくという点です。
一方で、ECのロイヤルティと実店舗のそれは、異なる方向に引っ張られがちです。オンラインでは、ロイヤルティはアカウント・メール・注文履歴の中で生きています。実店舗ではレジという接点で生きており、顧客はスマートフォンを手にしているだけで、何にもログインしていません。両者はほとんど記録を共有していないため、オンラインで貯めたポイントはレジには反映されず、顧客はプログラムへの信頼を失っていきます。
ウォレットパスは、その両者が出会う場所です。同じ会員証がApple WalletまたはGoogle Walletの中にあり、レジでスキャンされ、オンラインで貯めたポイントも反映されます。両方のチャネルが1つの顧客プロフィールに書き込むからです。顧客から見れば、オンラインで買っても来店しても残高は1つ。事業者側も、もはや2つの分断されたシステムを維持する必要はありません。
スプレッドシートに頼らない会員プログラム運用
会員プログラムの運用は、手作業に依存すると破綻します。誰かがポイントを集計し、ステータスを推測し、たまに特典をメールで送る、といった状態です。ルール自体が実際の顧客データに基づいて自走するようになれば、運用は安定します。3つの要素がその大部分を担います。
ステータス設計とポイントルール
粗利に合わせて付与ルールを設定します。購入額にばらつきがあるなら金額に応じたポイント、高頻度の購入ならよりシンプルなスタンプ制が向いています。合うようであればステータス階層も追加しましょう。上位ステータスの会員は、そうでない会員に比べて平均購入額・購入頻度がかなり高くなる傾向が報告されています。最初の特典は、新規会員が到達をイメージできる距離に設定し、そうでなければ最初の一歩すら踏み出してもらえません。
オンラインと店舗のポイント同期
これはスプレッドシートにはできない部分です。Pushwooshでは、顧客ごとに1つのユーザーIDが発行され、デバイスと連絡手段を1つのプロフィールに束ねます。そのため、オンラインで記録された購入と、レジでのスキャンが同じ記録に反映されます。
POSとオンラインストアがそれぞれ購入イベントを送り、顧客のウォレット会員証はその1つのプロフィールから更新され、残高はどこでも同じになります。顧客にとっては1つのプログラム、事業者にとっては手作業で突き合わせる必要のないデータです。
顧客を失わずにポイントを失効させる
ポイントの失効は、無告知であれば逆効果になるリテンション施策です。知らないうちにポイントを失った顧客は戻ってきませんが、期限内にリマインドされた顧客はしばしば戻ってきます。失効日前にリマインドを設定し、届くチャネルで送ることで、期限が反感ではなく来店を後押しする材料になります。
この傾向を裏づけるように、値引き偏重の特典設計は支持を失いつつあり、手が届きやすく、きちんと伝わる価値のほうが、単純な値引きより効果を発揮するようになっています。
実例に見るパターン
小売業界全体に見られる2つのパターンを、再現可能な形で紹介します。数値は事例に基づくもので、実際の粗利に合わせて特典設計を調整してください。
交換率が牽引するリピート率 / ポイントプログラム
出典: ECロイヤルティに関する海外の業界ベンチマーク(2026年)。
戦略: 特典を到達・交換しやすく設計し、ポイントを寝かせたままにせず交換を後押しする。
効果: 実際に交換した顧客は、しなかった顧客に比べてはるかに高いリピート購入率を示す傾向があり、交換そのものがリテンションを決める瞬間になる。
オムニチャネル登録 / ウォレットカード
出典: 小売のオムニチャネルロイヤルティに関する海外の業界ベンチマーク(2026年)。
戦略: チャネルごとに別々の登録を用意するのではなく、レジでもオンラインでも同じウォレットカードで参加できるようにする。
効果: 多くの小売事業者がすでに両方の登録経路を用意しており、物理とデジタルの記録を統合することが、チャネルをまたぐ顧客の離脱を防ぐ鍵になっている。
日本のEC・小売市場では、楽天ポイントやLINEポイントなど「経済圏」型のポイントプログラムがすでに顧客の可処分注目を奪い合っています。自社独自の会員証が埋もれないためには、レジとECの両方で同じ1枚のカードとして機能し、LINE公式アカウントとも併用できる設計が差別化のポイントになります。
スプレッドシートからウォレットカードへ、1度のセットアップで
スプレッドシートを置き換えるのに、独自アプリや開発者は必要ありません。Pushwoosh Wallet passesを使えば、会員証を1枚設計し、「Add to Wallet」リンクとQRコードを発行して、レジ・レシート・自社サイトで共有するだけで、どちらのチャネルからでもワンタップで参加できます。
そこから先は、Pushwoosh Customer Journeyがスプレッドシートの役割を引き継ぎます。各システムから送られる購入イベントをもとにカードを更新し、条件を満たした会員をステータス間で移動させ、誕生日・マイルストーン・失効リマインドを適切なチャネルで送ります。顧客には1枚のカード、事業者には1つのプロフィール、オンラインと店舗の両方をまたいで。小売以外も含めた全体像については、ロイヤルティカードの活用法もご覧ください。
Pushwooshであらゆるチャネルのロイヤルティを一元管理
スタンプカードとプラグインとスプレッドシートを、1枚のカードと1つのプロフィールに置き換えましょう。Pushwoosh Wallet passesとCustomer Journeyなら、中小の小売事業者がオンラインと店舗をまたいだロイヤルティ施策を、アプリ不要・1つのセットアップで運用できます。SOC 2・ISO 27001認証を備えた基盤のため、情シス審査を伴う導入プロセスにも対応しやすくなっています。
FAQ
できます。ウォレット会員証は顧客がすでに持っているApple WalletまたはGoogle Walletの中に収まるため、ワンタップで追加でき、ダウンロードは不要です。カードはダッシュボードから作成・管理し、レジとオンラインの両方でリンクやQRコードを配布するだけで、アプリを一切リリースせずに運用できます。多くの顧客は独自の店舗アプリをインストールしないため、アプリを省くことが登録率を高く保ちます。
両方のチャネルを1つの顧客レコードに紐づけます。Pushwooshでは、1つのユーザーIDが顧客のデバイスと連絡先を1つのプロフィールに束ね、POSとオンラインストアがそれぞれ購入イベントをそのプロフィールに送るため、どちらのチャネルのポイントも同じ残高に加算されます。顧客のウォレット会員証はその1つの残高を反映するため、レジで貯めてもECで貯めても同じであり、スプレッドシートに頼った突き合わせ作業が不要になります。
SOC 2やISO 27001などの第三者認証の有無、データセンターの所在地、GDPRやHIPAAといった保護基準への準拠状況が主な確認ポイントです。Pushwoosh Wallet passesおよびCustomer JourneyはSOC 2 Type IとISO 27001:2022を取得し、GDPR・HIPAAに準拠したEU・米国のデータセンターで運用されているため、審査担当者に必要な材料をあらかじめ提示できます。