御社の顧客対応を 拝見し そのうえで、 どのロイヤルティの仕組みが適するかをお伝えします
どのくらいの頻度で戻ってくるか、購入者について今分かっていることは何か、拠点にどのレジがあるか、ネットショップの注文はどこにあるのか。
割引カードが答えるのは一つの問いだけです — このレシートから何パーセント引くか。レジの前にいるのが誰なのか、その人が一年でいくら買ったのか、そもそもまた来るのかは覚えていません。ロイヤルティプログラムが解くのは別の課題です:常連の顧客を見分け、分かりやすい規則でポイントを計算し、もう一度来る理由を与えることです。会社はこのとき初めて、レシートの流れではなく、その背後にいる人たちを見ることになります。
ロイヤルティプログラム — は、会社が常連の顧客と付き合うための規則と、その規則を自ら実行するプログラムです。顧客は一度登録すれば、以降は購入のたびに本人と分かり、その履歴に入り、ポイントをもたらします。会社は、これまで持っていなかったものを手にします:自社の購入者の一覧と、そのうち誰が戻ってくるのかという理解です。
違いは一つの例で分かります。プラスチックカードによる10%引きは、支払いの瞬間の一度きりの譲歩です:お金は出ていき、顧客は忘れられます。10%をポイントで付与するのは、二度目に来る理由です。それを使えるのは御社だけだからです。前者は今日の売上を減らし、後者は二週間後に顧客を連れ戻します。
ポイント制度 — はロイヤルティの最も一般的な仕組みですが、唯一のものではありません。ランク、個別の提案、特定の購入者グループ向けのキャンペーン、購買履歴も、同じ基盤と同じデータで動きます。ほとんどの場合、ポイントから始めます:説明なしに顧客に分かり、自動で計算されるからです。
例。 購入者がレジで電話番号を伝えました — 顧客カードが作られます。3 200ソムの買い物をすると、システムが160ポイントを付与し、そのレシートを履歴に記録します。二週間後、同じ番号を伝えて再び来店し、買い物の一部をポイントで支払います。四回目の来店で、購入額の合計が次のランクへ進む条件を満たし、付与率が上がります。これらのどれも、レジ係が手で計算してはいません。
ロイヤルティプログラムの自動化 が始まるのは、三つの問いへの答えが管理者の頭に収まらなくなったときです:この顧客は誰か、今その人にポイントがいくつあるのか、そしてそれはどのような条件で得られたのか。
これは直線ではなく円です:七つ目の手順が顧客を二つ目へ戻し、一周ごとにシステムはその人についてより多くを知ります。ロイヤルティプログラムの意味は、この円を少なくとも一度は閉じさせることにあります:ポイントを使った顧客は、ただためて忘れた顧客より、目に見えて多く戻ってきます。

プログラムは需要を生み出しませんし、商品とサービスの代わりに顧客を引き留めるものでもありません。購入のまわりの手作業をなくすのです:人を見分け、定めた規則でポイントを計算し、その履歴を覚え、二重に付与させません。何パーセント還元し、誰に特別な条件を与えるかの判断は会社に残ります — ただし、感覚ではなく数字に基づいて下されます。
同じく、システムはそれ自体で顧客を「見て」いるわけではありません:購入とともに入ってきたことだけを知っています。レシートの半分がプログラムを通らないなら、レポートが描くのは事業ではなく、記録が間に合った部分だけです。
最初に行うのは二つです:レジで顧客を見分ける方法と、全商品に共通する一つの付与の規則です。理由は単純です:顧客が分からなければ付与する相手がおらず、例外だらけの十もの規則は、レジ係にも購入者にも説明できません。ランク、キャンペーン、個別の提案は後から加えます — それらを組み立てられる履歴が基盤にたまってからです。
以下は機能の一覧ではなく、そもそも会社がロイヤルティシステムを導入する理由となる六つの問題です。いずれも同じ形で述べます:プログラムがないと何が起き、あると何が変わるのか。
プログラムがなければ、会社は売上は知っていても購入者を知りません:レシートは匿名で、その人が戻ってきたのか初めて来たのかは分かりません。プログラムの参加者は購買履歴を持つレコードです。そのため「常連の顧客は何人いるのか」は、目分量の問いではなくなります。
割引は売上をその場で減らし、見返りに何も約束しません。ポイントは、顧客が御社でだけ、しかも次の購入のときにだけ実現できる約束です。今日のお金はレジに残り、将来戻ってくる理由が生まれます。
割合や例外がレジ係の記憶に頼っているうちは、ある顧客には多く、別の顧客には少なく差し引かれ、言い争いは声の大きいほうが決めます。規則はパネルで一度設定され、すべての拠点とネットショップで同じように適用されます。
顧客が去るとき、それを知らせるものは何もありません:ただ現れなくなるだけです。購買履歴からは、二週間おきに来ていた人が二か月来ていないことが分かります — そしてそれを、まだ看板を覚えているうちに提案に変えられます。
基盤全体への一律の配信は、配信停止と苛立ちを生みます。購入からは、誰が猫の餌を買い、誰が子供服を買うのかが見えます — そして提案は、そもそもそれに関心を持ち得る人へ送られます。
プログラムがなければ、キャンペーンの成果はひと月の総売上で評価され、そこではその寄与が季節要因と見分けられません。ここでは、何人の参加者が利用し、ポイントがいくつ出ていき、その人たちが後で戻ってきたかが見えます。
システムはモジュールから組み立てます。すべての会社にすべてが要るわけではありません:一店舗のカフェにはポイント口座とランクで十分ですし、店舗網はセグメントとレジとのやり取りなしには回りません。構成は課題によって決まりますが、モジュールどうしはあらかじめかみ合うように作られており、後から横に継ぎ足すわけではありません。

