ECサイト制作では、デザインや機能を決める前に「誰に何を売り、受注後にどう届けるか」を整理します。制作しただけで売上が伸びるとは限りません。商品情報、決済、在庫、配送、問い合わせ対応まで無理なく運用できる形にすることが、公開後の改善を始める土台です。
制作を依頼する前に決めること
見積もりの前提が曖昧なままでは、必要な機能の漏れや追加費用が起きやすくなります。決まっていない項目は「未定」と明記し、誰がいつ決めるかを制作側と共有してください。
| 整理項目 | 確認する内容 | 決める担当・資料 |
|---|---|---|
| 商品と販売条件 | 商品数、色・サイズなどの選択肢、価格、在庫、販売期間 | 商品台帳、販売計画 |
| 注文後の業務 | 受注確認、出荷、返品、問い合わせ、欠品時の連絡 | 現在の業務手順、担当者 |
| 配送と決済 | 対象地域、送料、配送方法、利用したい支払方法 | 配送会社・決済会社への確認事項 |
| 連携とデータ | 会計、在庫、店舗、CRM等との連携要否とデータの持ち主 | 利用中サービスの一覧 |
| ページと素材 | カテゴリ、商品説明、写真、利用規約、特定商取引法表示 | 原稿・画像・権利確認表 |
制作方式は運用条件で比べる
方式名だけで優劣を決めず、必要機能、社内で保守できる範囲、データ移行、費用の構成を同じ条件で比較します。サービスの機能・料金・規約は変わるため、契約前に各社の公式情報と見積書で確認してください。
| 方式の例 | 合いやすい条件 | 確認しておく制約 |
|---|---|---|
| ASP・クラウド型 | サーバー運用を自社で抱えず、標準機能やアプリを組み合わせたい | 月額・決済手数料、追加アプリ、デザインやデータの移行条件 |
| CMS・プラグイン型 | 既存サイトとの統合や独自編集が必要で、更新・保守担当を用意できる | 本体・拡張機能の更新、脆弱性対応、バックアップ、互換性 |
| 個別開発 | 標準機能では満たせない業務要件があり、要件定義と継続保守の予算がある | 初期開発に加え、検収、障害対応、担当者交代、改修費、ソース・データの権利 |
Shopify・BASE・STORESなどを候補にする場合は、機能名だけでなく、決済方法別の費用、月額、販売量に応じる費用、必要な追加機能を同じ表に書きます。最新情報はShopify公式料金、BASE公式料金、STORES公式料金で確認できます。比較の視点はShopify・BASE・STORESの比較も参考にしてください。
要件整理から公開までの進め方
- 要件を一覧化し、必須・公開後対応・対象外を分ける。対象外も書面に残す。
- サイト構造と購入手順を決める。カテゴリから商品、カート、注文完了まで、スマートフォンでも迷わず進めるか確認する。
- 見積もりと成果物を確定する。画面一覧、連携範囲、移行件数、検収条件、追加作業の単価・承認手順を記載する。
- テスト環境で商品登録、在庫変動、決済、メール通知、送料計算、返品・欠品時の案内を通して試す。テスト決済の方法は決済事業者の案内に従う。
- 公開前に表示と運用担当を最終確認する。公開後は注文・問い合わせ・エラーを確認し、修正の優先順位を決める。
商品ページと購入画面の確認
購入判断に必要な価格、商品の仕様、サイズ、在庫、配送条件、返品条件を、購入者が該当ページや確認画面で確かめられるようにします。GoogleはECサイトのクロール可能なリンクや一貫したURL設計を案内しています。カテゴリ・商品へのリンクを通常のリンクでたどれるようにし、絞り込みで似たURLが大量に生まれる場合はGoogleのEC URL設計ガイドに沿って整理します。
通信販売に当たる場合、広告表示や申込み最終確認画面に必要な項目があります。価格・送料、支払時期と方法、引渡時期、返品条件などは消費者庁の通信販売ガイドと申込み段階の表示ガイドラインで確認してください。個別の適用判断は専門家に相談します。
公開前チェックリスト
- 商品名・価格・選択肢・在庫表示が台帳と一致する
- スマートフォンで注文から最終確認まで完了できる
- 送料・支払・納期・返品条件が購入前に分かる
- 自動メール、注文通知、在庫連携、問い合わせ先を試した
- 契約・アカウント・ドメイン・商品データの管理者と引継ぎ方法が決まっている
- 公開後に見る指標と担当者、障害時の連絡先が決まっている
ECサイトの新規構築や既存サイトの見直しを相談する場合は、AOのECサイト制作サービスをご覧ください。相談時は商品一覧、現行の販売方法、連携したいシステム、困っている運用作業を共有すると、要件の確認を進めやすくなります。 お問い合わせ
コメント