「クーポンを出したら赤字だった」を防ぐ価格設計の考え方 ——受取金額から逆算する方式で利益率を担保し、100件超を一括更新した話
業務改善コラム / 仕組み化・自動化 / 読了目安:約8分
ECサイトでクーポンを発行する際、「表示価格を決めてからクーポン額を引く」という順番で設計している事業者は少なくありません。しかしその方法では、プラットフォーム手数料・送料・原価をすべて差し引いた後の利益が想定より大幅に縮むことがあります。今回は「受取金額から逆算して表示価格を決める」方式の考え方と、100件超のSKUを自動で一括更新した実作業の流れを紹介します。
クーポンが利益を食いつぶす仕組み
ECサイトにおけるクーポン施策は、CVR(購入転換率)を高める有効な手段です。しかし多くの場合、「まず表示価格を決め、その後でクーポン額を乗せる」という順序で設計されます。
この順序には落とし穴があります。たとえば表示価格から一定額を割り引くクーポンを常設する場合、割引後の受取金額にプラットフォーム手数料がかかるため、実際の手取りは「表示価格-クーポン額-手数料」ではなく「(表示価格-クーポン額)×(1-手数料率)」になります。さらにそこから原価・送料・梱包費を引いた残りが利益です。
クーポン額が大きいほど、この誤差は拡大します。「クーポン前の利益率は問題なかったのに、クーポン後は赤字ギリギリだった」という事態が起きるのはこのためです。
逆算価格設計とは何か
逆算価格設計は、設計の順番を入れ替えるシンプルな発想です。「表示価格を決めてからクーポンを引く」のではなく、「クーポン適用後にいくら受け取りたいかを先に決め、そこから表示価格を算出する」という順番にします。
具体的には次の3つを先に固定します。
- 最低限確保したい利益率(例:10%)
- 発行するクーポンの割引額
- プラットフォーム手数料率・送料・原価
この3つが決まれば、「クーポン後の受取金額が利益率10%を満たすための表示価格」を一意に計算できます。価格を先に決めてクーポンを後付けするのではなく、クーポンを「コスト」として最初から計算式に組み込むのです。
計算式の考え方(ステップ別)
実際の計算は以下のステップで進めます。なお具体的な料率や金額は商材・プラットフォームによって異なるため、自社の数値に置き換えてください。
- ステップ1:クーポン適用後に必要な最低受取額を算出する。
最低受取額 =(原価 + 送料 + 梱包費)÷(1 - 目標利益率) - ステップ2:プラットフォーム手数料を逆算して加算する。
クーポン後表示価格 = 最低受取額 ÷(1 - 手数料率) - ステップ3:クーポン額を上乗せして最終的な表示価格を出す。
表示価格 = クーポン後表示価格 + クーポン額 - ステップ4:心理的価格(〇〇〇円、〇万円台など)へ丸め、再度利益率を検証する。
この式をスプレッドシートやスクリプトに実装しておくと、クーポン額や目標利益率を変えるだけで全SKUの適正価格が自動で再計算されます。
大量SKUを一括自動更新した作業フロー
今回の実作業では、100件を超えるSKUの価格をこの方式で一斉に見直しました。手作業では数日かかる作業量ですが、スクリプト化によって以下のフローで処理しています。
- 入力:商品マスターCSV(原価・手数料率・旧価格・クーポン額)
- 処理:上記のステップ1〜4を各行に適用し、新表示価格を計算
- 差分確認:旧価格と新価格の差・利益率変化を一覧で出力し、目視レビュー
- 更新:差分が確認できたらAPIまたはCSVアップロードで一括反映
特に重要なのは「差分確認」のステップです。全件を盲目的に更新するのではなく、値上げ幅が極端に大きいSKUや、逆に利益率が目標を超えすぎているSKUを抽出して個別に判断します。今回は値上げとなった品目が大半でしたが、一部は旧価格のままが適切と判断し除外しています。
スクリプト自体はPythonで100行程度。計算ロジックを関数化しておくと、クーポン額や目標利益率が変わった際も1行の修正で全件再計算できます。価格改定の頻度が高い事業者ほど、この仕組みの恩恵は大きくなります。
クーポン自動適用との組み合わせ効果
価格設計を整えた後、あわせて取り組んだのが「クーポン自動適用」の導線整備です。クーポンコードをユーザーが手入力する形式では、入力を忘れた・面倒と感じた顧客が離脱するリスクがあります。
対策として、クーポンが自動適用された状態でカートへ誘導するURLを整備しました。SNSや診断コンテンツからの流入に対してこの導線を使うと、クーポンの発行コストを価格設計で吸収しつつ、ユーザー体験のハードルも下げるという両立が図れます。
自社に適用するためのチェックリスト
同様の仕組みを検討している方向けに、始める前に確認しておきたい項目をまとめます。
- SKUごとに原価・手数料率・送料が正確に把握できているか
- クーポン額は固定か変動か(固定額なら計算式に組み込める)
- 価格改定の頻度はどのくらいか(月1回以上なら自動化の効果が高い)
- 価格変更をAPIで行えるか、CSVアップロードで行うか(プラットフォームの仕様を確認)
- 更新前の差分レビュープロセスを誰が担当するか(完全自動化ではなく人の目を必ず入れる)
価格設計は「一度決めたら終わり」ではなく、クーポン施策や原価変動に合わせて定期的に見直すものです。計算式とスクリプトをセットで整備しておくと、次回以降の改定コストが大幅に下がります。まずは主要SKU数件だけ試しに計算してみることから始めてみてください。
自社の価格設計、一度見直してみませんか?
「クーポンを出すと利益率がどう変わるか計算したい」「大量SKUの一括更新を仕組み化したい」など、LINEでメッセージをいただければ一緒に考えます。予約不要・電話なしで、テキストのやり取りだけで相談できます。
LINEで相談する