ロイヤルティプログラム

実際の購入に結び付いたポイント、ランク、個別の提案

割引カードが答えるのは一つの問いだけです — このレシートから何パーセント引くか。レジの前にいるのが誰なのか、その人が一年でいくら買ったのか、そもそもまた来るのかは覚えていません。ロイヤルティプログラムが解くのは別の課題です:常連の顧客を見分け、分かりやすい規則でポイントを計算し、もう一度来る理由を与えることです。会社はこのとき初めて、レシートの流れではなく、その背後にいる人たちを見ることになります。

ロイヤルティプログラム

とは何か

ロイヤルティプログラム — は、会社が常連の顧客と付き合うための規則と、その規則を自ら実行するプログラムです。顧客は一度登録すれば、以降は購入のたびに本人と分かり、その履歴に入り、ポイントをもたらします。会社は、これまで持っていなかったものを手にします:自社の購入者の一覧と、そのうち誰が戻ってくるのかという理解です。

違いは一つの例で分かります。プラスチックカードによる10%引きは、支払いの瞬間の一度きりの譲歩です:お金は出ていき、顧客は忘れられます。10%をポイントで付与するのは、二度目に来る理由です。それを使えるのは御社だけだからです。前者は今日の売上を減らし、後者は二週間後に顧客を連れ戻します。

ポイント制度 — はロイヤルティの最も一般的な仕組みですが、唯一のものではありません。ランク、個別の提案、特定の購入者グループ向けのキャンペーン、購買履歴も、同じ基盤と同じデータで動きます。ほとんどの場合、ポイントから始めます:説明なしに顧客に分かり、自動で計算されるからです。

例。 購入者がレジで電話番号を伝えました — 顧客カードが作られます。3 200ソムの買い物をすると、システムが160ポイントを付与し、そのレシートを履歴に記録します。二週間後、同じ番号を伝えて再び来店し、買い物の一部をポイントで支払います。四回目の来店で、購入額の合計が次のランクへ進む条件を満たし、付与率が上がります。これらのどれも、レジ係が手で計算してはいません。

ロイヤルティプログラムの自動化 が始まるのは、三つの問いへの答えが管理者の頭に収まらなくなったときです:この顧客は誰か、今その人にポイントがいくつあるのか、そしてそれはどのような条件で得られたのか。

プログラムの動き登録から再購入まで
  • 1登録
  • 2購入
  • 3認証
  • 4付与
  • 5蓄積
  • 6利用
  • 7再購入

これは直線ではなく円です:七つ目の手順が顧客を二つ目へ戻し、一周ごとにシステムはその人についてより多くを知ります。ロイヤルティプログラムの意味は、この円を少なくとも一度は閉じさせることにあります:ポイントを使った顧客は、ただためて忘れた顧客より、目に見えて多く戻ってきます。

購入者が、食料品の買い物の際にレジ係へロイヤルティプログラムのQRコードを示している

顧客がプログラムから得るもの

  • ポイント口座 — ためたポイントと、購入でいくら付与されるかの分かりやすい規則
  • ポイント払い — ためたもので次の買い物の一部を賄えること
  • ランク — より頻繁に、あるいはより多く買うにつれてよくなる条件
  • 提案 — 本人、またはそのグループに向けて有効なキャンペーンとプロモコード
  • 購買履歴 — 会社が顧客に開示する場合、何をいつ買ったのか
  • 透明さ — 何に対して付与され、いつ失効するのか:これがなければ、ポイントは単に信用されません

プログラムが自ら行わないこと

プログラムは需要を生み出しませんし、商品とサービスの代わりに顧客を引き留めるものでもありません。購入のまわりの手作業をなくすのです:人を見分け、定めた規則でポイントを計算し、その履歴を覚え、二重に付与させません。何パーセント還元し、誰に特別な条件を与えるかの判断は会社に残ります — ただし、感覚ではなく数字に基づいて下されます。

同じく、システムはそれ自体で顧客を「見て」いるわけではありません:購入とともに入ってきたことだけを知っています。レシートの半分がプログラムを通らないなら、レポートが描くのは事業ではなく、記録が間に合った部分だけです。

通常どこから始めるか

最初に行うのは二つです:レジで顧客を見分ける方法と、全商品に共通する一つの付与の規則です。理由は単純です:顧客が分からなければ付与する相手がおらず、例外だらけの十もの規則は、レジ係にも購入者にも説明できません。ランク、キャンペーン、個別の提案は後から加えます — それらを組み立てられる履歴が基盤にたまってからです。

どのような課題を プログラムが解決するか

以下は機能の一覧ではなく、そもそも会社がロイヤルティシステムを導入する理由となる六つの問題です。いずれも同じ形で述べます:プログラムがないと何が起き、あると何が変わるのか。

顧客の一覧ができる

