dIG iT

最適化をやみくもに進めていては効率も悪く、場合によっては思っても見ない方向ばかりに目がいってしまい、そもそもの本題を見失ってしまう可能性もあります。

運用をする、課題となっている箇所を探す、テストをするなど様々なことを行っていくにあたり、事前に行っておくと良いことがあったりします。というこでそれらを３つに分けてみたいと思います。

2011年あけました。今年も宜しくお願いいたします。はい。ということで今回はハイレベルサイトマップについて触れてみたいと思います。

ハイレベルサイトマップは解析とは関係ないようにも感じるかもしれませんが、自分はクライアントのサイトを分析する際は必ずといっていいほど作るものです。というかこれがないと分析の軸がブレやすくなってしまいます。

サイトのリニューアルは、サイト方針を切り替え、裏側のシステムの入れ替え、リフレッシュのためなど、最初の理由は様々です。

せっかくなのでリニューアルが決まったのであれば、解析ツールもそこに役立てたいもの。ということでそのあたりについて少し考えてみました。

いくつかの方法を検証して、良いものを選択していく。これが最適化のプロセスです。

このコアとなるのが、テストです。テストを行っていくことって最適化プロセスをドライブさせるものだったりします。

しかし、テストの文化ってなかなか企業に根付きにくいんですよね。ということでこのテスト文化について感じる雑感など。

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

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

Markezineで行っている連載の第２回が公開されました。この連載では「考え方」→「事例」→「考え方」→「事例」といった感じで進めていて、今回は「事例」の方になります。 第２回は「興味バロメーターと購買リスクを加味した [...]

随分と遅くなってしまったのですが、先日（2010年9月17日）行った第３回解析しないと！のまとめを書いておきたいと思います。

今回のテーマは「セグメントしないと！」ということで、セグメントを中心としてお話をさせて頂いたわけですが、まとめる段階で自分も色々と勉強になりました。

※いらっしゃれなかった方も下の方にアーカイブがあります。

解析しやすいサイトは作れます。制作時にいくつかのポイントを意識するだけで、その解析のしやすさは飛躍的にあがってきます。

逆に言えば、アクションにつなげやすいサイトは、解析のしやすいサイトであり、それは結果としてサイト構造がしっかりしたものとも言えます。

ということで、サイトを作っていく上で＜解析視点から＞押さえておくと良いポイントをご紹介したいと思います。

9月に解析しないと！をやることになりました。通算でいくと第3回目になります。ありがたい限りです。今回は 同僚コンサルタント2名と一緒にやる感じになりました。

Markezineの連載が始まり、金曜日に公開がされました。今回は「考え方」→「事例」→「考え方」→「事例」といった感じで進めていく予定です。