商品、コンテンツ、決済、配送、通知、分析、サポートを公開前に確認します。
商品情報と在庫を確認する
公開対象の商品について、画像、説明、価格、バリエーション、SKU、在庫、配送属性を確認します。売り切れ時や在庫差異が起きた場合の表示もテストします。
主要ページとポリシーを読み直す
ホーム、商品、FAQ、配送、返品、問い合わせなどを実際の顧客視点で読み、古い条件や仮文言が残っていないか確認します。モバイルでも重要情報が見つかることが必要です。
価格・割引・税の組み合わせを試す
通常価格だけでなく、割引、複数商品、送料、税を含む注文を作ります。表示価格と注文合計、返金時の金額が想定どおりかを確認します。
決済から返金まで完了させる
主要な決済手段で注文し、注文確認、入金、キャンセル、部分返金、全額返金を確認します。失敗時に顧客と運用担当が受け取る情報も確認します。
配送・追跡・返品を検証する
配送エリア別の送料と日数、追跡通知、配送不可住所、返品受付を試します。海外販売では関税や配送例外の説明が顧客向け表示と一致しているか確認します。
通知とサポート導線を確認する
注文確認、発送、返金などの通知文を読み、返信先や問い合わせ先が有効か確認します。FAQから有人対応へ移る導線もテストします。
アクセス権・バックアップ・計測を確認する
スタッフ権限、二要素認証、テーマのバックアップ、必要なレポートや計測を確認します。公開後に誰が異常を確認するかも決めます。
本番相当の注文で最終判定する
実際の商品、配送先、決済、端末を使って最初から最後まで通します。重大な問題が残る場合は、公開日を守るより公開範囲を縮小する判断を優先します。
実行チェックリスト
- 価格・在庫・バリエーション
- モバイル導線とチェックアウト
- 決済・配送・税・通知
- 返品・返金・サポート・計測
- 設定と指標ごとの責任者を決める
- 実注文に近い条件でテストし記録を残す
よくある質問
最初の計画はどこまで詳細にしますか?
範囲、責任、成功指標、公開条件が明確なら十分です。将来要件をすべて予測する必要はありません。
公開前にすべて設定する必要がありますか?
いいえ。最小限で一連の購入・運用を成立させ、データに基づいて機能を追加します。
どの頻度で見直しますか?
高リスク項目は公開前、初月は毎週、安定後は少なくとも毎月確認します。