プログラムがなければ、会社は売上は知っていても購入者を知りません:レシートは匿名で、その人が戻ってきたのか初めて来たのかは分かりません。プログラムの参加者は購買履歴を持つレコードです。そのため「常連の顧客は何人いるのか」は、目分量の問いではなくなります。

割引が顧客の再来店に変わる

割引は売上をその場で減らし、見返りに何も約束しません。ポイントは、顧客が御社でだけ、しかも次の購入のときにだけ実現できる約束です。今日のお金はレジに残り、将来戻ってくる理由が生まれます。

規則はシステムが計算する

割合や例外がレジ係の記憶に頼っているうちは、ある顧客には多く、別の顧客には少なく差し引かれ、言い争いは声の大きいほうが決めます。規則はパネルで一度設定され、すべての拠点とネットショップで同じように適用されます。

来なくなった人が見える

顧客が去るとき、それを知らせるものは何もありません:ただ現れなくなるだけです。購買履歴からは、二週間おきに来ていた人が二か月来ていないことが分かります — そしてそれを、まだ看板を覚えているうちに提案に変えられます。

提案が人に届く

基盤全体への一律の配信は、配信停止と苛立ちを生みます。購入からは、誰が猫の餌を買い、誰が子供服を買うのかが見えます — そして提案は、そもそもそれに関心を持ち得る人へ送られます。

キャンペーンを測れる

プログラムがなければ、キャンペーンの成果はひと月の総売上で評価され、そこではその寄与が季節要因と見分けられません。ここでは、何人の参加者が利用し、ポイントがいくつ出ていき、その人たちが後で戻ってきたかが見えます。

何から ロイヤルティシステムは成り立っているのか

システムはモジュールから組み立てます。すべての会社にすべてが要るわけではありません:一店舗のカフェにはポイント口座とランクで十分ですし、店舗網はセグメントとレジとのやり取りなしには回りません。構成は課題によって決まりますが、モジュールどうしはあらかじめかみ合うように作られており、後から横に継ぎ足すわけではありません。

レジでの購入、顧客のポイント残高、ロイヤルティプログラムの管理パネルが一つのシステムにまとまっている

参加者の基盤

顧客カード:連絡先、登録日、同意、ポイント残高、ランク、そしてすべての購買履歴。これがプログラムの土台です — 他のすべてはここから計算され、別々に管理されるわけではありません。

認証

購入の瞬間に顧客を見分ける方法:電話番号、QRコード、バーチャルカード、アプリ、ネットショップのアカウント。構成は案件に合わせて選びます。

ポイント口座

顧客の残高、付与、利用、そしてポイントの各分の有効期限。どの操作にも根拠があります — レシート、キャンペーン、または実行者を伴う手動の修正です。

付与の規則

いくら、何に対して付与するのか:金額に対する割合、商品カテゴリーごとの別の割合、キャンペーン中の上乗せ付与。規則はレジのコードではなくパネルで設定します。

顧客のランク

上がる条件と、ランクがもたらすもの:付与率、割引、限定の提案へのアクセス。ランクは手作業で付けるのではなく、システムが計算し直します。

キャンペーンとプロモコード

期間の限られた仕組み:購入へのポイント、上乗せ付与、割引、プロモコード。どのキャンペーンにも対象、適用条件、レポートがあります。

セグメント

分かりやすい条件による顧客のグループ:直近一か月に購入した、半年来ていない、特定のカテゴリーを買う、千ポイント以上ためている。セグメントは提案の宛先です。

購買履歴

顧客のすべてのレシートを、内容、金額、購入した拠点、付与されたポイントとともに。個別の提案も、レジでの争いのある状況の調査も、ここから生まれます。

通知

顧客へのメッセージ:ポイントを付与した、残高がまもなく失効する、提案が届いた。送信の経路は導入時に選び、連携で接続します。

顧客の画面

人が残高、ランク、提案を見る場所:モバイルアプリ、ブラウザのページ、または会社の既存のアプリの中の一区画。

管理パネル

会社側の作業の場:顧客、規則、ポイント、ランク、キャンペーン、セグメント、操作の履歴、プログラムの指標。ブラウザで開き、何も導入する必要はありません。

APIと連携

システムの外部向けインターフェース:顧客を特定する、残高を問い合わせる、ポイントを付与・利用する、操作を取り消す。これを通じて、レジ、ネットショップ、CRM、会計システムが接続されます。

システムはどのように

顧客を特定するのか

認証 — は、購入が匿名でなくなり、特定の人に結び付く瞬間です。これがなければ、ロイヤルティプログラムはそもそも成り立ちません:付与する相手がおらず、履歴を書く先もありません。他のすべて — 規則、ランク、提案 — は、この手順の上に積み上がります。

仕組みはどの方法でも同じです。顧客が自分の識別子を伝えるか示すと、レジやサイトがそれをロイヤルティプログラムへ渡し、プログラムがカードを見つけて答えを返します:これは誰で、ポイントはいくつあり、どの規則が適用されるのか。これは一秒に満たない時間で、レシートが締められる前に行われます。

