頭を失うことなく複数のウェブストアを管理する方法

公開: 2019-04-16

(この投稿は、2015 年 3 月 10 日に最初に公開されました。正確さと完全性のために更新されています。)

1 つの e コマースサイトですべての商品を同じ方法で販売する必要はありません。ブランドや製品を別のウェブストアで販売することで、ブランドや製品を多様化することができます (一部の小売業者はそうすべきです)。

複数の Web ストアサイトを管理することには明確な利点がありますが、複雑さも増します。この投稿では、複数のウェブストアを運営する際に考慮すべきことと、課題を克服する方法について詳しく説明します.

なぜ複数のウェブストアで販売するのですか?

なぜ複数の Web ストアが必要なのか、疑問に思われるかもしれません。すべてを 1 つの Web ストアにまとめて、管理を簡単にできないのはなぜですか?

多店舗戦略はすべての小売業者に適しているわけではありませんが、それが非常に理にかなっているシナリオがいくつかあります。

製品を複数の地域または複数の言語で販売したいと考えています。

世界のさまざまな地域には、さまざまな文化的規範と習慣があります。デザインとコピーを微調整する必要があるかもしれません。これらの国際的な違いに対処するには、まったく異なるサイトが必要になる場合があります。ウェブストアを複数の言語でセットアップする必要がある場合は、複数のストアも必要になる場合があります。

差別化されたブランドで製品を販売したいと考えています。

このようにして、販売されている特定の製品にそれぞれのブランディングとデザインを集中させることができます. 消費者や他の企業に直接販売する場合は、両方のチャネルでブランドを差別化したい場合があります。これは、2 つの Web ストアに分割するためのもう 1 つの有力な候補です。

複数のウェブストアを管理する際の課題

複数の Web ストアを設定する正当な理由がある場合があります。ただし、さまざまなウェブストアで簡単に販売できるというわけではありません。以下は、準備が必要な一般的な課題の一部です。

注文を一元管理するソリューションがなければ、それぞれのサイトから注文を管理する必要があります。
両方の Web ストアで商品を販売している場合、顧客が商品を購入または返品するたびに在庫を最新の状態に保つ必要があります。
製品データ (カテゴリなど) は、Web ストアごとに異なる構造になっている可能性があります。
各店舗が異なる e コマースプラットフォームを使用している場合、他のシステムとの統合はさらに複雑になります。

複数の Web ストアを管理する際の課題について、Still Water Interactive の主任 e コマース開発者である Judd Franklin に話を聞きました。彼は、「複数の店舗を区別することは、複雑さのレシピです」と述べています。データとユーザーエクスペリエンスを別々に管理および維持する必要があります。

フランクリン氏は、「複数店舗での最大のリスクはデータの分割です。在庫、注文、返金、返品、分析、ユーザーデータ、およびその他の主要な e コマースデータセットは、すでに管理が非常に困難であるため、これらの順序を維持することが不可欠です。」

複数店舗での最大のリスクは、データの分割です。在庫、注文、返金、返品、分析、ユーザーデータ、およびその他の主要な e コマースデータセットは、すでに管理が非常に困難であるため、これらの順序を維持することが不可欠です。
– ジャド・フランクリン、スティル・ウォーター・インタラクティブ

複数の Web ストアを構築する理由があるかもしれませんが、Franklin は中間のアプローチを検討することを提案しています。つまり、同じ Web ストアに複数のメディアアウトレットを構築することです。これにより、サイトのアーキテクチャを完全に分離することなく、ブランドを差別化できます。

つまり、そのアプローチを取る前に、実際に複数の Web ストアが必要であることを十分に確認してください。それがあなたが行かなければならない方向であるならば、フランクリンが説明する複雑さを管理するための戦略が必要になります.

複数のウェブストアを管理するためのヒント

複数の Web ストアを管理することは、正しく行わないと、少し難しくなる可能性があります。以下は、複数店舗戦略の構築を容易にするためのヒントです。

PIM でアイテムデータをマスターします。

製品情報管理 (PIM) システムは、製品情報を処理するために特別に構築されたソフトウェアです。これは、e コマースプラットフォームでアイテムをマスターするよりもはるかにスケーラブルなソリューションです。製品データは、公開先の販売チャネルから独立したプラットフォームでクリーンに保たれます。

これは、Amazon や eBay などの追加の販売チャネルに拡大したい場合にも役立ちます. 必要な非常に具体的な製品データポイントとカテゴリを使用して、これらの市場にアイテムをプッシュするように既に設定されています。

商品データが検索エンジン向けに最適化されていることを確認してください。

キーワード調査を実施して、顧客が検索クエリで使用している単語を理解します。顧客が使用している言語で製品を説明していることを確認してください。ただし、複数の店舗で商品を互いに競合させないように注意してください。検索エンジンのランキングで自分と競争したくありません。

コンバージョンに向けて各サイトを最適化します。

A/B テストソフトウェアを利用して、コピー、デザイン、ボタンテキストのバリエーションをテストし、Web ストアのコンバージョン率を最適化します。ただし、Web ストア A でのテスト結果が Web ストア B に適用されるという想定には注意してください。

ストアがさまざまな人々をターゲットとするさまざまなブランドを表している場合、またはストアがさまざまな地域/言語をターゲットにしている場合、おそらく、他のストアとは無関係に各ストアを最適化する必要があります。

中央の場所から在庫を管理します。

さまざまな顧客層に複数のブランドを紹介することはできますが、「内部」では 1 つの企業です。店舗が分かれているという理由だけで、在庫の管理方法を分けないでください。在庫を管理する場所を一元化し、店舗全体ですべての在庫数がリアルタイムで更新されるようにする必要があります。

つまり、各 Web ストア内の各 Web ストアの在庫を管理しようとしないでください。 ERP などの中央ポイントに在庫を同期して、真の「マスター」情報セットを維持します。

注文管理プロセスを一元化します。

在庫管理と同様に、注文の管理と履行を一元化する必要があります。フルフィルメント、カスタマーケア、直送のプロセスを会社のすべてのブランドで一貫させることで、管理が容易になります。やむを得ない場合を除き、標準から逸脱しないでください。

繰り返しますが、個々の Web ストア内で注文を管理しようとしないでください。すべての顧客タッチポイントの注文を管理できる集中システムに注文データをプッシュします。

小売システム統合プラットフォームを考えてみましょう。

e コマース、マーケットプレイス、ERP、3PL システムなどの間でデータを一元化および同期するために構築された、nChannel などのシステム統合プロバイダーがあります。これにより、複数の Web ストアと ERP の間で在庫、注文、製品、顧客などの同期を処理する専用のテクノロジが得られます。

Franklin は、e コマースの小売業者にも次のようなアドバイスを提供しています。

e コマースは、店舗の管理ではなく、顧客の管理と考えてください。 Web サイトは、顧客との取引を容易にするためのインターフェイスのセットにすぎません。最終的には、顧客データを最新の状態に保ち、関係をアクティブに保ち、十分に文書化し、対話データを適切に維持してインデックス化することで、取引を苦痛なく、さらには楽しいものにすることができます。」

複数の Web ストアをセットアップしようとしている場合 (または既にセットアップしている場合) は、複雑になる可能性があることに気付くでしょう。

nChannel がすでに構築した e コマースプラットフォーム接続を確認してください。

マジェント
Shopify
ビッグコマース