コンテンツにスキップ

ポイント データ整理の観点

ポイント制度では、「今いくつ持っているか」だけでなく、「なぜその残高になっているか」を追えるかどうかが重要になります。

なぜ履歴が重要か

次のような場面では、単純な残高だけでは足りません。

  • 返品やキャンセルが起きたとき
  • 期間限定ポイントが混ざるとき
  • 問い合わせで増減理由を確認したいとき
  • 店舗間や年度間での整合性を見たいとき

まず分けて考えたい情報

まとまり 見たいこと
付与情報 いつ、なぜ増えたか
利用情報 いつ、何に使われたか
失効情報 いつ、どれが使えなくなったか
補正情報 返品や手動調整で何が起きたか
flowchart TD
    A["付与\nいつ・なぜ増えたか"] --> E["残高"]
    B["利用\nいつ・何に使われたか"] --> E
    C["失効\nいつ・どれが使えなくなったか"] --> E
    D["補正\n返品・手動調整"] --> E

設計で迷いやすいポイント

残高中心で持つか、履歴中心で持つか

  • 残高中心だと見た目はわかりやすい
  • 履歴中心だと後追いしやすい

多くの場合、公開向けには「履歴が追えることが大切」とだけ整理しておけば十分です。具体的にどう持つかは案件次第で変わります。

どの粒度で追うか

  • 付与単位で細かく追う
  • 年度や種類単位でまとめて追う
  • 問い合わせ対応に必要な粒度だけ持つ

追跡粒度を細かくするほど、整合性確認や返品処理はしやすくなりますが、実装や運用は重くなります。

どのポイントから使ったことにするか

  • 古いものから使う
  • 期限の近いものから使う
  • 期間限定を優先する

このルールは、後から変更しにくい部分です。

実案件で詰めること

最終的には、次の条件で持ち方が変わります。

  • 期限の考え方
  • 返品ポリシー
  • 会計との関係
  • 分析で見たい粒度
  • 管理画面で必要な確認項目

このため、このページは実装の断定ではなく、要件定義前に認識をそろえるための整理に留めています。