｢Webサイトの全面リニューアル｣はオススメできない9つの理由

Webマーケティングで成果を出す手段として「もうWebサイトを全面リニューアルしよう」と考える企業は非常に多いと思います。確かに全面リニューアルを行うと、構造やデザインを抜本的に変えることができますし、社内ロジックとして「3年に1度のお祭り」として予算を捻出しやすいケースは多いでしょう。クックパッドさんのトップページリニューアルのように、「明確な狙い」と「リリース後の効果測定体制」があれば、有効なケースも多いと思います。しかし、安易な全面リニューアルは、そこに投下したリソースに必ずしも見合わないリターンしか産まないばかりか、むしろ成果を大きく落とす危険が大きいです。そのため、個人的には「全面リニューアル」ではなく、「省エネ部分改修」を何度も繰り返すアプローチを推奨します。

1 アメリカのユーザビリティ伝道師による「全面リニューアルをすべきでない9つの理由」
2 「完璧な解決」よりも「素早い改善」
3 「ラクに直せる」と運用しやすい
4 デザインを一切変えなくても「問合せ数10倍」は実現できる
5 「成果のツボ」を突けるWebマーケターに

アメリカのユーザビリティ伝道師による「全面リニューアルをすべきでない9つの理由」

Webユーザビリティの名著「ウェブユーザビリティの法則（Don’t make me think）」の著者スティーブ・クルーグは、多くの人が陥りがちな「細かな問題を拡大解釈し、大規模な打ち手やリニューアルに飛びつきたがる」傾向に警鐘を鳴らしてます。同氏は第二作の「Rocket Surgery Made Easy」の中で、「全面リニューアル」に代表される大規模な打ち手が、「部分改修」に劣る理由として、以下の9つをあげています（一部超訳）。

コストが大きい
業務が増える
直すのに時間がかかる
「良かった点」が台無しになる
一度に多くの要素を変えてしまい、何が良いかが分からない
多くの人を巻き込む必要がある
あまり変えたくない人たちを敵に回してしまう
頓挫のリスクが高い
途中で間違った道に進みやすい

「全面リニューアル」が非常にハイリスクな打ち手であることがよく分かります。

「完璧な解決」よりも「素早い改善」

同じ本の中で、「完璧な解決」を求めるよりも「手軽な素早い改善」を行った方がよい、という指摘をしています。例えば、あるサイトで「カテゴリAが見つけにくい」という課題が分かった場合に、これに対する抜本的な解決方法を考えようとすると、・そもそもカテゴライズが悪いのでは・ナビゲーションの配置を再検討すべきでは・ナビゲーションの見た目やデザインも変えるべきでは・下位階層の構造も見直すべきではと、検討事項が多くなり、億劫で、アクションに繋げにくくなります。それよりも、例えば「カテゴリAへのリンクをカテゴリBのページ内にも追加する」等のように、根本的な解決でなくても、すぐにできて「多少はマシになる改善」の方が、現実的にアクションにつながりやすく費用対効果が高いという教えです。

「ラクに直せる」と運用しやすい

私自身も、複数のWebビジネスの立ち上げを行ったり、自分自身でサイトを幾つも運用している経験から、実際の改善アクションを継続的に行い続けるには「ラクな施策」に落とし込めるかが重要と痛感しています。ラクな施策とは、具体的には、

文言を変えるだけ
画像を変えるだけ
リンクリストに追加するだけ

といったように、影響範囲が少ない打ち手のことです。この考え方は、OptimizelyやplanBCD等のABテストツールを活用する際にも大いに有用です。これらのツールは、システム変更を行なわず改善できることが売りですが、ツールの制約もある中で大きな変更を行うと大変です。「ラクに直せる施策」に落とし込めることで、これらのツールの価値を最大限に活用できます。課題に対して「簡単で効果的な改善案は何か」を考える癖をつけると、ディレクション能力は格段に向上するでしょう。

デザインを一切変えなくても「問合せ数10倍」は実現できる

例1: 保険代理店サイト、デザイン一切変えずに問合せ10倍

最近関わったある保険代理店のサイト改善プロジェクトでは、サイト構造やデザインを一切変えず、必要なコンテンツや素材を追加することで問合数10倍を実現できました。このプロジェクトでは、ユーザ行動観察に基づいた課題洗い出しと、その改善策としてコンテンツをかなり作りこんだこともあり「部分改修」とは言えませんが、成果を上げるために「全面リニューアル」が必ずしも必要でないことはお分かり頂けるかと思います。