顧客カード:連絡先、登録日、同意、ポイント残高、ランク、そしてすべての購買履歴。これがプログラムの土台です — 他のすべてはここから計算され、別々に管理されるわけではありません。
購入の瞬間に顧客を見分ける方法:電話番号、QRコード、バーチャルカード、アプリ、ネットショップのアカウント。構成は案件に合わせて選びます。
顧客の残高、付与、利用、そしてポイントの各分の有効期限。どの操作にも根拠があります — レシート、キャンペーン、または実行者を伴う手動の修正です。
いくら、何に対して付与するのか:金額に対する割合、商品カテゴリーごとの別の割合、キャンペーン中の上乗せ付与。規則はレジのコードではなくパネルで設定します。
上がる条件と、ランクがもたらすもの:付与率、割引、限定の提案へのアクセス。ランクは手作業で付けるのではなく、システムが計算し直します。
期間の限られた仕組み:購入へのポイント、上乗せ付与、割引、プロモコード。どのキャンペーンにも対象、適用条件、レポートがあります。
分かりやすい条件による顧客のグループ:直近一か月に購入した、半年来ていない、特定のカテゴリーを買う、千ポイント以上ためている。セグメントは提案の宛先です。
顧客のすべてのレシートを、内容、金額、購入した拠点、付与されたポイントとともに。個別の提案も、レジでの争いのある状況の調査も、ここから生まれます。
顧客へのメッセージ:ポイントを付与した、残高がまもなく失効する、提案が届いた。送信の経路は導入時に選び、連携で接続します。
人が残高、ランク、提案を見る場所:モバイルアプリ、ブラウザのページ、または会社の既存のアプリの中の一区画。
会社側の作業の場:顧客、規則、ポイント、ランク、キャンペーン、セグメント、操作の履歴、プログラムの指標。ブラウザで開き、何も導入する必要はありません。
システムの外部向けインターフェース:顧客を特定する、残高を問い合わせる、ポイントを付与・利用する、操作を取り消す。これを通じて、レジ、ネットショップ、CRM、会計システムが接続されます。
認証 — は、購入が匿名でなくなり、特定の人に結び付く瞬間です。これがなければ、ロイヤルティプログラムはそもそも成り立ちません:付与する相手がおらず、履歴を書く先もありません。他のすべて — 規則、ランク、提案 — は、この手順の上に積み上がります。
仕組みはどの方法でも同じです。顧客が自分の識別子を伝えるか示すと、レジやサイトがそれをロイヤルティプログラムへ渡し、プログラムがカードを見つけて答えを返します:これは誰で、ポイントはいくつあり、どの規則が適用されるのか。これは一秒に満たない時間で、レシートが締められる前に行われます。
方法への要求は一つです — 行列を止めないことです。 レジ係に余計な操作を求めるもの、顧客にかばんの中のカード探しを求めるものは、実際には一か月で使われなくなります。そのため最も実用的なのは、たいてい最も単純なもの:本人がどのみち覚えている電話番号です。
顧客が基盤にいない場合も、購入は失われません:システムは同じ番号でレジのその場でカードを作り、そのレシートにポイントを付与できます。登録は五項目の記入用紙ではなく、購入者への一つの質問になります — 残りは後から本人が入力できます。
特定の瞬間に起きること:
やり取り全体は一秒に満たず、レシートが締められる前に行われます。その瞬間にロイヤルティプログラムが利用できない場合、レジは止まるのではなく、ポイントなしでレシートを締めなければなりません:販売は付与より重要であり、抜けた付与は後からレシート番号で行えます。