方法への要求は一つです — 行列を止めないことです。 レジ係に余計な操作を求めるもの、顧客にかばんの中のカード探しを求めるものは、実際には一か月で使われなくなります。そのため最も実用的なのは、たいてい最も単純なもの:本人がどのみち覚えている電話番号です。

顧客が基盤にいない場合も、購入は失われません:システムは同じ番号でレジのその場でカードを作り、そのレシートにポイントを付与できます。登録は五項目の記入用紙ではなく、購入者への一つの質問になります — 残りは後から本人が入力できます。

特定の瞬間に起きること:

  • レジが識別子を渡す — 購入者が伝えた番号、コード、またはアカウント
  • システムがカードを見つける — そのような顧客がまだいなければ、新しく作ります
  • 条件を返す — 顧客のランク、付与率、利用できる残高
  • レジ係に数字が見える — 今いくら使えるのか、支払い後にいくら付与されるのか
  • レシートが顧客に結び付く — 購入が、内容と購入した拠点とともにその人の履歴へ入ります

やり取り全体は一秒に満たず、レシートが締められる前に行われます。その瞬間にロイヤルティプログラムが利用できない場合、レジは止まるのではなく、ポイントなしでレシートを締めなければなりません:販売は付与より重要であり、抜けた付与は後からレシート番号で行えます。

バーチャルカードとQRコードを表示したスマートフォンを、レジの読み取り機にかざしている

一人の顧客に一つのカード

人は店で買い、次にサイトで注文し、その次に網の別の拠点へ来ます。それが三つの別々のレコードであれば、ロイヤルティプログラムは機能しません:ポイントは三か所にあり、購買履歴はどの一つの姿にもまとまりません。

そのためカードには主となる識別子 — 多くは電話番号 — があり、他の方法はそれに紐づきます。すると、アプリのQRコードもサイトのアカウントも、どの拠点で支払っても同じ一人の顧客につながります。

同意と個人データ

プログラムへの参加は顧客の自発的な行為であり、データ処理への同意は日付とともにそのカードに記録されます。配信の停止も同じ場所に保管されます:メッセージを望まない人は、プログラムの参加者のままで、それを受け取らなくなるべきです。

レジで何が起きるか

レジ係はポイントを計算しませんし、規則も覚えていません。行うのは一つの操作 — 顧客の確認 — だけで、付与額と利用できる残高はシステムがレシートに入れます。これで対立の半分もなくなります:数字を出したのは社員ではなくプログラムだからです。

特定のないレシート

一部の購入は、どうしてもプログラムを通りません:顧客が急いでいる、番号を忘れた、参加したくない。それは普通のことで、そうしたレシートは失われません — 総売上には残り、ただ人には結び付かないだけです。

重要なのは別の点です:特定できたレシートの割合は、初月から見ておく必要があります。それが低いうちは、プログラムのどのレポートも購入者の少数派を描いており、「ロイヤルティは効かない」という結論は不完全なデータから導かれます。

考えられる特定の方法実現の選択肢。案件に合わせて選びます
  • 電話番号基本の形顧客がレジで番号を伝えるか、サイトで入力します。購入者側にアプリもカードもインターネットもなくても動きます — そのため、たいていここから始めます
  • 顧客のQRコード選択肢スマートフォンの画面に表示し、レジの読み取り機で読みます。番号より速く、レジ係が何かを手入力する必要もありません
  • バーチャルカード選択肢参加者のカードはスマートフォンの中にあります:リンク、ブラウザのページ、または端末のウォレットのカード。プラスチックを印刷することも、なくすこともありません
  • モバイルアプリ選択肢顧客はすでにログインしているため、特定はひとりでに行われます。会社にアプリがあるか、別の理由で予定している場合に意味があります
  • プラスチックカード選択肢バーコードまたは磁気ストライプ — スマートフォンを使わない購入者にはなじみのある形です。他の方法と並行して使えます
  • サイトのアカウント選択肢ネットショップでは購入者はすでにマイページへログインしており、注文は別の手順なしにそのカードへ結び付きます

どの選択肢も必須ではなく、どれもすでに完成しているとは表明していません:構成は事前調査で決めます — レジがどう作られているか、会社にアプリがあるか、購入者がどのような人たちかによって。方法は同時に複数あってかまいませんが、顧客カードは一つのままです。

ポイント

付与と利用

ポイント — は会社の内部の単位で、顧客は購入によってそれを得て、その会社でだけ使えます。レートは会社自身が決め、ほとんどの場合は単純にします:1ポイント=1ソム。それより複雑なものは購入者に説明が必要になりますが、レジで説明している時間はありません。

仕組みは一行に収まります。顧客が購入する → システムがその人に適用される規則を判定する → ポイントを付与する → 残高を保存する → 次の購入で、顧客はためた分の一部を使える。購入と購入の間には、期限切れの分の失効以外は何も起きません。

