eコマースプラットフォームを稼働させる苦痛を和らげる方法

公開: 2019-02-27

あなたのeコマースプラットフォームをライブにすることは決して簡単でも苦痛でもありません。ビジネスを新しい技術プラットフォームに移行することには課題が伴い、eコマースも例外ではありません。

ビジネスで使用するための新しいユーザーエクスペリエンス、新しいデータ、新しい統合、および完全に新しいツールセットが得られる可能性があります。あなたはかなりの量のSEOエクイティを構築し、あなたの顧客とスタッフは現状に慣れているでしょう。新しいプラットフォームへの計画、実装、および移行には、多大な時間とかなりの金額を投資することになり、当然、投資に対する十分な見返りが期待できます。

それ以外の方法でそれを行うことには大きな意味はありません。実装と管理が適切に行われていれば、その復帰は実現する可能性がありますが、稼働中および稼働直後の岩の多い瞬間の前ではありません。

あなたのeコマースプラットフォームをライブにする：良い、悪い、そして醜い

私のキャリアの中で多くのeコマースの稼働を見てきましたが、ほとんどすべてが直後に売り上げの減少を経験しました。いずれの場合も、売上は最終的に回復してから成長し、期待される投資収益率を実現しました。しかし、醜い現実は、稼働後の最初の数週間、さらには数ヶ月でさえ、強い神経と多くのハードワークを必要とするということです。

この売上の減少はほぼ避けられませんが、適切な計画と慎重な検討により、課題を軽減できます。企業間の一般的な期待は、稼働はすぐに大成功を収めることですが、現実はしばしば異なるため、これに備える必要があります。

SEOはミッションクリティカルです

稼働直後の売上に影響を与える最大の要因の1つはSEOです。あなたはおそらくかなりの量のSEOエクイティを構築しているでしょう、おそらくそれを可能な限り検索エンジンに優しいものにするためにあなたのeコマースアプリケーションを磨くのに何年も費やしているでしょう。

新しいWebサイトには、おそらく完全に新しいHTML構造、さまざまなコンテンツ、新しいURL構造があり、これらすべてがSEOに大きな影響を与える可能性があります。 SEOの悪影響を軽減するためにどれだけの準備をしても、運用開始後数週間でオーガニック検索トラフィックが最大20％減少し、売上に影響を与える可能性が非常に高くなります。

変更によるSEOの影響を可能な限り最小限に抑えるために、開発プロセスの早い段階でSEOエージェンシーと連携することが重要です。これらは、コンテンツ、HTML、およびURL構造を調べるSEO移行戦略の考案に役立ちます。これは、稼働直前に検討するのではなく、最初からプロジェクトに組み込む必要があります。

現実的には、システムインテグレーターがSEOの専門家であると期待すべきではありません。これはそれ自体が専門です。 SEOが重要であり、インバウンドトラフィックに信じられないほどの影響を与えることを理解するには、オーガニックトラフィックによって生み出される収益の量を確認する必要があります。

多くのマーチャントは、オーガニック検索トラフィックが回復するまで、一時的にSEOギャップを有料検索で埋めます。これは費用のかかるプロセスになる可能性がありますが、必要に応じてプロジェクトの一部として検討し、予算を立てる必要があります。

現実になる：ビジネスの準備は、ワークロードの正直な評価を意味します

ビジネスの準備が整っていないことが、稼働が遅れる最も一般的な理由であり、稼働直後の新しいeコマースWebサイトのパフォーマンスに深刻な影響を与える可能性もあります。多くの場合、企業は、新しいeコマースプラットフォームを使用するために自分で行う必要のある作業量を過小評価しています。

通常、膨大な量の新しいコンテンツが必要であり、製品と顧客のデータのクリーンアップ、そして非常に重要なことに、完全に新しいプラットフォームの使用方法を学ぶ必要があります。この最後の点が最も重要です。 eコマースチームは、既存のプラットフォームを最大限に活用するために過去数年間を費やしており、おそらくそのプラットフォームの使用の専門家ですが、新しいプラットフォームの使用経験はほとんどまたはまったくありません。

コンテンツ、製品、注文管理などすべてが変更されている可能性があり、新しいツールの使用に慣れるまでに時間がかかる場合があります。小売業界は急速に変化しており、小売業者はコンテンツ、製品、プロモーション、マーチャンダイジングを日常的に更新することに慣れています。新しくてなじみのないプラットフォームでこれを行うのは簡単な作業ではありません。