人は店で買い、次にサイトで注文し、その次に網の別の拠点へ来ます。それが三つの別々のレコードであれば、ロイヤルティプログラムは機能しません:ポイントは三か所にあり、購買履歴はどの一つの姿にもまとまりません。
そのためカードには主となる識別子 — 多くは電話番号 — があり、他の方法はそれに紐づきます。すると、アプリのQRコードもサイトのアカウントも、どの拠点で支払っても同じ一人の顧客につながります。
プログラムへの参加は顧客の自発的な行為であり、データ処理への同意は日付とともにそのカードに記録されます。配信の停止も同じ場所に保管されます:メッセージを望まない人は、プログラムの参加者のままで、それを受け取らなくなるべきです。
レジ係はポイントを計算しませんし、規則も覚えていません。行うのは一つの操作 — 顧客の確認 — だけで、付与額と利用できる残高はシステムがレシートに入れます。これで対立の半分もなくなります:数字を出したのは社員ではなくプログラムだからです。
一部の購入は、どうしてもプログラムを通りません:顧客が急いでいる、番号を忘れた、参加したくない。それは普通のことで、そうしたレシートは失われません — 総売上には残り、ただ人には結び付かないだけです。
重要なのは別の点です:特定できたレシートの割合は、初月から見ておく必要があります。それが低いうちは、プログラムのどのレポートも購入者の少数派を描いており、「ロイヤルティは効かない」という結論は不完全なデータから導かれます。
どの選択肢も必須ではなく、どれもすでに完成しているとは表明していません:構成は事前調査で決めます — レジがどう作られているか、会社にアプリがあるか、購入者がどのような人たちかによって。方法は同時に複数あってかまいませんが、顧客カードは一つのままです。
ポイント — は会社の内部の単位で、顧客は購入によってそれを得て、その会社でだけ使えます。レートは会社自身が決め、ほとんどの場合は単純にします:1ポイント=1ソム。それより複雑なものは購入者に説明が必要になりますが、レジで説明している時間はありません。
仕組みは一行に収まります。顧客が購入する → システムがその人に適用される規則を判定する → ポイントを付与する → 残高を保存する → 次の購入で、顧客はためた分の一部を使える。購入と購入の間には、期限切れの分の失効以外は何も起きません。
システムがポイント口座について保持するもの:
制限を決めるのは購入者ではなく会社です。 よくある設定は、ポイントで賄えるレシートの割合の上限です:たとえば30%まで。それがなければ買い物が丸ごとポイントで支払われ、プログラムは売上のためではなく、売上の代わりに働き始めます。

ポイントは通常、限られた期間だけ有効です — そうすることで、会社の果てしない負債ではなく、来る理由であり続けます。失効は付与の分ごとに計算されます:付与された各分に日付があり、先に失効するものから使われます。
この仕組みへの最も重要な要求は、事前の知らせです。黙って消えたポイントは、ポイントがないこと以上にプログラムへの心証を損ないます:顧客が覚えているのは規則ではなく、だまされたという感覚だからです。
返品は操作の両側を取り消します:そのレシートで付与されたポイントは取り消され、使われたポイントは口座へ戻ります。さもなければ単純な手口が生まれます — 買って、ポイントをもらい、商品を返す — そしてプログラムは会社のお金を配り始めます。
会社は特定のカテゴリーを利用の対象から外せます — キャンペーン中の商品、値下げ品、配送料、ギフト券。これはシステムの厳格な規則ではなく設定です:除外の内容は事前調査で決めます。
行の並びこそが、会社が導入時に定める規則です。ここでは付与は、顧客がお金で支払ったレシートの部分に対してのみ計算されます:さもなければポイントにポイントが付き、残高がひとりでに増えていきます。利用の上限、付与率、計算の基礎は設定できます — 大切なのは、それが明示され、すべての拠点で同じであることです。
ランクは、一人ひとりを手作業で調べずに顧客を区別する方法です。週に一度買う人と、一度きり立ち寄った人が、自動的に異なる条件を得ます:購入額、購入回数、またはその他の定めた規則によって。

