ウォレットパスを提供するツールの多くは、顧客が「Add to Wallet」をタップした瞬間で終わってしまいます。会員証は発行され、スマートフォンの中に収まり、そのまま何も起きません。ウェルカムメッセージもなければ、ポイント失効前のリマインドもなく、来店が途絶えた顧客への声かけもない。パスは関係の始まりではなく、静止したオブジェクトになってしまいます。
セキュリティ認証：個人情報を扱う基盤だからこそ
パス保有者へのメッセージ自動化は、氏名・購買履歴・行動データといった個人情報を横断的に扱う仕組みです。日本企業がこの種の基盤を導入する際、情報システム部門やセキュリティ部門による審査を経るのが一般的であり、第三者認証とデータ所在地の説明が求められます。
Pushwoosh Customer Journey Builderは、SOC 2 Type IおよびISO 27001:2022の認証を取得し、GDPR・HIPAAに準拠したプラットフォームです。データセンターはEUと米国に設置されています。パス保有者のセグメント情報や行動データをジャーニーに組み込む前提として、こうした認証とデータ管理体制を明確に提示できることは、稟議を通すうえでの実務的な材料になります。
この沈黙は機会損失です。パス保有者はすでに一歩踏み出しています。あなたのカードを意図的に保存したのです。問題は、その先に何が起きるか、そしてそのフォローアップを手作業ではなく自動で回せるかどうかです。本記事では、セグメンテーションと条件分岐メッセージングを使ってウォレットパスを中心とした自動化ジャーニーを構築する方法と、それがパス専用ツールの範囲をどう超えるかを解説します。実例としてPushwoosh Customer Journey Builderを使用します。
なぜパス保有者はプッシュ購読者と異なるオーディエンスなのか
プッシュ通知の購読者は通知をオンにしただけの存在です。パス保有者はその一歩先、特定のオファーや会員資格に紐づく特定のカードを保存しています。この意図の強さは、扱いを変える価値があります。
両者は存在する場所も異なります。プッシュ通知はロック画面と通知センターに届きます。一方パスはウォレットの中で生き、オンラインで自身の表面を更新し、位置情報に応じてロック画面に浮かび上がります。ポイント残高がカード上で変わること自体が、通知コストをかけずに届く一つのメッセージなのです。
パス保有者を単なるプッシュのセグメントとして扱うのは、この意図を無駄にすることになります。彼らはすでに何を大切にしているかを教えてくれているので、フォローアップは具体的にできます。目指している特典、保存したオファー、あと1回の来店で届くステータスなど。
ジャーニー設計：発行 → 更新 → 再エンゲージメント
ウォレットパスのジャーニーは、一度設計すれば顧客ごとに自動で回り続ける一連の流れです。パスが起点となり、ジャーニーはその周りで起きるすべてを担います。
パスの保存・未保存でトリガーを分岐
ジャーニーは顧客がフローに入った時点で始まり、その後の行動で分岐します。パスを保存した顧客はエンゲージ済みの経路に進み、特典内容と使い方を確認するウェルカムメッセージを受け取ります。パスを送られたが追加しなかった顧客には、別チャネルで一度だけリマインドを送り、そこでフローを終了させ、追いかけ続けないようにします。
この最初の分岐は、実際にパスを保有した顧客とそもそも関与しなかった顧客を切り分けるという点で重要で、それぞれのグループに誠実なメッセージを届けられます。
カードの状態でセグメント分け：利用中・失効間近・利用済み
ジャーニーの価値は条件分岐によって発揮されます。パス保有者を、現在ポイントを貯めている最中か、ポイントが未使用のまま残っているか、失効間近か、直近で利用済みかで分けることができます。それぞれの状態には異なるメッセージが適しています。
貯めている最中の顧客には進捗を後押しするメッセージを、失効が近いポイントを持つ顧客には期限のリマインドを、利用済みの顧客にはお礼と次の特典への導線を送ります。カード自体のデータが分岐を駆動するため、メッセージは常にその瞬間に合ったものになります。
ポイントやオファーの失効前に再エンゲージメント
フロー内で最も重要なメッセージは、何かが失効する前に送るものです。使っていないポイントや、まもなく終わるオファーを持つパス保有者は、失うものがすでにある分、呼び戻しやすい相手です。
失効日が近づいていることを検知する分岐を設定し、届く場合はプッシュ通知、届かない場合は別チャネルでタイムリーなリマインドを送ります。これをパス自体の位置情報連動と組み合わせれば、顧客が店舗の近くにいるときにロック画面にもカードが表示されます。リマインドとパスが連動することで、ナッジが効く瞬間を逃さず再エンゲージメントできます。
パス専用ツールとの違い
パスの発行だけを目的としたツールは、最初のステップをうまくこなします。カードをデザインし、署名し、インストールリンクを配布する。ただし多くの場合、発行後のレイヤー、つまり誰に何をいつ届けるかを決める部分は担っていません。
そのレイヤーがセグメンテーションとオーケストレーションです。カードの状態でフローを分岐させ、プッシュが届かない相手にはメールやSMSにフォールバックし、パスの更新と他チャネルのメッセージを連動させ、どの分岐が利用につながったかを追跡する。これはジャーニービルダーの領域であり、パス専用ツールではエクスポートと手動送信を1件ずつ繰り返すしかありません。
違いは、パス保有者へのメッセージングが「都度実行するキャンペーン」なのか「自走するシステム」なのかという点です。1つのジャーニーが発行・更新・再エンゲージメントのすべてをカバーし、カードの状態が変わるたびに顧客ごとに適応します。
1つのジャーニー、あらゆるチャネルで
ウォレットパスをカスタマージャーニーに組み込むと、パスは孤立した存在ではなくなります。プッシュ通知・アプリ内メッセージ・メール・SMSを使い分けるフローの中の1つのタッチポイントになり、どのツールを開いたかではなく、誰に届くかでチャネルが選ばれます。
Pushwoosh Customer Journey Builderを使えば、Pushwoosh Wallet passesで作成したパスが、自動化されたクロスチャネルフローのトリガーかつタッチポイントになります。カードの状態でセグメント分けし、行動で分岐させ、到達可能性のチェックを挟みながらチャネルをフォールバックさせ、すべてを1つの画面で計測できます。
Pushwooshでウォレットパスの再エンゲージメントを自動化
保存されたカードを自走するフローに変えましょう。Pushwoosh Customer Journey Builderは、パス保有者をカードの状態でセグメント分けし、ポイントが失効する前にプッシュ通知・メール・SMSを横断して再エンゲージメントします。SOC 2・ISO 27001認証を備えているため、情シス審査を伴う導入プロセスにも対応しやすい基盤です。
