3痛いパブリックサイトの再設計災害

失敗したケースとウェブサイトの改訂

で学んだ教訓

ウェブサイトは、外科的処置のように改訂されます。注意しないと、ウェブサイトの健康と生活さえも危険にさらされます。この記事では、Digg、Yahoo Email、Target.comの3つの古典的なWebサイト改訂ケースを分析し、そこから貴重なレッスンを学びます。

写真：ベン・マルゴリン

ウェブサイトの改訂は一般的ですが、成功したケースはほとんどありません。改訂後、多くのウェブサイトはユーザーから良いレビューを受け取らなかっただけでなく、多くの批判を集めました。その理由は、ユーザーがうるさい味を持っているからではなく、バージョンの変更に深刻な欠陥があるためです。改訂の成功または失敗を測定するための重要な指標は、ウェブサイトのトラフィックと変換率です。改訂後に視覚効果が改善されたとしても、ユーザーのチャーンが深刻な場合、改訂は間違いなく失敗します。

残念ながら、多くのウェブサイト改訂の失敗ケースはほとんど知られていない。したがって、機能障害、ユーザーフィードバック、ウェブサイトトラフィックランキングなどの間接メトリックなど、公開情報からの改訂障害の理由のみを分析できます。

以下では、3つの古典的なケースを詳細に分析しましょう：

1. diggの自己破壊

diggの改訂は、ウェブサイトの改訂に失敗した古典的なケースと見なすことができます。 2010年、当時最も人気のあるソーシャルブックマークのWebサイトとして、DiggはFacebookやTwitterと競争するためにソーシャルブックマークからソーシャルネットワークに焦点を移そうとすることを決定しました。

diggは、投票権を再配布することにより、少数のエリートユーザーの独占を弱めようとしました。そうすれば、ユーザーは友人が共有するコンテンツにもっと注意を払うことができました。ただし、この変更は裏目に出ます。ほとんどのユーザーは、Diggにアクティブなソーシャルネットワークを持っていません。FacebookやTwitterでの付き合いに慣れており、Reddit、StumbleUpon、Slashdotでコンテンツを探しています。 Diggは、ソーシャルとブックマークのニーズを同時に満たそうとしましたが、失敗しました。

改訂により、Diggの米国および英国のユーザーはそれぞれ26％と34％減少しました。 Diggは後に状況を救おうとするためにいくつかの改訂を行いましたが、以前の栄光を回復することはありませんでした。

diggの失敗レッスンは次のとおりです。ウェブサイトのコアロジックの劇的な変更は、ユーザーを疎外する可能性があります。改訂がいくつかの改善をもたらしたとしても、ユーザーの解約によって引き起こされる損失を補うことはできません。

2. yahooメール - ルートに触れないでください

yahooメールはバージョンの改訂に失敗し、diggとは異なりました。 Diggの改訂は合理的なロジックに基づいていますが、Yahoo Emailの改訂は不要であると思われます。 1年も経たないうちに、Yahooメールは2つの改訂を受けましたが、どちらもユーザーに強く反対されています。

Yahooメールの改訂は、「壊れていない場合は修理しないでください」と要約できます。オリジナルのYahooメールは完璧ではありませんが、2つのリビジョンは、Senderによるタグやソートなど、ユーザーが愛する多くの機能を削除し、Flickr統合など、ユーザーが必要としない機能を追加しました。

Yahoo Emailの失敗の教訓は、業界のリーダーを模倣しないで、あなた自身の特徴に忠実であることです。 Yahoo MailboxはGmailを模倣しようとしましたが、独自の特性を失い、最終的にユーザーの損失につながりました。

3. ターゲット

前の2つのケースと比較して、Target.comの改訂障害は比較的小さいですが、それでも私たちの反省の価値があります。 Target.comの改訂は、ブランドの一貫性の重要性を反映しています。ターゲットブランドの象徴的な機能はミニマリズムですが、最新の改訂はこの機能から逸脱しているため、乱雑なWebサイトになります。

ターゲットの失敗の教訓は、短期的な利益や傾向を追いかけるために長期的なブランド価値を犠牲にしないでください。段階的な改訂方法は、ユーザーの不満や潜在的なリバウンドを減らすことができます。

要約

ウェブサイトの改訂は、高リスクの高報酬アクティビティです。改訂に成功するには、慎重な計画、徹底的なユーザーテスト、継続的なフィードバックコレクションが必要です。さらに重要なことは、業界のリーダーを盲目的に模倣することではなく、ウェブサイトのユニークなアイデンティティに忠実であることです。 段階的に、ユーザーが最初のものです！

FAQ（FAQ）

（元のテキストのFAQの一部が記事の内容で非常に繰り返され、長くなっているため、FAQの部分はここで省略されています。必要に応じて、FAQの部分は個別に生成できます。

以上が3痛いパブリックサイトの再設計災害の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。