| ランク | どうすれば得られるか | 付与 | ほかに何が得られるか |
|---|---|---|---|
| 開始 ベーシック | 登録するとすぐ | 3% | ポイント口座、全体向けのキャンペーン |
| 移行 レギュラー | 半年で30 000 ソム以上の購入 | 5% | 常連向けの提案、ポイントの有効期間が長くなる |
| 移行 VIP | 半年で100 000 ソム以上の購入 | 7% | 個別の条件、キャンペーンへの先行アクセス |
ここでの名称、しきい値、特典は説明用です — 設定の例であって、当社の標準ではありません。ランクは二つでも五つでもかまいません。計算も、金額でも、購入回数でも、来店の頻度でもかまいません。共通の規則は一つだけです:顧客が、次のランクまでに何をすればよいかを理解できること。さもなければランクは動機づけにならず、ただ存在するだけになります。
システムが定めた規則で自ら計算し直します — 購入のたび、またはスケジュールに従って。手作業での付与も可能ですが、実行者と理由を伴う独立した操作として残ります:さもなければ半年後、なぜその顧客が特別な条件なのかを誰も説明できません。
最も多いのは付与率です。その先は会社の課題によります:割引、限定の提案へのアクセス、ポイントで支払える上限の引き上げ、ポイントの有効期間の延長。特典の構成はパネルで設定し、ランクごとに異なってかまいません。
条件を期間ごとに計算する場合、ランクは失われ得ます — これもあらかじめ決めておくべき規則です。より穏やかな形は:ランクは維持しつつ、期間の終わりまでにいくら足りないかを顧客に知らせる、というものです。
キャンペーンは、通常の規則を一時的に変えるものです:期間を区切って、特定の顧客に、または特定の商品に。仕組みは数多くありますが、同時に機能するのは通常二つか三つです:一度に効く規則が多いほど、その購入者が何に対して何をもらったのかを理解できる見込みは小さくなります。
通常の付与に上乗せする定額のポイント:一定額以上の購入に、初回の注文に、長い間を置いた来店に。条件の分かりやすい単純な仕組みです。
同じポイント口座ですが、割合が通常より高いものです — キャンペーンの期間中、商品カテゴリー、または特定の曜日に。単に割引するのではなく、需要をずらしたい場面で効きます。
プログラムの参加者や特定のランクに対する、レシート額の直接の値引きです。ポイントと同じ規則でシステムが計算するため、レジ係が条件を覚えている必要はありません。
顧客がレジやネットショップで入力するコードです。企画に共通のものにも、個人ごとのものにもできます — 後者なら、誰が使ったのか、そういう人が何人いたのかが分かります。
全員には適用されないキャンペーンです:新規の顧客だけ、二か月来ていない人だけ、上位ランクだけ。グループは手で集めた一覧ではなく、セグメントで指定します。
特定の品目やカテゴリー全体への特別な条件です。目的が全体の売上ではなく、特定の商品群 — 新商品、季節品、残った在庫 — の販売である場合に必要になります。
最後の行こそ、キャンペーンを入口の紙で告知するのではなくシステムに登録する理由です。成果が計算されないうちは、次の企画はいつも前回の印象に基づいて計画されます。
通常の一斉配信は、誰に対しても同じです:一つのメッセージが基盤全体へ送られます。受け取る人の半分はそのカテゴリーをそもそも買わず、一部は一年来ておらず、ある人は昨日来てもう全部買っています。反応は低く、そうした配信のたびに配信停止が続きます。
個別化 はここで単純なことを意味します:全員に同じ提案をする代わりに、事業者は顧客の購入と行動についてすでに知っていることを使い、関心を持ち得る人へ提案を送ります。これは未来の予測ではなく、事実 — その人が何を買い、最後に来たのはいつか — に基づく仕事です。
例。 ある顧客は四半期に三度、猫の餌を買い、最後に来たのは六週間前です。その人にはこのカテゴリーの提案が届きます。子供服しか買わない二人目には、そちらのカテゴリーの提案が。どちらにも、いつもの周期からすればもう買い時になった、その頃合いに。
選定に使えるもの:
六つの手がかりはすべて、すでに蓄積された購買履歴から得られます — そのために顧客に別途尋ねたり、調査票を書いてもらったり、表で名簿を管理したりする必要はありません。プログラムが長く動くほど選定は正確になります:三か月で習慣が、一年で季節性が見えてきます。