eコマースチームが新しいプラットフォームの使用方法を学ぶのに十分な時間を確保し、eコマースプラットフォームを稼働させてから数か月以内にシステムインテグレーターを集中的にサポートすることが重要です。

初期の鳥：それは本当です

運用開始の計画は、多くの場合、プロジェクトの終わりに向けて残されたものですが、それは間違いである可能性があります。これは、多くの人が関与する非常に複雑なプロセスになる可能性があり、多くの依存関係があります。

いつ、どのようにライブに移行するかを知ることは、プロジェクトのタイムラインに大きな影響を与える可能性があるため、最後の最後までそれを放置しないでください。すべての主要人物が確実に対応できるように、スタッフの休日などを検討してください。

Webバグを噛まないでください（冗談：彼らはそうします）

どれだけテストしても、バグが発生します。これは避けられません。先日、クライアントから、稼働前に欠陥がないことを期待しているとのことでしたが、その場合、実際には稼働しないと言っていました。

既知の重大または優先度の高い欠陥がない限り、クライアントと許容可能な欠陥レベルについて合意するのが普通です。公開すると、ユーザーがより多くの問題を見つけることが保証されることに注意してください。これらの欠陥のいくつかが会話率、そして最終的には売上に影響を与えることはほぼ避けられません。

この影響を軽減するために、システムインテグレーターが、運用開始後の最初の2か月間、集中的なレベルのサポートを提供できること、および修正を迅速に展開する準備ができていることを確認してください。

ユーザーの混乱を避ける

親しみやすさの重要性を過小評価しないでください。あなたの顧客はあなたのウェブサイトに精通していて、彼らが欲しい製品をどこで見つけるか、そしてそれが提供するツールをどのように使うかを知っているでしょう。

新しいWebサイトは、完全に新しいユーザーエクスペリエンスを備えている可能性が高く、一時的にユーザーをスローする可能性があります。ほとんどのWeb購入は、Webサイトへの複数回のアクセスの結果であり、サイトが一晩で変更されると、購入を確定するために戻ってきたユーザーが混乱する可能性があり、これがコンバージョン率に影響します。

これを軽減するのは特に簡単なことではありませんが、UXをどれだけ劇的に変えるか、そしてこれが購入の過程で顧客を最初に混乱させる可能性があるかどうかを検討する必要があります。

UXの問題点

新しいプラットフォームの新しいユーザーエクスペリエンスの設計とテストに多くの労力を費やしたことを願っています。ただし、いくらテストを行っても、新しいプラットフォームを公開して何が起こるかを監視することに代わるものはありません。

テスト中に特定されなかった、コンバージョン率に影響を与える特定のUXの問題点を発見する可能性があります。これはほぼ避けられないことです。そのため、これらの問題点をすばやく特定するためのツールと、それらを迅速に修正するためのプロセスを用意することが非常に重要です。

HotjarなどのWeb最適化ツールをうまく利用すると、これらの問題をすばやく見つけることができます。運用開始後数週間以内に定期的なリリースを計画します。これにより、これらの問題点をすばやく緩和できます。

Tick-tock：タイミングが重要

稼働開始のタイミングは非常に重要です。ほとんどの企業には季節的な山と谷があり、マーケティング活動は1年を通してさまざまな時期に行われます。静かな時期にライブに移行する必要があることは明らかですが、稼働後の数か月も考慮する必要があります。

ブラックフライデーの1か月前にライブ配信するのは十分な時間のように聞こえるかもしれませんが、これは非常に大きなリスクです。この時点で稼働する準備ができている場合は、新しいプラットフォームで生成できる追加の収益と、問題がピークに達するリスクを比較検討する必要があります。

一般に、稼働開始から販売およびマーケティング活動のピーク期間までに最低2か月を残すことをお勧めします。

測定、測定、測定、そしてさらに測定

理由についての洞察なしに売上高の減少を見ることよりも悪いことはほとんどありません。プラットフォームのパフォーマンスのすべての側面を測定し、問題が存在する場所を可視化するためのすべてのツールを確実に配置することが非常に重要です。

問題が1つだけになる可能性はほとんどありません。稼働後の忙しい瞬間には、干し草の山で針を探すのではなく、適切な場所に努力を集中できる必要があります。

分析ツールやその他の監視および測定ツールとの完全な統合なしに稼働を開始するべきではありません。データと可視性が多ければ多いほど、優れています。ただし、それはデータを保持することだけではなく、そのデータを使用できるようにすることでもあります。誰も使用しない分析ツールを使用する意味はほとんどありません。