クーポンルール

クーポンでは、機能を作る前に「どう扱うか」を決めておかないと、運用開始後に迷いやすくなります。

1. まず決めたい基本ルール

どんな単位で作るか

• 施策ごとに1つ作るのか
• 利用条件ごとに分けるのか
• 表示名と内部管理を分けるのか

どう識別するか

クーポンコードの表現に唯一の正解はありません。

公開向けには、次の観点を満たせるかで考えるのが実用的です。

• 一意に識別できる
• 問い合わせ時に探しやすい
• 管理画面で取り違えにくい
• 年度やカテゴリなど、必要な情報だけを含められる

2. 利用条件として整理したいこと

作成時に確認したい項目

• いつ公開するか
• いつまで使えるか
• 誰が対象か
• 何回使えるか
• どの店舗や商品で使えるか
• 他の割引と併用できるか

配信条件で確認したい項目

• 全員向けか、条件抽出か
• 条件は誰が理解できる形か
• 想定配信数を事前に見積もれるか
• 誤設定時にすぐ止められるか

3. 状態管理で決めたいこと

クーポンは最低でも、次のような状態を整理しておくと運用しやすくなります。

• 利用可能
• 利用済み
• 失効
• 無効化・取消

重要なのは状態名そのものより、どの状態からどの状態へ移れるのか を決めておくことです。

特に迷いやすいのは次のケースです。

• 返品時に復活させるのか
• 誤配信時に無効化だけで済むのか
• 複数回使えるクーポンをどう表現するのか

4. 適用順序で決めたいこと

割引系クーポンは、適用順序によって結果が変わることがあります。

たとえば金額割引と率割引を併用する場合、

• ユーザー有利を優先するのか
• 原資コントロールを優先するのか
• レジ側の計算ルールに合わせるのか

を決めておく必要があります。

ここはクーポン単体の話ではなく、価格計算全体の設計と合わせて考える領域です。

5. 実装前に確認したい運用ルール

• 誤配信時の停止方法
• 問い合わせ時の確認方法
• 管理者が手動補正できる範囲
• 利用履歴をどこまで残すか
• 通知や再配信の扱い

公開ページでは判断軸に留めていますが、実案件ではここを具体化して初めて要件が固まります。