システムがポイント口座について保持するもの:

  • 付与 — その購入がいくつのポイントを生み、どの規則で計算されたか
  • 引き落とし — いくつのポイントが支払いに使われ、どのレシートでそうなったか
  • 残高 — 今この瞬間に使える分。すでに凍結された分や失効した分とは別に
  • 有効期限 — 付与されたポイントの各分が、いつまで有効か
  • 操作の履歴 — すべての付与と利用を、日付、金額、根拠とともに
  • 付与の規則 — 既定の割合、カテゴリーごとの個別の割合、キャンペーンによる上乗せ

制限を決めるのは購入者ではなく会社です。 よくある設定は、ポイントで賄えるレシートの割合の上限です:たとえば30%まで。それがなければ買い物が丸ごとポイントで支払われ、プログラムは売上のためではなく、売上の代わりに働き始めます。

常連の購入者が、再びの買い物でためたポイントを使っている

有効期限と失効

ポイントは通常、限られた期間だけ有効です — そうすることで、会社の果てしない負債ではなく、来る理由であり続けます。失効は付与の分ごとに計算されます:付与された各分に日付があり、先に失効するものから使われます。

この仕組みへの最も重要な要求は、事前の知らせです。黙って消えたポイントは、ポイントがないこと以上にプログラムへの心証を損ないます:顧客が覚えているのは規則ではなく、だまされたという感覚だからです。

購入の返品

返品は操作の両側を取り消します:そのレシートで付与されたポイントは取り消され、使われたポイントは口座へ戻ります。さもなければ単純な手口が生まれます — 買って、ポイントをもらい、商品を返す — そしてプログラムは会社のお金を配り始めます。

通常ポイントで支払えないもの

会社は特定のカテゴリーを利用の対象から外せます — キャンペーン中の商品、値下げ品、配送料、ギフト券。これはシステムの厳格な規則ではなく設定です:除外の内容は事前調査で決めます。

3 200ソムの買い物計算の例、データは説明用です
  • 買い物の金額3 200ソム
  • 使用ポイント(レシートの30%まで)−960
  • 現金での支払額2 240ソム
  • 支払われた分に対する付与、5%+112
  • 購入後の残高452ポイント

行の並びこそが、会社が導入時に定める規則です。ここでは付与は、顧客がお金で支払ったレシートの部分に対してのみ計算されます:さもなければポイントにポイントが付き、残高がひとりでに増えていきます。利用の上限、付与率、計算の基礎は設定できます — 大切なのは、それが明示され、すべての拠点で同じであることです。

ロイヤルティの ランク

ランクは、一人ひとりを手作業で調べずに顧客を区別する方法です。週に一度買う人と、一度きり立ち寄った人が、自動的に異なる条件を得ます:購入額、購入回数、またはその他の定めた規則によって。

常連の顧客がカフェで顔を覚えられ、アプリはプログラムのランクの進み具合を示している
ポイント制度の三つのランク設定の例。名称としきい値は会社が決めます
ランクどうすれば得られるか付与ほかに何が得られるか
開始 ベーシック登録するとすぐ3%ポイント口座、全体向けのキャンペーン
移行 レギュラー半年で30 000 ソム以上の購入5%常連向けの提案、ポイントの有効期間が長くなる
移行 VIP半年で100 000 ソム以上の購入7%個別の条件、キャンペーンへの先行アクセス

ここでの名称、しきい値、特典は説明用です — 設定の例であって、当社の標準ではありません。ランクは二つでも五つでもかまいません。計算も、金額でも、購入回数でも、来店の頻度でもかまいません。共通の規則は一つだけです:顧客が、次のランクまでに何をすればよいかを理解できること。さもなければランクは動機づけにならず、ただ存在するだけになります。

ランクはどう決まるか

システムが定めた規則で自ら計算し直します — 購入のたび、またはスケジュールに従って。手作業での付与も可能ですが、実行者と理由を伴う独立した操作として残ります:さもなければ半年後、なぜその顧客が特別な条件なのかを誰も説明できません。

ランクとともに変わるもの

最も多いのは付与率です。その先は会社の課題によります:割引、限定の提案へのアクセス、ポイントで支払える上限の引き上げ、ポイントの有効期間の延長。特典の構成はパネルで設定し、ランクごとに異なってかまいません。

ランクの引き下げ

条件を期間ごとに計算する場合、ランクは失われ得ます — これもあらかじめ決めておくべき規則です。より穏やかな形は:ランクは維持しつつ、期間の終わりまでにいくら足りないかを顧客に知らせる、というものです。

キャンペーン と提案

キャンペーンは、通常の規則を一時的に変えるものです:期間を区切って、特定の顧客に、または特定の商品に。仕組みは数多くありますが、同時に機能するのは通常二つか三つです:一度に効く規則が多いほど、その購入者が何に対して何をもらったのかを理解できる見込みは小さくなります。

購入へのポイント

