この記事の内容
  1. 販売の流れから機能を選ぶ
  2. 料金は国と支払周期をそろえる
  3. 決済・アプリ・テーマを加える
  4. 公開前に購入と返品を確認する
  5. テスト注文と本番注文を区別する
  6. 販売後の例外を先に試す
  7. 情報発信と販売の更新を分担する

販売の流れから機能を選ぶ

商品登録、決済、注文管理、配送、返品まで、自分の店で必要な流れを書き出します。見た目が整ったストアでも、配送方法や商品のバリエーションが運営に合わなければ毎回手作業が増えます。最初の評価では実物に近い商品を数点登録し、購入後の対応まで順に確認することを勧めます。

料金は国と支払周期をそろえる

日本向けページと米国向けページには異なる通貨と料金が掲載されています。本ページの比較金額は日本向けBasicの年払い時の月額換算です。短期間の導入割引は通常料金と混ぜていません。年払いは月ごとの支払いと異なるため、途中で店の方針が変わる可能性も考えて契約します。

決済・アプリ・テーマを加える

カード決済の処理費用と、条件によって発生する外部決済の取引手数料を分けて確認します。さらに有料アプリ、テーマ、ドメインなどを足して、月間の運営費を計算します。上位プランにすると手数料が下がる場合でも、その差額が月額増加分を上回るかは売上と決済構成によります。

公開前に購入と返品を確認する

注文メール、送料、スマートフォン表示、在庫減少、キャンセル・返金の流れを確認します。無料トライアルは永続無料プランではありません。公開前に通常料金へ戻った後の支出を確認し、商品や顧客データの管理担当も決めておくと、制作の完了と営業開始を無理なくつなげられます。

テスト注文と本番注文を区別する

公式のテスト注文手順を使い、注文通知、在庫、配送設定を確認します。テストモードが有効な間は実際の注文を受けられない条件があるため、確認後に本番状態へ戻したことも検査項目にします。実際の支払いを行って返金する方法では、決済手数料が残る場合があります。

販売後の例外を先に試す

通常の商品購入に加え、品切れ、配送対象外、住所修正、取消のどれかを試験用データで確認します。商品数が少なくても例外処理はなくなりません。スタッフが迷ったときにどの注文情報を確認するかを残せば、公開直後の対応を一人の制作者へ集中させずに済みます。

情報発信と販売の更新を分担する

商品説明、配送条件、会社情報、公開記事の更新担当を決めます。料金表や配送の約束が古いまま残らないよう、変更があった箇所を関連ページと照合します。記事制作と受注処理は違う仕事なので、どちらか一方の使いやすさだけで運営全体が楽になるとは判断しないでください。

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について