会員証の注意点
会員証は各種施策の土台になる分、問題が起きたときの影響も広い仕組みです。
ここでは、要件定義の前に把握しておきたい論点を整理します。
%%{init: {"flowchart": {"nodeSpacing": 24, "rankSpacing": 48}}}%%
flowchart LR
R(["会員証の注意点"])
A["`**1. なりすまし・不正提示**
スクショの使い回し
会員番号の推測`"]
B["`**2. 退会・再入会の悪用**
入会特典の再取得
ペナルティ回避`"]
C["`**3. 個人情報・プライバシー**
情報の持ちすぎ
退会後のデータ
店頭での露出`"]
D["`**4. 状態管理**
停止・退会後の特典利用
休眠会員の混入`"]
E["`**5. 運用**
読み取り環境への依存
複数事業者での混同`"]
A --- R
B --- R
C --- R
R --- D
R --- E1. なりすまし・不正提示
スクリーンショットの使い回し
会員証画面のスクリーンショットを他人と共有すると、本人以外が会員特典を受けられてしまいます。
検討したいこと:
- 提示画面にリアルタイム要素(現在時刻の表示、アニメーション)を含めるか
- 提示コードをワンタイム化し、短時間で失効させるか
- 高額特典の利用時は追加の本人確認を求めるか
会員番号の推測
連番の会員番号だと、自分の番号から他人の番号を推測して入力できてしまいます。ランダム性のある採番にし、番号入力による会員特定を許す運用では、番号だけで高額な操作ができないようにします。
2. 退会・再入会の悪用
入会特典の再取得
退会と再入会を繰り返して入会特典を何度も受け取る、という悪用が起こりえます。
- 入会特典に利用条件(一定金額以上の購入、入会からの経過日数)を付けます
- 再入会を検知できる場合は入会特典の対象外にします
- 同一端末からの短期間の再登録など、異常なパターンを検知します
退会によるペナルティ回避
不正利用で停止された会員が、退会・再入会でリセットを図ることがあります。「停止」状態からの退会を制限する、または停止情報を再入会時に引き継ぐようにし、停止と退会を別の状態として履歴を保持します。
3. 個人情報・プライバシーの問題
情報の持ちすぎ
「いつか使うかもしれない」と本名・住所・電話番号まで必須にすると、登録率が下がり、漏えい時のリスクだけが増えます。
- 必須項目を最小化します(ニックネームのみ必須など)
- 配信に使う属性(性別・生年月日)は任意入力とし、入力の動機を特典で作ります
- 連絡先情報は利用目的が明確な場合のみ取得します
退会後のデータの扱い
退会者の個人情報を残し続けると本人の意思に反した保持になり、一方で履歴まで消すと集計が壊れます。
- 利用履歴(集計用データ)と個人を特定できる情報を分離します
- 退会時は個人特定情報を削除・匿名化し、履歴は匿名のまま保持します
- 再入会時の紐づけが必要なら、その目的に限定した識別子だけを残します
店頭での情報露出
提示画面に本名・生年月日などが表示されると、店頭で周囲の人やスタッフに見えてしまいます。提示画面には会員特定に必要な情報(コード、ニックネーム)だけを表示し、詳細な属性情報は本人の操作でのみ表示されるようにします。
4. 状態管理の問題
停止・退会会員の特典利用
停止・退会処理の後も、配信済みのクーポンやポイントが利用できてしまうことがあります。特典利用時に会員ステータスを必ず確認し、退会時には未利用特典を失効させる処理をセットにします。
休眠会員を含んだ会員数の過大評価
退会しないまま使われなくなった会員証が蓄積すると、会員数が実態を表さなくなります。「アクティブ会員」(一定期間内に利用のある会員)を定義して総会員数と分けて集計し、休眠会員には掘り起こし施策を行って、反応がなければ集計上区別します。
5. 運用上の落とし穴
読み取り環境への依存
会員証の確認に専用機器が必要な設計にすると、機器のない小規模店舗で運用できません。
- スタッフの手持ち端末で読み取れる、または番号を目視・手入力できる提示方法を用意します
- 機器・通信の障害時に備えた代替手順(番号を控えて後処理する等)を決めておきます
複数事業者にまたがる会員の混同
1人の利用者が複数の事業者の会員証を持つ場合、どの会員証への操作かを取り違えることがあります。提示・操作の単位を「会員証(会員と事業者の関係)」に統一し、店舗側の操作画面では自店舗で有効な会員証だけを対象にします。