公開:

ノウハウ/自社EC・発売前の点検

ECで新商品を発売する前に、
テスト注文で確認したいこと

EC運営。新商品の発売前、テスト注文で確かめること。買う画面から、注文の受け取りまで。スマートフォンのカート、確認表、箱とメールのイラスト。

商品ページができたので、発売の準備は完了。そう思う前に、買う人と同じ入口から商品を選び、注文が店側へ届くところまで確かめたいところです。

見るのは、注文を完了できるかだけではありません。選んだ商品、支払う条件、店側が受け取った内容が一致しているか。ここでは自社ECの発売前点検として、公開情報と説明用の仮例からテスト注文の確認範囲を整理します。モール店舗の注文テストへ、同じ操作をそのまま適用するものではありません。

この記事の内容
  1. 先に、どこまでテストできるかを決める
  2. 商品選択から、注文の受け取りまでをたどる
  3. テストを終えたら、設定と未確認の項目を残す

先に、どこまでテストできるかを決める

最初に、利用中のECサービスと決済サービスで、どんなテスト方法を使えるかを確認します。テスト用の注文だからといって、すべての決済や外部連携が自動で試験扱いになるとは限りません。

例えばShopifyは、テスト決済ゲートウェイやShopify ペイメントのテストモードを案内しています。一方で、決済サービスがテストモードの間はお客様が実際の注文を行えないため、営業中のストアでは実施する時間と戻す担当を決める必要があります。実決済を使う方法では、キャンセル・返金しても手数料が残る場合があります。

Shopify公式も、自動で注文を処理するサービスやアプリがある場合の事前対応を案内しています。外部サービスのテスト対応は、それぞれの仕様で確認します。決済だけテストモードにすれば、倉庫への連携まで安全に止まると考えないことです。

確認メモには、対象商品と選択肢、利用端末、配送先の条件、割引の有無、試す決済方法、実施日を残します。入力する情報は、利用サービスが指定するテスト用情報と、自社で管理できる確認用の連絡先を使い分けます。既存のお客様の情報を借りてテストする必要はありません。

商品選択から、注文の受け取りまでをたどる

最初は新商品の代表的な買い方を一つ通します。その後、送料や割引、選択肢が変わる買い方を追加します。例えば、色違いを選ぶ場合と、通常商品を一緒に買う場合では、確認したい条件が違います。

発売前の点検の流れ。商品ページで商品と数量を選び、カートと購入画面で送料・割引・合計を確認。注文記録と通知で、選択した内容と支払い状態を照合する。決済完了だけで全体を確認済みにしない。
当社が提案する点検の流れです。特定の決済画面や管理画面を再現したものではありません。

商品ページで選んだ内容が、カートでも同じか

商品名が正しいだけでなく、色・サイズ・セット数と、カートの数量を確かめます。「2個セットを1つ」と「単品を2つ」は、出荷担当が用意する内容も変わります。これは説明用の仮例ですが、ページの見た目と、受注する商品コードの対応を確認するきっかけになります。

選べないはずの組み合わせを購入できないか、在庫がない選択肢を選んだときの案内が分かるかも見ます。商品を登録できたことと、その商品を意図した条件で買えることは分けて確かめます。

購入する前に、送料・割引・合計を確認できるか

住所の条件や同時に買う商品、使うクーポンで金額が変わるなら、予定した結果を先にメモします。表示された金額を見てから「たぶん合っている」と判断せず、その条件ならどうなるはずだったかと照らし合わせます。

例えば送料無料の条件があるストアなら、条件を満たす場合と満たさない場合を別に確認します。利用できるクーポンと、条件に合わず使えないクーポンも同じです。条件の数をむやみに増やすより、新商品を追加したことで変わる組み合わせを優先します。スマートフォンで、説明やエラーが画面外に隠れていないかも見ておきます。

店側の記録と、購入者への通知が食い違わないか

注文完了画面だけで終えず、管理画面に残った商品、数量、割引、配送方法、支払い状態を確認します。購入者と店側へ送る通知を使っているなら、それぞれの内容と届く先も照合します。確認用のメールを受け取れない方法で実施した場合、実受信は未確認として残します。

受注管理や倉庫システムまで連携するなら、そちらで受け取った商品コードと数量も確認する対象です。テスト注文を取り込まない仕様の場合は、「連携できた」とせず、その仕様と別途必要な確認を残します。受注システムへ届いたことと、実際に正しい商品を出荷できることも、同じ検証ではありません。

テストを終えたら、設定と未確認の項目を残す

結果は、予定した動き、実際に見えた動き、残る問題、直す担当、再確認する日の順で残せます。スクリーンショットを保存するなら、関係のない顧客情報や決済情報が入らない画面を選びます。

不一致を直した後は、同じ条件でもう一度確かめます。送料を直したのに、別の配送先で試してしまうと、最初の問題が解消したか分からなくなるためです。変更がほかの買い方に影響する場合は、その範囲も確認します。

終了時には、テストモードを解除し、一時的に変えた設定を戻したことを担当者が確認します。テスト注文が残ったまま自動出荷を再開しないよう、注文の取消や連携先での扱いも確認してから復帰します。何もせずに放置するのではなく、使ったサービスの公式手順に従います。

確認できた条件と、試していない条件は分けて残します。一件の注文が通ったことを、すべての決済・端末・配送条件が問題ないという意味にしないことです。発売後に注文が入ってから慌てないために、買う画面と受け取る側の両方を見ておきます。

← 記事一覧へ戻る