dIG iT

前回（テストパターンを考える時のアイデア その２）は「競合や同業のパターンを探る」「UIのパターンまとめを見る」「過去のナレッジの確認」といった部分でのテストパターンの洗い出しに触れたわけですが、今回は「競合や同業のパターンを探る」を実際に考えた場合の例を少しだけ（軽め）。具体的にはグローバルナビゲーションを検討する場合の例などを簡単に挙げてみます。

前回のエントリでは、「改善案」を考えるにあたって、「何ができる？」といったものを洗い出すための図を紹介させて頂きました。２回目の今回は、ある程度「何ができる？」が見えてきた時に、より「具体的に」落としこむ方法について紹介 [...]

サイトの最適化を進めていくにあたっては、最終的に何かしらの形で「改善案」ができそれに対して「テスト」をしていくわけです。

分析ベースであっても、それ以外の課題からだったとしても、この＜改善案＞を作る時は、ホントーにいろいろと考えます。分析→仮説→改善案といった形でその順番を書いてしまうと、直線的なフローになってしまうのですが、実際はもう行ったり来たりなわけです。

若干、釣り気味のタイトルですが、特に運用担当者、ウェブ制作系の方に読んでいただきたいなぁと思いつつクリエイティブのタイミングで決まるものごとの重要性について触れてみたいと思います。

「カートへ追加する」「資料請求へ」といったCall-To-Action（行動喚起）をするボタンまわりのテストは比較的効果が出やすいです。やっぱりコンバージョンをするにあたって必ず通る部分でもありますからね。テストで差が出れば結果の効果も大きくなります。

こういったCall-To-Actionのボタンのテストですがたまにクリックのみで評価されてしまっているケースがあります。しかし、これはテスト結果を間違って評価してしまいかねないので注意が必要です。というかクリック率だけで評価とかは、基本はダメです。

先日、「改善のための分析３つのステップ」について記述しましたが、これのもう少し具体的な例を記述してみたいと思います。簡単に３つステップをおさらいすると下記となります。

以前にポストした「分析レポートは４つに分けて考える。」というエントリでは解析ツールの利用を「体重測定」「効果測定」「課題分析」「深堀分析」という４つの視点で整理をしました。

今回はその視点の「課題分析」「深堀り分析」の２つの部分によりフォーカスして、分析を通してサイトの改善につなげる際のポイントとして整理をしてみました。

日々、人生は選択の連続。もちろんWebサイトでも選択の連続です。どの商品、どのリンク、これを買うのか？買わないのか？と。

以前にCMで選択肢が多いために選択をしない決定回避の法則なども紹介されていることがありましたが、選択肢をどう考え、どう見せていくかはWebサイトにとって重要です。

サイトの最適化とは言い換えれば「サイトのポテンシャルを最大化すること」です。ポテンシャルの最大化とは、同じ投資で最大の効果を得ることだったり、同じ効果を最低限の投資で行えるようにすることだったりします。

最適化のための改善アプローチとは複雑に考えようと思えば、いくらでも考えられてしまったりもするのです。しかし、それではアクションがしにくくなってしまいます。そこでアプローチを出来るだけ単純に出来るよう＜大きく２つ＞に分けてみました。

サイトを最適化していくためには、大きく「問題点の発見する」→「仮説を作る」→「検証する（テスト）」というアプローチをとりながら、徐々によくしていく感じなわけです。

最近のWeb解析の話は、比較的この最初にある「問題点の発見」にフォーカスがされているものの、実際にそのあとの改善アプローチは語られていないことがほとんどだったり。

ということで、非常にざっくりではあるものの、問題点を発見したあとにどんな改善アプローチがあるのかというのをざっくりと図でまとめてみました。