通常の付与に上乗せする定額のポイント:一定額以上の購入に、初回の注文に、長い間を置いた来店に。条件の分かりやすい単純な仕組みです。

上乗せ付与

同じポイント口座ですが、割合が通常より高いものです — キャンペーンの期間中、商品カテゴリー、または特定の曜日に。単に割引するのではなく、需要をずらしたい場面で効きます。

割引

プログラムの参加者や特定のランクに対する、レシート額の直接の値引きです。ポイントと同じ規則でシステムが計算するため、レジ係が条件を覚えている必要はありません。

プロモコード

顧客がレジやネットショップで入力するコードです。企画に共通のものにも、個人ごとのものにもできます — 後者なら、誰が使ったのか、そういう人が何人いたのかが分かります。

グループ向けの提案

全員には適用されないキャンペーンです:新規の顧客だけ、二か月来ていない人だけ、上位ランクだけ。グループは手で集めた一覧ではなく、セグメントで指定します。

商品とカテゴリーへのキャンペーン

特定の品目やカテゴリー全体への特別な条件です。目的が全体の売上ではなく、特定の商品群 — 新商品、季節品、残った在庫 — の販売である場合に必要になります。

どのキャンペーンにも設定すること共通の設定項目
  • 期間必須開始日と終了日。期間のないキャンペーンは新しい恒常的な規則になり、その成果はもはや何とも比べられません
  • 対象必須すべての参加者、特定のランク、またはセグメント。キャンペーンの費用も、そもそも誰に案内が届くかも、これによって決まります
  • 適用の条件必須顧客が何をすべきか:一定額を買う、カテゴリーから商品を取る、プロモコードを入力する、特定の日に来る
  • 仕組み必須顧客が何を得るか:ポイント、上乗せの割合、割引。一つのキャンペーンに一つの仕組み:同じレシートで複数を重ねるかどうかは、別に決める必要があります
  • 制限課題による何回使えるか、他のキャンペーンと併用できるか、除外する商品があるか、顧客ごとの上限はあるか
  • レポート課題による何人が参加し、ポイントがいくつ付与・使用され、キャンペーンでどれだけの売上が通り、その顧客たちが後で戻ってきたか

最後の行こそ、キャンペーンを入口の紙で告知するのではなくシステムに登録する理由です。成果が計算されないうちは、次の企画はいつも前回の印象に基づいて計画されます。

個別の

提案

通常の一斉配信は、誰に対しても同じです:一つのメッセージが基盤全体へ送られます。受け取る人の半分はそのカテゴリーをそもそも買わず、一部は一年来ておらず、ある人は昨日来てもう全部買っています。反応は低く、そうした配信のたびに配信停止が続きます。

個別化 はここで単純なことを意味します:全員に同じ提案をする代わりに、事業者は顧客の購入と行動についてすでに知っていることを使い、関心を持ち得る人へ提案を送ります。これは未来の予測ではなく、事実 — その人が何を買い、最後に来たのはいつか — に基づく仕事です。

例。 ある顧客は四半期に三度、猫の餌を買い、最後に来たのは六週間前です。その人にはこのカテゴリーの提案が届きます。子供服しか買わない二人目には、そちらのカテゴリーの提案が。どちらにも、いつもの周期からすればもう買い時になった、その頃合いに。

選定に使えるもの:

  • 購入のカテゴリー — その人がいつも買うものと、一度も買っていないもの
  • 来店の頻度 — どのくらいの頻度で来るか、最後の来店からどれだけ経ったか
  • 平均購入単価 — 一度の買い物で通常いくら使うか
  • ランクと残高 — ポイントをいくつ持ち、それが近く失効しないか
  • 過去の提案への反応 — どれを使い、どれを無視したか
  • 購入した拠点 — 網の中のどの店舗で最もよく買うか

六つの手がかりはすべて、すでに蓄積された購買履歴から得られます — そのために顧客に別途尋ねたり、調査票を書いてもらったり、表で名簿を管理したりする必要はありません。プログラムが長く動くほど選定は正確になります:三か月で習慣が、一年で季節性が見えてきます。

顧客が購入後に、なじみのある商品についての個別の提案を見ている

推測ではなくセグメントで

技術的には、個別の提案とは、対象が一覧ではなく条件で指定されたキャンペーンです。「カテゴリーXを買った、45日来ていない、残高が300ポイントより多い」 — システムが送信の時点で自ら組み直すセグメントです。

そのため企画は、準備から実施までの間に古くなりません:昨日来店した顧客は「長く来ていない」グループから自動的に外れ、余計なメッセージを受け取りません。

ここで表明しないこと

「この顧客は何を買うか」という自動のレコメンドや、人工知能に基づくモデルは、基本のロイヤルティプログラムにはなく、既製の機能として約束することもしません。そうした仕組みは 別途実現できます — 蓄積された購買履歴の上に、具体的な課題に合わせて、そのためのデータが十分にあれば。

