定期販売ラボby Shopi Lab D2C・定期通販の立ち上げと、続く仕組みの作り方
カート・システム

定期通販カートの比較で見る8つの観点 — 製品名で調べる前に決めること

単品リピート通販向けのカートは製品ごとに情報の粒度がばらばらで、機能一覧を並べても判断できません。同じ土俵に乗せるための質問をまとめます。

定期通販のカートを検討し始めると、まず製品名で検索することになります。ところがこの領域は、製品ごとに公開されている情報の粒度がまったく違います。 料金が明示されているものもあれば問い合わせのみのものもあり、機能の説明も「できる」の一言で終わっていることが多い。

その状態で機能一覧を横に並べても、判断できる比較表にはなりません。同じ土俵に乗せるには、こちらから同じ質問をするしかありません。

各製品の仕様と料金は頻繁に変わります。この記事では個別製品の優劣を断定せず、確認すべき観点として書いています。実際の対応状況は必ず公式資料と実機のデモでご確認ください。

比較の前に決めること

比較表を作る前に、事業側で決まっていないと質問が定まりません。

  1. 商材の消費ペース(1個を何日で使い切るか)
  2. 販売モデル(定期便/頒布会/都度+引き上げ/併売)
  3. 使いたい決済手段
  4. 主な獲得チャネル
  5. 定期契約が売上の何割を占める見込みか

3が最も効きます。 使いたい決済手段が定期課金に対応していなければ、他が揃っていても運用できません。ここで候補が絞れます。

5は系統の判断に効きます。詳しくは汎用型と定期通販特化型の分かれ道に書きました。

観点1|決済

質問なぜ聞くか
使いたい決済手段のうち、定期課金に対応しているのはどれか対応外なら検討から外れる
定期に使えない手段は、定期商品のチェックアウトで非表示になるか表示されると決済できない注文が発生する
カード有効期限の自動追従に対応しているか期限切れ由来の停止が減る
決済失敗時のリトライ回数と間隔は設定できるか。既定値は設定できない製品がある
決済失敗時、顧客への通知は自動で飛ぶか。文面は編集できるかリカバリの要

観点2|顧客のセルフサービス

マイページで顧客が自分でできる範囲は、そのままCS工数と継続率に効きます。

  • 次回配送日の変更、スキップ、周期変更
  • 数量・商品の変更
  • 支払い方法・配送先の変更
  • 解約(法令上も到達可能である必要があります)

「解約はできるが電話のみ」のような設計になっていないかを確認してください。

観点3|引き上げ

単品リピート通販では、ここが売上構造を決めます。

  • 単品購入者と定期契約者を同一顧客として紐づけられるか
  • 購入からの経過日数でメール・LINEを出し分けられるか
  • 単品購入者だけを抽出できるか
  • 引き上げ経由の定期契約を、通常の定期と区別して集計できるか

4つ目ができないと引き上げ率が測れません。 施策を打っても効果が分からない状態になります。

観点4|データの取り出し

  • 契約単位のデータ(開始日、状態、回数、次回配送日、解約日、解約理由)をCSVで出せるか
  • APIまたはWebhookで取得できるか
  • 解約理由の選択肢を自由に設定でき、集計が出せるか

管理画面に解約率が表示されていても、定義が自社の見方と一致しているとは限りません。 生データを出せるかで確認してください。出せないとコホート分析ができません。

観点5|表示要件

日本の定期販売では特定商取引法の表示義務がかかります。カート側の制約で書けない、という事態を避けてください。

  • 商品ページとカートで、2回目以降の価格と支払総額を表示できるか
  • 最低継続回数の条件を設定でき、売り場に表示できるか
  • 申込み最終確認画面に必要事項を出せるか

観点6|費用

料金が非公開の製品も多いので、聞き方を揃えます。

質問意図
初期費用・月額・従量部分の内訳単純比較ができる形にする
契約件数が現在の10倍になった場合の月額従量課金は成長すると効いてくる
売上連動の課金があるか。率と上限は利益率に直接効く
挙げていただいた機能のうち、標準/オプション/要開発の内訳「できる」の中身を分解する

2つ目を必ず聞いてください。 立ち上げ時の金額で比較すると、伸びたときに判断が変わります。

観点7|運用に必要な人数

機能があっても、それを回す人が要るなら人件費がかかります。

  • 同規模の事業者は、この業務を何人で回しているか
  • 受注から出荷指示までに人手が要る工程はどこか
  • 導入から稼働までの期間

観点8|出口

契約前に必ず確認してください。

  • 他システムへ移行する場合、契約データを引き継げるか
  • カード情報(トークン)を引き継げるか。顧客に再登録を求めることになるか

カードの再登録が必要な移行は、実質的に一度全員に解約してもらうのと同じです。入口だけ見て決めると、後で身動きが取れなくなります。

デモで通すべきこと

機能一覧の確認ではなく、自社の注文を1件、最初から最後まで通してもらってください。 ここで詰まる部分が、そのまま導入後の運用課題になります。

  1. LPから定期商品をカートに入れる
  2. 使いたい決済手段でチェックアウトする
  3. 最終確認画面に必要事項が出ている
  4. 受注データが出荷指示に流れる
  5. 顧客がマイページで次回配送日を変更する
  6. 顧客がスキップする
  7. 2回目の配送が自動で立つ
  8. 決済を失敗させ、リトライと通知を確認する
  9. 顧客が解約する(理由の記録まで)
  10. 契約データをCSVでエクスポートする

8を飛ばさないでください。決済が通っていない注文が出荷される事故は、定期通販で最も起きやすいものの一つです。

情報が見つからないときの読み方

製品名で検索しても、比較サイトの紹介記事と公式サイトしか出てこないことがあります。情報が少ないこと自体は、製品の良し悪しとは関係ありません。 導入社数が業界特化で偏っている、あるいは代理店経由の販売が中心といった事情があります。

そういう場合こそ、上の8観点を書面で質問してください。回答の具体性が、そのまま導入後のサポートの質を映します。

よくある質問

機能一覧の比較表を作りましたが判断できません

機能は各社とも「できる」と書くため差がつきません。標準機能か、オプション費用か、開発が必要かに分解して聞き直してください。実際のコストが桁違いになります。

料金が非公開の製品はどう比較しますか

初期・月額・従量の内訳に加えて、契約件数が10倍になった場合の月額を必ず聞いてください。立ち上げ時の金額だけで比較すると、成長したときに判断が変わります。

何を最初に確認すべきですか

使いたい決済手段が定期課金に対応しているかです。ここが合わなければ他の条件が揃っていても運用できないため、最初に候補が絞れます。

乗り換えは後からでもできますか

契約データとカード情報(トークン)を引き継げるかによります。カードの再登録が必要な移行は、実質的に一度全員に解約してもらうのと同じ影響が出ます。入口の検討時点で出口を確認しておいてください。


8観点をそのままベンダーに送れる質問リストと、候補3社まで記入できる評価シートをカート・基幹システム選定シートにまとめています。選定中で判断が割れている場合は、ご相談いただければ現状に合わせて整理します。