STEP 01
定期購入は、次回以降の注文を続ける仕組み
ここでは、決めた周期で実物の商品を届けるネットショップの定期購入を扱います。お客様が必要な都度注文するリピート購入とは違い、次回以降も続く契約と、その都度作られる注文を管理します。デジタル会員権や、先払いで全回分を一括決済する方式は、この例の対象外です。
まず『何を、何個、どの周期で、いつ請求し、いつ出荷するか』を並べます。初回と2回目以降で価格・送料・内容が変わるなら、両方を書き分けます。毎月届くことが商品の使い切る速さに合わなければ、割引を付けても受取負担が増えます。
採算も初回だけで見ません。通常回の商品原価、送料、梱包、決済、アプリ、問い合わせ対応を含めて考えます。契約件数は将来売上の保証ではなく、継続状況と実際の注文から見直す出発点です。
STEP 02
購入前に、続く条件とやめる方法を見せる
『初回だけ安い』表示を目立たせ、次回の請求や継続条件を見つけにくくしないことが出発点です。商品ページから最終確認画面まで進み、数量、価格・送料、支払時期と方法、引渡時期、申込期間の定めがあればその内容、撤回・解除の条件を読めるか確認します。これらは消費者庁の通信販売ガイドでも最終確認画面の表示事項として案内されています。
定期購入では、初回・通常回の支払額、回数の縛りの有無、変更や解約の期限と方法が、実際の契約と一致している必要があります。特定商取引法に基づく事業者表示なども別途必要です。ここでの説明だけで個別契約の法令対応が完了するわけではなく、販売方式に応じて公式ガイドを確認し、判断が難しい条件は専門家へ相談します。
店内では『次回請求日の何日前までに、どの窓口で受けた変更を、誰が反映するか』を決めます。電話のみと案内するなら実際につながるか、フォームなら受付だけで放置されないかも確認します。解約を引き止めるために、事実と異なる条件を伝えないようにします。
STEP 03
50件の契約を、そのまま50件の出荷にしない
仮に、文具1セットを毎月届ける契約50件を、次回の処理前に見直すとします。同じ時点で、今回スキップ5件、一時停止3件、解約2件が反映済みなら、今回の処理対象は40件です。この3区分は重複しないものとします。
40件の処理結果を確認した時点で、注文が作られて決済も確認できたものが36件、決済の問題で注文未作成が2件、在庫不足で注文未作成が2件だったとします。後の2区分も重複しない仮例です。36件は出荷へ進める候補であって、発送済みではありません。届け先、必要数量、倉庫への指示を照合してから出荷します。
残る4件は担当と次の確認時刻を決めて追います。再試行で注文が作られたら、同じ契約・同じ回を二重に発送しないよう注文番号へ結び付けます。この表の分類や件数は説明用で、特定アプリの正式な状態名や成功率ではありません。
STEP 04
カードの問題と、商品が足りない問題を分ける
次回処理が失敗したら、まず決済・在庫・住所など、どこで止まっているかを管理画面で確かめます。Shopify Subscriptionsでは、決済方法の失敗と在庫不足について、再試行の回数・間隔や、失敗が続いた場合の動作を設定できます。別のアプリでも同じ設定とは限りません。
カードの更新が必要なら、サービスが用意する安全な更新用リンクやお客様アカウントへ案内します。カード番号やセキュリティコードを問い合わせメールで送ってもらう運用にはしません。自動再試行が残っているところへ手動の注文や請求を重ねる前に、現在の結果と予定を確認します。
Shopifyの在庫追跡を使い、在庫切れでも販売を続ける設定でない商品では、次回分の在庫が足りないと注文が作られない場合があります。注文を通すためだけに在庫追跡を外すのではなく、入荷予定、対象SKU、通常販売と共有する数量を見直します。遅れる場合は次の案内時期を含めて購入者へ伝え、入荷・決済の成功を未確認のまま約束しません。
STEP 05
スキップ、一時停止、解約を混ぜない
1回だけ休むスキップ、再開まで休む一時停止、契約を終える解約は、購入者が望む次の動きが違います。『止めたい』という連絡なら、どの回からどうしたいのかを確認し、実際に反映された内容を案内します。
Shopify Subscriptionsでは、購入者がお客様アカウントから次回のスキップや一時停止、解約などを行えます。管理用の入口を店のメニューや通知から見つけられるかも、利用するアカウント方式で確かめます。解約した契約は元に戻せず、再度の申込みが必要になるため、一時停止と取り違えないようにします。
将来の契約を止めることと、すでに作られた注文を取り消し・返金することは、確認する対象を分けます。処理済みの請求、出荷指示、発送済みの荷物を見ずに『解約したので全部止まりました』とは案内しません。住所変更も契約側だけでなく、今回の注文と倉庫へ渡した送り先まで追います。
STEP 06
開始前に、正常な注文と止まる注文を試す
最初のテストでは、通常どおり次回分が作られるケースだけでなく、スキップ、一時停止からの再開、解約、決済失敗、在庫不足、住所変更も並べます。カートやアプリが用意するテスト環境・方法を使い、実決済や自動出荷を意図せず動かさないようにします。
それぞれで、購入者への通知、契約の状態、今回の注文、決済、在庫、出荷指示がどう変わるか確認します。安全な環境で試せない処理は、提供元へ確認し、未確認のまま自動運用を始めません。定期購入アプリを入れたことと、自店の倉庫連携まで動くことは別です。
販売後は、次回対象、処理成功、要対応、出荷済みを同じ回で照合します。問い合わせを受ける人と出荷する人が別なら、締切直前の変更を誰が止めるかを決めておきます。最初に確認したいのは契約を増やす施策より、申し込んだ人へ約束どおり届けられ、休む希望も反映できる状態です。