違いは本質的です:実際の購入によるセグメントは初月から機能し、言葉で説明できます。一方、予測にはデータと時間と、実際の企画での検証が必要です。

程度も設定の一つ

メッセージの頻度はプログラムの側で制限します:一人あたり週に何回まで、配信停止の意思も踏まえて。二日に一度メッセージが届く顧客は、提案がどれほど的確に選ばれていようと配信を止めます。

ポイント口座

顧客のランク

キャンペーンと提案

プログラムの分析

マイページ

とモバイルアプリ

顧客には、自分のポイントを見られる場所が必要です。それがなければ、プログラムは会社のためだけに存在します:購入者は残高を知らず、条件を覚えておらず、失効を事後に知ります。「いくらたまっているのか」という問いは電話で会社に届くか、まったく届かなくなります — 顧客とともに。

顧客の画面が示せるもの:

  • ポイント残高 — 今この瞬間に使える分と、近く失効する分
  • 付与の履歴 — どの購入に対して、いくら付与されたか
  • 利用の履歴 — どこで、何にポイントを使ったか
  • 利用できる提案 — この顧客に対して有効なキャンペーンとプロモコード
  • ランク — 現在のものと、次へ上がるために必要なこと
  • カードまたはQRコード — レジで示す識別子
  • プログラムの条件 — 付与の規則とポイントの有効期間を、平易な文章で

形は案件によります。 独立したモバイルアプリでも、リンクで開くブラウザのページでも、会社の既存のアプリの中の一区画でもかまいません — すでにアプリがあるなら、別に作る必要はありません。画面の構成は既製のものを当てはめるのではなく、事前調査で決めます。

QRコード、残高、ランク、提案を備えた、スマートフォン上のロイヤルティプログラムの画面

アプリがなく、予定もない場合

独立したアプリがすべての会社に見合うわけではありません:導入し、更新し、広める必要がある一方、購入者は目に見える利点がなければ入れません。より軽い形は、ブラウザの参加者ページです。メッセージのリンクから開き、導入は不要です。

画面をまったく持たない最小限の形は、購入のたびに残高を知らせるメッセージです。マイページより少ないものですが、最も重要な役割は果たします:顧客が、自分にいくらたまっているかを知ることです。

見た目より透明さ

三つのことがすぐ読み取れなければなりません:ポイントがいくつあるか、いつまで有効か、次のランクまでに何をすべきか。それ以外 — 履歴、条件、提案の記録 — は、もっと奥にあってかまいません。

参加者のメイン画面画面の一場面、データは説明用です
1 240ポイント 利用可能
180失効予定 12月31日まで
レギュラーランク 顧客の
3提案 有効

項目の並びは偶然ではありません:まず使えるもの、次に失いかねないもの。失効するポイントの項目は、残りの三つを合わせたよりも多く顧客を店へ戻します — ただし、失効の当日ではなく事前に目にした場合に限ります。数値は説明用です。

管理

パネル

管理パネル — はシステムのもう半分です:顧客がポイントをためて使っている間、会社が見るものです。その役割は「すべてのデータを表示すること」ではなく、プログラマーなしにプログラムの規則を変えられるようにし、レジで顧客が何かに納得しなかった具体的な場面を調べられるようにすることです。

主眼は一つです: プログラムの条件は、コードではなく画面で設定する。マーケティング担当者が自分で付与率を変え、週末のキャンペーンを始め、ランクのしきい値を直します — さもなければ、どんな変更も開発の課題になり、一か月先送りになります。

管理者が扱うもの:

  • 顧客 — 参加者のカード、連絡先による検索、購入と操作の履歴
  • プログラムの規則 — 付与率、ポイントの有効期間、利用の上限、除外
  • ポイント — 理由と実行者を必須とする、手作業での付与と取り消し
  • ランク — 移行のしきい値、特典、計算し直す手順
  • キャンペーンと提案 — 開始、期間、対象、条件、そして進行中の停止
  • セグメント — 購入、活動、ランク、残高による顧客のグループ
  • 操作の履歴 — すべての変更の記録:何が、いつ、誰によって変えられたか
  • 指標 — 表への出力なしに、プログラムのまとめを一つの画面で
マーケティング担当者が、ロイヤルティプログラムのパネルで顧客、ポイント、活動、キャンペーンを操作している

顧客カード

サポート業務の主画面です:連絡先、登録日、ランク、残高、そしてすべての購入の一覧。ここから、どのポイントがどこから来たのかも見えます — 「なぜ付与が少ないのか」という問いに一分で答えるには、これで十分です。

検索は、顧客がレジで名乗るのと同じデータで行います:番号、カードのコード、または名字。誰かが手で管理する参加者の別名簿は、システムにはありませんし、あるべきでもありません。

手作業の操作も記録

苦情に対してポイントを付与したり、誤った分を取り消したりするのは、通常の業務の一部です。ただしその操作も、他のすべてと同じく、実行者、時刻、理由とともに保存されます:さもなければ半年後、誰も説明できない付与が基盤に残ります。