技術的には、個別の提案とは、対象が一覧ではなく条件で指定されたキャンペーンです。「カテゴリーXを買った、45日来ていない、残高が300ポイントより多い」 — システムが送信の時点で自ら組み直すセグメントです。
そのため企画は、準備から実施までの間に古くなりません:昨日来店した顧客は「長く来ていない」グループから自動的に外れ、余計なメッセージを受け取りません。
「この顧客は何を買うか」という自動のレコメンドや、人工知能に基づくモデルは、基本のロイヤルティプログラムにはなく、既製の機能として約束することもしません。そうした仕組みは 別途実現できます — 蓄積された購買履歴の上に、具体的な課題に合わせて、そのためのデータが十分にあれば。
違いは本質的です:実際の購入によるセグメントは初月から機能し、言葉で説明できます。一方、予測にはデータと時間と、実際の企画での検証が必要です。
メッセージの頻度はプログラムの側で制限します:一人あたり週に何回まで、配信停止の意思も踏まえて。二日に一度メッセージが届く顧客は、提案がどれほど的確に選ばれていようと配信を止めます。
ポイント口座
顧客のランク
キャンペーンと提案
プログラムの分析
顧客には、自分のポイントを見られる場所が必要です。それがなければ、プログラムは会社のためだけに存在します:購入者は残高を知らず、条件を覚えておらず、失効を事後に知ります。「いくらたまっているのか」という問いは電話で会社に届くか、まったく届かなくなります — 顧客とともに。
顧客の画面が示せるもの:
形は案件によります。 独立したモバイルアプリでも、リンクで開くブラウザのページでも、会社の既存のアプリの中の一区画でもかまいません — すでにアプリがあるなら、別に作る必要はありません。画面の構成は既製のものを当てはめるのではなく、事前調査で決めます。

独立したアプリがすべての会社に見合うわけではありません:導入し、更新し、広める必要がある一方、購入者は目に見える利点がなければ入れません。より軽い形は、ブラウザの参加者ページです。メッセージのリンクから開き、導入は不要です。
画面をまったく持たない最小限の形は、購入のたびに残高を知らせるメッセージです。マイページより少ないものですが、最も重要な役割は果たします:顧客が、自分にいくらたまっているかを知ることです。
三つのことがすぐ読み取れなければなりません:ポイントがいくつあるか、いつまで有効か、次のランクまでに何をすべきか。それ以外 — 履歴、条件、提案の記録 — は、もっと奥にあってかまいません。
項目の並びは偶然ではありません:まず使えるもの、次に失いかねないもの。失効するポイントの項目は、残りの三つを合わせたよりも多く顧客を店へ戻します — ただし、失効の当日ではなく事前に目にした場合に限ります。数値は説明用です。
管理パネル — はシステムのもう半分です:顧客がポイントをためて使っている間、会社が見るものです。その役割は「すべてのデータを表示すること」ではなく、プログラマーなしにプログラムの規則を変えられるようにし、レジで顧客が何かに納得しなかった具体的な場面を調べられるようにすることです。
主眼は一つです: プログラムの条件は、コードではなく画面で設定する。マーケティング担当者が自分で付与率を変え、週末のキャンペーンを始め、ランクのしきい値を直します — さもなければ、どんな変更も開発の課題になり、一か月先送りになります。
管理者が扱うもの:

サポート業務の主画面です:連絡先、登録日、ランク、残高、そしてすべての購入の一覧。ここから、どのポイントがどこから来たのかも見えます — 「なぜ付与が少ないのか」という問いに一分で答えるには、これで十分です。
検索は、顧客がレジで名乗るのと同じデータで行います:番号、カードのコード、または名字。誰かが手で管理する参加者の別名簿は、システムにはありませんし、あるべきでもありません。
苦情に対してポイントを付与したり、誤った分を取り消したりするのは、通常の業務の一部です。ただしその操作も、他のすべてと同じく、実行者、時刻、理由とともに保存されます:さもなければ半年後、誰も説明できない付与が基盤に残ります。
レジ係には顧客を見分けてポイントを使う機能が、マーケティング担当者にはキャンペーンを始める機能が、責任者にはレポートを見る機能が必要です。区分けは、一人ひとりの個別の権限ではなく役割によって決めます:さもなければ、新しい社員のアクセスは「イワノフと同じで」と設定され、その人に何が開かれているのか、もう誰にも言えなくなります。
三つ目の項目のほうが一つ目より重要です:カードを通るレシートが一部にとどまるうちは、他のすべての数字は事業全体ではなく、その一部を描いています。稼働から一か月後のプログラムの検討も、ここから始めます — 特定できたレシートの割合を上げるほうが、新しい参加者を集めるよりほとんどの場合安く済みます。数値は説明用です。
レポートは、顧客の購入が作るのと同じ記録から組み立てられます — 分析のための別途のデータ入力は必要ありません。指標は多くなく、どれも判断のもとになる問いに答えます:プログラムは機能しているのか、会社にとっていくらかかるのか、キャンペーンを今後どうするのか。
何人の顧客が登録され、期間中に何人増えたか。他のすべてがそこから計算される基本の数字であり、登録をやめれば真っ先に伸びなくなる数字でもあります。
一か月または四半期に何人の参加者が購入したか。この数字と基盤全体との開きが、プログラムの実際の大きさを示します:一万人の基盤で活動中が三百人なら、それは三百人の顧客です。
参加者のうちどれだけが戻り、何回戻ったか。ロイヤルティプログラムの最重要の指標です:これが変わらないなら、他のすべては包装を変えた割引配りにすぎません。
期間中にいくつのポイントを出したか — これは会社の負債であり、金額です。顧客が使いに来る前に、プログラムの費用が見える数字です。
実際にいくつのポイントが使われ、付与分に対してどれだけの割合か。利用が少ないのは節約ではなく、顧客が戻ってこないか、残高を知らないことの表れです。
どの仕組みが参加と売上をもたらし、どれが気づかれずに終わったか。比べる意味があるのは、キャンペーンどうしではなく、キャンペーンのない通常の期間とです。
プログラムの参加者がいくら使い、どのくらいの頻度で来るか — カードなしで買う人たちとは分けて。これこそが、プログラムが見合うのかという問いへの直接の答えです。
レポートはファイルに出力でき、スケジュールで作成でき、APIで外部システムに取り込むこともできます — 全社のとりまとめが別のプログラムで行われている場合です。
バーは売上ではなく、基盤に対する割合を示しています。この表で調べるべきは最後の行です:購入した三千五百人のうち、ポイントを使ったのは三分の一 — つまり残りは、残高を知らないか、使い方が分からないかのどちらかです。これは通知と顧客の画面の課題であって、付与率を上げる理由ではありません。
これはこのページの要となる節です。ロイヤルティプログラムは購入と切り離して存在すべきではありません:ポイントを一か所で計算し、レシートを別の場所で発行し、サイトの注文が三つ目にあるなら、プログラムは誰かが手で埋めるもう一つの表になります。それが機能するのは、事業の共通のデジタルシステムの一部としてだけです。

