ポイント データ整理の観点
ポイント制度では、「今いくつ持っているか」だけでなく、「なぜその残高になっているか」を追えるかどうかが重要になります。
なぜ履歴が重要か
次のような場面では、単純な残高だけでは足りません。
- 返品やキャンセルが起きたとき
- 期間限定ポイントが混ざるとき
- 問い合わせで増減理由を確認したいとき
- 店舗間や年度間での整合性を見たいとき
まず分けて考えたい情報
| まとまり | 見たいこと |
|---|---|
| 付与情報 | いつ、なぜ増えたか |
| 利用情報 | いつ、何に使われたか |
| 失効情報 | いつ、どれが使えなくなったか |
| 補正情報 | 返品や手動調整で何が起きたか |
flowchart TD
A["付与\nいつ・なぜ増えたか"] --> E["残高"]
B["利用\nいつ・何に使われたか"] --> E
C["失効\nいつ・どれが使えなくなったか"] --> E
D["補正\n返品・手動調整"] --> E
設計で迷いやすいポイント
残高中心で持つか、履歴中心で持つか
- 残高中心だと見た目はわかりやすい
- 履歴中心だと後追いしやすい
多くの場合、公開向けには「履歴が追えることが大切」とだけ整理しておけば十分です。具体的にどう持つかは案件次第で変わります。
どの粒度で追うか
- 付与単位で細かく追う
- 年度や種類単位でまとめて追う
- 問い合わせ対応に必要な粒度だけ持つ
追跡粒度を細かくするほど、整合性確認や返品処理はしやすくなりますが、実装や運用は重くなります。
どのポイントから使ったことにするか
- 古いものから使う
- 期限の近いものから使う
- 期間限定を優先する
このルールは、後から変更しにくい部分です。
実案件で詰めること
最終的には、次の条件で持ち方が変わります。
- 期限の考え方
- 返品ポリシー
- 会計との関係
- 分析で見たい粒度
- 管理画面で必要な確認項目
このため、このページは実装の断定ではなく、要件定義前に認識をそろえるための整理に留めています。