チェックボックスの集まりではなく役割で

レジ係には顧客を見分けてポイントを使う機能が、マーケティング担当者にはキャンペーンを始める機能が、責任者にはレポートを見る機能が必要です。区分けは、一人ひとりの個別の権限ではなく役割によって決めます:さもなければ、新しい社員のアクセスは「イワノフと同じで」と設定され、その人に何が開かれているのか、もう誰にも言えなくなります。

一か月、6拠点の網パネルの画面の一場面、データは説明用です
8 410参加者 基盤に登録
2 137購入あり 一か月で
61%レシート 特定できたもの
4キャンペーン 実施中

三つ目の項目のほうが一つ目より重要です:カードを通るレシートが一部にとどまるうちは、他のすべての数字は事業全体ではなく、その一部を描いています。稼働から一か月後のプログラムの検討も、ここから始めます — 特定できたレシートの割合を上げるほうが、新しい参加者を集めるよりほとんどの場合安く済みます。数値は説明用です。

分析 プログラムの

レポートは、顧客の購入が作るのと同じ記録から組み立てられます — 分析のための別途のデータ入力は必要ありません。指標は多くなく、どれも判断のもとになる問いに答えます:プログラムは機能しているのか、会社にとっていくらかかるのか、キャンペーンを今後どうするのか。

プログラムの参加者

何人の顧客が登録され、期間中に何人増えたか。他のすべてがそこから計算される基本の数字であり、登録をやめれば真っ先に伸びなくなる数字でもあります。

活動中の顧客

一か月または四半期に何人の参加者が購入したか。この数字と基盤全体との開きが、プログラムの実際の大きさを示します:一万人の基盤で活動中が三百人なら、それは三百人の顧客です。

再購入

参加者のうちどれだけが戻り、何回戻ったか。ロイヤルティプログラムの最重要の指標です:これが変わらないなら、他のすべては包装を変えた割引配りにすぎません。

付与したポイント

期間中にいくつのポイントを出したか — これは会社の負債であり、金額です。顧客が使いに来る前に、プログラムの費用が見える数字です。

使われたポイント

実際にいくつのポイントが使われ、付与分に対してどれだけの割合か。利用が少ないのは節約ではなく、顧客が戻ってこないか、残高を知らないことの表れです。

キャンペーンの成果

どの仕組みが参加と売上をもたらし、どれが気づかれずに終わったか。比べる意味があるのは、キャンペーンどうしではなく、キャンペーンのない通常の期間とです。

平均購入単価と頻度

プログラムの参加者がいくら使い、どのくらいの頻度で来るか — カードなしで買う人たちとは分けて。これこそが、プログラムが見合うのかという問いへの直接の答えです。

出力

レポートはファイルに出力でき、スケジュールで作成でき、APIで外部システムに取り込むこともできます — 全社のとりまとめが別のプログラムで行われている場合です。

一四半期、6拠点の網パネルの画面の一場面、データは説明用です
  • 基盤の参加者8 410
  • 四半期に一度以上購入3 620
  • 二度以上購入1 905
  • ポイントを使用1 148

バーは売上ではなく、基盤に対する割合を示しています。この表で調べるべきは最後の行です:購入した三千五百人のうち、ポイントを使ったのは三分の一 — つまり残りは、残高を知らないか、使い方が分からないかのどちらかです。これは通知と顧客の画面の課題であって、付与率を上げる理由ではありません。

連携 とデータの交換

これはこのページの要となる節です。ロイヤルティプログラムは購入と切り離して存在すべきではありません:ポイントを一か所で計算し、レシートを別の場所で発行し、サイトの注文が三つ目にあるなら、プログラムは誰かが手で埋めるもう一つの表になります。それが機能するのは、事業の共通のデジタルシステムの一部としてだけです。

店舗、オンライン注文の処理、顧客、ロイヤルティプログラムが一つの環境として動いている
一回の購入の間に起きることレジとロイヤルティプログラムのやり取り
  • 1レジまたはサイト
  • 2認証
  • 3規則による計算
  • 4レシートへの応答
  • 5操作の記録
  • 6分析とCRM

最初の四つの手順はレシートを締める前に行われ、一秒に満たない時間で済みます — さもなければ、顧客がプログラムを感じるより先に、レジの行列が連携を感じることになります。五つ目と六つ目はその後に実行され、計算の速さには影響しません。ロイヤルティプログラムが利用できない場合、レジは止まるのではなく、ポイントなしでレシートを締めなければなりません:販売は付与より重要です。

電子商取引

サイトの注文も店舗での購入と同じようにポイントを付与でき、残高は購入者のマイページに表示できます。ストアフロントそのものと注文の管理の仕組みは、次のページで説明しています: 電子商取引向けソフトウェア.

小売業向けプログラム