最初の四つの手順はレシートを締める前に行われ、一秒に満たない時間で済みます — さもなければ、顧客がプログラムを感じるより先に、レジの行列が連携を感じることになります。五つ目と六つ目はその後に実行され、計算の速さには影響しません。ロイヤルティプログラムが利用できない場合、レジは止まるのではなく、ポイントなしでレシートを締めなければなりません:販売は付与より重要です。
サイトの注文も店舗での購入と同じようにポイントを付与でき、残高は購入者のマイページに表示できます。ストアフロントそのものと注文の管理の仕組みは、次のページで説明しています: 電子商取引向けソフトウェア.
小売の仕組みと一緒に動かせます:レシートが購入の内容と購入した拠点をもたらし、ロイヤルティプログラムが付与と利用できる額を返します。詳しくは次のページで: 小売業向けソフトウェア.
要となる接続です:これがなければ、レジでの特定と利用はできません。やり取りの内容は個々のレジが何をできるかによります — これは作業の後ではなく、着手前の事前調査で明らかにします。
顧客マスタとの連携も可能です:参加者のカードと購買履歴を営業担当が参照でき、問い合わせや商談がポイント口座の隣に見えます。やり取りは顧客の識別子で行います。
会社の会計の仕組みと一緒に動かせます:品目マスタと商品カテゴリーはそこから届き、付与したポイントは負債として反映されます。やり取りの向きは、どの会計を正とするかによって決まります。
会社のアプリは、他のシステムと同じインターフェースを通じて、残高、ランク、提案、レジ用のコードを受け取れます。その際、アプリ専用の別の基盤は作りません。
顧客へのメッセージ、一斉配信、決済サービス、ギフト券。どの接続も、設定のチェックボックスではなく独立したやり取りのモジュールです。特定のサービスへの既製の接続をあらかじめ表明することはしません。
システムの自社インターフェース:顧客を探す、残高を問い合わせる、ポイントを付与・利用する、操作を取り消す、履歴を取り出す。これを通じて、個別のモジュールがないものすべてが接続されます。
やり取りの規則はどこでも同じです:どの操作にもキーがあるため、レシートを再送してもポイントが二重に付与されることはありません。購入の取り消しは、付与も利用も取り消します。送信も応答も、すべてやり取りの記録に書かれます。この三つの規則がなければ、顧客の残高は初月からレシートとずれ、プログラムへの信頼は、たまるより早く失われます。
ロイヤルティプログラムに意味があるのは、顧客が二度目に来られる場合です。その性質からして一度きりの購入であれば、ポイントは機能しません — どんな設定もそれを変えません。
食品、化粧品、日用品、ペット用品 — 購入者が定期的に立ち寄るものすべて。最も分かりやすい形です:購入の周期が短く、ためた分の利点も明快です。
購入者はすでにログインしているため、特定は別の手順なしに行われ、残高は注文手続きに組み込まれます。ここでのポイントは、別のタブの隣の店へ移られることと競っています。
複数の拠点と共通の顧客基盤:人はある店でため、別の店で使います。ここでは、どの拠点が新規の顧客を連れてきて、どの拠点が接客するだけなのか、という問いへの答えも得られます。
自動車整備、サロン、クリニック、修理店 — 来店が既知の間隔で繰り返される業種です。ポイントより、来店の履歴と次回の来店のリマインドのほうが重要な場合が多くあります。
来店の頻度が高く、一回の金額は小さい業種です。仕組みは通常単純です — 次の注文のためのためこみ、または特定の時間帯の提案。ここでは複雑なランクは読み取ってもらえません。
卸売の納入、定期購入、定期的な発注。プログラムはレシートへのポイントではなく、購買の履歴と、量に応じて変わる条件を軸に組み立てます。
ロイヤルティプログラムを一日でまるごと立ち上げることはしません:規則が実際の購入で検証されないうちは、顧客の目の前でそれを変えることになりますが、それは最悪のやり方です。そのため稼働は区間ごとに進め、次の区間は、動いている前の区間の上に乗せます。
購入者はどのような人たちで、どのくらいの頻度で戻るのか、今その人たちについて何が分かっているのか、拠点にどのレジがあるのか、ネットショップやアプリはあるのか。成果は要望の一覧ではなく、業務の説明とプログラムの範囲です。
特定の方法、付与率、利用の上限、ポイントの有効期間。最も過小評価される段階です:稼働後に考え出した規則は、すでに別の規則に慣れた顧客へ説明することになります。
一つの店舗、または一つのシフトが、実際の購入で一巡します:顧客の登録、特定、付与、利用、返品、争いのある状況の処理。ここで、レジの接客にどれだけ時間が加わったかも見えます。
残りの拠点を検証済みの手順で、ネットショップ、役割と権限、連携は個別のやり取りのモジュールとして。以降は履歴がたまり、ランク、セグメント、個別の提案のためのデータが得られます。
販売の拠点がいくつあり、顧客がどのくらいの頻度で戻るか、購入者について今何が分かっているか、どのレジを使っていて、ネットショップはあるかをお書きください。ここではどのロイヤルティの仕組みが適するか、何から始められるか、費用はどれくらいかをお答えします。