小売の仕組みと一緒に動かせます:レシートが購入の内容と購入した拠点をもたらし、ロイヤルティプログラムが付与と利用できる額を返します。詳しくは次のページで: 小売業向けソフトウェア.

レジシステム

要となる接続です:これがなければ、レジでの特定と利用はできません。やり取りの内容は個々のレジが何をできるかによります — これは作業の後ではなく、着手前の事前調査で明らかにします。

CRM

顧客マスタとの連携も可能です:参加者のカードと購買履歴を営業担当が参照でき、問い合わせや商談がポイント口座の隣に見えます。やり取りは顧客の識別子で行います。

ERPと会計システム

会社の会計の仕組みと一緒に動かせます:品目マスタと商品カテゴリーはそこから届き、付与したポイントは負債として反映されます。やり取りの向きは、どの会計を正とするかによって決まります。

モバイルアプリ

会社のアプリは、他のシステムと同じインターフェースを通じて、残高、ランク、提案、レジ用のコードを受け取れます。その際、アプリ専用の別の基盤は作りません。

通知と外部サービス

顧客へのメッセージ、一斉配信、決済サービス、ギフト券。どの接続も、設定のチェックボックスではなく独立したやり取りのモジュールです。特定のサービスへの既製の接続をあらかじめ表明することはしません。

API

システムの自社インターフェース:顧客を探す、残高を問い合わせる、ポイントを付与・利用する、操作を取り消す、履歴を取り出す。これを通じて、個別のモジュールがないものすべてが接続されます。

やり取りの規則はどこでも同じです:どの操作にもキーがあるため、レシートを再送してもポイントが二重に付与されることはありません。購入の取り消しは、付与も利用も取り消します。送信も応答も、すべてやり取りの記録に書かれます。この三つの規則がなければ、顧客の残高は初月からレシートとずれ、プログラムへの信頼は、たまるより早く失われます。

どこで 使われるか

ロイヤルティプログラムに意味があるのは、顧客が二度目に来られる場合です。その性質からして一度きりの購入であれば、ポイントは機能しません — どんな設定もそれを変えません。

小売店

食品、化粧品、日用品、ペット用品 — 購入者が定期的に立ち寄るものすべて。最も分かりやすい形です:購入の周期が短く、ためた分の利点も明快です。

ネットショップ

購入者はすでにログインしているため、特定は別の手順なしに行われ、残高は注文手続きに組み込まれます。ここでのポイントは、別のタブの隣の店へ移られることと競っています。

店舗網

複数の拠点と共通の顧客基盤:人はある店でため、別の店で使います。ここでは、どの拠点が新規の顧客を連れてきて、どの拠点が接客するだけなのか、という問いへの答えも得られます。

サービス業

自動車整備、サロン、クリニック、修理店 — 来店が既知の間隔で繰り返される業種です。ポイントより、来店の履歴と次回の来店のリマインドのほうが重要な場合が多くあります。

カフェとレストラン

来店の頻度が高く、一回の金額は小さい業種です。仕組みは通常単純です — 次の注文のためのためこみ、または特定の時間帯の提案。ここでは複雑なランクは読み取ってもらえません。

繰り返し販売のある会社

卸売の納入、定期購入、定期的な発注。プログラムはレシートへのポイントではなく、購買の履歴と、量に応じて変わる条件を軸に組み立てます。

導入の 順序

ロイヤルティプログラムを一日でまるごと立ち上げることはしません:規則が実際の購入で検証されないうちは、顧客の目の前でそれを変えることになりますが、それは最悪のやり方です。そのため稼働は区間ごとに進め、次の区間は、動いている前の区間の上に乗せます。

1. 事前調査

購入者はどのような人たちで、どのくらいの頻度で戻るのか、今その人たちについて何が分かっているのか、拠点にどのレジがあるのか、ネットショップやアプリはあるのか。成果は要望の一覧ではなく、業務の説明とプログラムの範囲です。

2. プログラムの規則

特定の方法、付与率、利用の上限、ポイントの有効期間。最も過小評価される段階です:稼働後に考え出した規則は、すでに別の規則に慣れた顧客へ説明することになります。

3. 一拠点でのパイロット

一つの店舗、または一つのシフトが、実際の購入で一巡します:顧客の登録、特定、付与、利用、返品、争いのある状況の処理。ここで、レジの接客にどれだけ時間が加わったかも見えます。

4. 展開とデータ交換

残りの拠点を検証済みの手順で、ネットショップ、役割と権限、連携は個別のやり取りのモジュールとして。以降は履歴がたまり、ランク、セグメント、個別の提案のためのデータが得られます。

御社のプログラムについて話し合いましょう

今すぐご連絡ください

販売の拠点がいくつあり、顧客がどのくらいの頻度で戻るか、購入者について今何が分かっているか、どのレジを使っていて、ネットショップはあるかをお書きください。ここではどのロイヤルティの仕組みが適するか、何から始められるか、費用はどれくらいかをお答えします。