6月9日というロックな日にブログを書くというめぐり合わせをうれしく思うモバイル班のロックマンです。
livedoorに入社して10ヶ月ほど経ったのですが、振り返ってみるといろんなコンテンツのリニューアルばかりやっていたことに気付き、今回はその私の考える「リニューアル」について書いてみることにします。
これはサイトによっていろいろ変わってくるのかも知れませんが、私がこれまでやってきたサイトリニューアルは、「これからこのコンテンツの停滞したPVやUUを伸ばすぞ！」という掛け声のもと、その第1番目の施策として「ユーザビリティの向上」を目的として行うリニューアルです。
その中身は
(1) デザイン・見た目のリニューアル
(2) 機能改善（使いやすくする）とか
(3) 新機能追加 とか
という表と裏の総見直しといったところです。
（1）と（3）について……これは次のいつかの機会にとっておきまして……今回は (2) 機能改善 (使いやすくする) についての考えを書きたいと思います。
「慣れ」をもつユーザーの行動パターンに沿って
全面的に機能改善しようとするときに私が一番意識しているのは「ユーザーの今までの行動パターンに沿って、無理なくリニューアルして使い勝手のいいほうに誘導する」ということです。
いくら「使いにくい」と評判のサイトでも、その「使いにくい」機能や遷移で利用してきたユーザにはその中にも「慣れ」というものも発生していて、「初めて使う人には使いやすいだろう」というような中途半端な改善は、「慣れ」ているユーザーにとっては「逆に使いにくくなった」という結果になりかねません。
なので、いくら使いにくいと評判の遷移や機能や見た目でも、リニューアルだからといって無闇に激変させるのは良くないと思ってます。
それがリニューアルの一番難しいところであって、重要な部分だと思います。「やるべき」か「そのままにするべきか」の判断に妥協なく時間をかけます。
それぞれの機能の挙動や遷移に一貫性がなかったり、無駄な部分があったとしても、「いままで利用してきてくれたユーザーの"慣れ"という利便性」を損なわない形で、「あれ、なんか使いやすくなった」と、ある意味では気付かれないくらいスマートに機能改善を私は図ろうと意識してます。
そこの手を抜くと結局は時間だけ使った「無駄なリニューアル」になりかねない気がするからです。
このような改善のわかりやすい例の一つとして、これは私が去年リニューアルしたケータイlivedoorニュースもそうですし、ケータイサイトでは定番になった次のようなフローがあります。
◎こんな既存のフロー
「記事ページに"コメントをする"のリンク」
↓↓
「コメント入力画面」
↓↓
「コメント確認画面」
↓↓
「コメント完了画面」
◎これを簡易化
「記事ページに設置されたコメント入力ボックスに
コメントを入力後、送信（書込）ボタン」
↓↓
「コメント一覧へリダイレクト」
気軽にストレスなく書き込めて、確認画面や完了画面があったことに慣れていた"既存ユーザー"でも、[削除] ボタンも見やすく設けてあげればフローを変えても不安は最小限にスムーズに対応できます。
ケータイlivedoorニュースのコメント欄の場合はログインしているかしていないかによってコメントできる、できないがあるため大きな効果はありませんが、サイト全体が成長傾向にある中で、コメント数も増加しました。
上記の形はもはやケータイサイトでは定番なのですが、この場合の考えるべきは、記事ページ自体に入力ボックスがある関係でほかの項目も多くある関係上行数はとれません。基本的に最低限の枠、1行だけが自然でしょう。
この1行入力ボックスを利用する場合、50文字〜100文字くらいの場合が妥当です。
ケータイlivedoorニュースではヒトコト程度で気軽に書き込んでもらってサイトが活性化したらよいなあというスタンスでこのような形をとっていますが、同じコメントでも文字数を多く入力させたい場合はこの形は向かないかもしれません。
ボックスからユーザーに見える (視覚的に確認できる) 文字が少なすぎますし、入力した文字数が多い場合、しっかりと確認してから書込みたいため、気軽に「書込ボタン」を押せる必要がなく、むしろ、別ページ (入力画面) と確認画面も必要だったりします。
そうなると、書き込み・編集・削除系のフローは単に簡易化するだけでなく、状況により、フローは長い遷移の既存ままにせざるを得ないときもあります。
この場合は、完了画面での誘導 (リンク) をわかり易くするという対応も考えます。
書き込み・編集・削除系のフローに決まった判断方法はなく、新しい遷移が「"新規ユーザー"にはあきらかに使いやすいもの」であっても、"既存のユーザー"にはどうか、遷移を変えても戸惑わないか、使われなくなってしまわないか、いろんなケースを考えて判断しなくてはなりません。
モバイルサイトはどうしても画面遷移のスピードが遅かったり、遷移が多くなってしまうことも多いため、ここには全神経を注いである程度時間をかけてあらゆる角度から慎重に決めます。
また、これはちょっと違った視点なのですが、例えば新しくそのサイトを任され、リニューアルをして、リニューアル後も自分がそのサイトを運営していくのであれば、「妥協なき機能改善」は「ユーザーのための機能改善」だけでなく、「このサイトに愛着をもてるにする」ためにも大事なことかなと思います。
既存のサイトですと、すぐに愛着を持ってモチベーション高く運営することがどうしても難しいので、「隅々まで理解し、手を加える」という作業をすることで自然を愛着が沸いてきますし、「どんどん良くしていこう」というモチベーションを作ることができます。
小さなことですがこんなリンクの追加でも大事↓
これはケータイならではの特徴で、検索流入の多い (初めて来る人の多い) ニュース記事ページではとても重要な考え方になります。
だいたいのプロジェクトは限られたリソースの中でやるわけで、開発の関わらない部分、簡単だけどめんどくさい部分もトライ＆エラーでどんどんやっていかないとサイト自体成長しません。
ただ、こういった細かいことは"愛着"をもってないともしかしたら思いつかないかもしれません。
たぶん上記以外にも違った視点で見ることが出来ると思うのですが、リニューアルにはいろんな方面に効果を与えられる可能性があって、それは、ユーザーに対してだったり、自分も含む運営側に対してだったり、さらには社内のほかのプロジェクトに対してだったり……その可能性を引き出すためには「手抜きしない」ことが最低限、第1に死守するところかと思います。
実際に、リニューアルそれ自体一発で直後にPVやUUが激増するということは稀だけに、その「妥協なきリニューアル」をきっかけに"愛着とモチベーション"を持ち、継続的に細かくユーザビリティを見直し続けることが、すぐにではなく、のちに「あのリニューアルは成功だった」といえる「すばらしいリニューアル」が実現できるのではないかと考えています。
livedoorに入社して10ヶ月ほど経ったのですが、振り返ってみるといろんなコンテンツのリニューアルばかりやっていたことに気付き、今回はその私の考える「リニューアル」について書いてみることにします。
なぜリニューアルするのか
これはサイトによっていろいろ変わってくるのかも知れませんが、私がこれまでやってきたサイトリニューアルは、「これからこのコンテンツの停滞したPVやUUを伸ばすぞ！」という掛け声のもと、その第1番目の施策として「ユーザビリティの向上」を目的として行うリニューアルです。
その中身は
(1) デザイン・見た目のリニューアル
(2) 機能改善（使いやすくする）とか
(3) 新機能追加 とか
という表と裏の総見直しといったところです。
（1）と（3）について……これは次のいつかの機会にとっておきまして……今回は (2) 機能改善 (使いやすくする) についての考えを書きたいと思います。
「慣れ」をもつユーザーの行動パターンに沿って
無理なく機能改善
全面的に機能改善しようとするときに私が一番意識しているのは「ユーザーの今までの行動パターンに沿って、無理なくリニューアルして使い勝手のいいほうに誘導する」ということです。
いくら「使いにくい」と評判のサイトでも、その「使いにくい」機能や遷移で利用してきたユーザにはその中にも「慣れ」というものも発生していて、「初めて使う人には使いやすいだろう」というような中途半端な改善は、「慣れ」ているユーザーにとっては「逆に使いにくくなった」という結果になりかねません。
なので、いくら使いにくいと評判の遷移や機能や見た目でも、リニューアルだからといって無闇に激変させるのは良くないと思ってます。
それがリニューアルの一番難しいところであって、重要な部分だと思います。「やるべき」か「そのままにするべきか」の判断に妥協なく時間をかけます。
それぞれの機能の挙動や遷移に一貫性がなかったり、無駄な部分があったとしても、「いままで利用してきてくれたユーザーの"慣れ"という利便性」を損なわない形で、「あれ、なんか使いやすくなった」と、ある意味では気付かれないくらいスマートに機能改善を私は図ろうと意識してます。
そこの手を抜くと結局は時間だけ使った「無駄なリニューアル」になりかねない気がするからです。
ケータイlivedoorニュースの場合
このような改善のわかりやすい例の一つとして、これは私が去年リニューアルしたケータイlivedoorニュースもそうですし、ケータイサイトでは定番になった次のようなフローがあります。
◎こんな既存のフロー
「記事ページに"コメントをする"のリンク」
↓↓
「コメント入力画面」
↓↓
「コメント確認画面」
↓↓
「コメント完了画面」
◎これを簡易化
「記事ページに設置されたコメント入力ボックスに
コメントを入力後、送信（書込）ボタン」
↓↓
「コメント一覧へリダイレクト」
気軽にストレスなく書き込めて、確認画面や完了画面があったことに慣れていた"既存ユーザー"でも、[削除] ボタンも見やすく設けてあげればフローを変えても不安は最小限にスムーズに対応できます。
ケータイlivedoorニュースのコメント欄の場合はログインしているかしていないかによってコメントできる、できないがあるため大きな効果はありませんが、サイト全体が成長傾向にある中で、コメント数も増加しました。
ケースはさまざま
上記の形はもはやケータイサイトでは定番なのですが、この場合の考えるべきは、記事ページ自体に入力ボックスがある関係でほかの項目も多くある関係上行数はとれません。基本的に最低限の枠、1行だけが自然でしょう。
この1行入力ボックスを利用する場合、50文字〜100文字くらいの場合が妥当です。
ケータイlivedoorニュースではヒトコト程度で気軽に書き込んでもらってサイトが活性化したらよいなあというスタンスでこのような形をとっていますが、同じコメントでも文字数を多く入力させたい場合はこの形は向かないかもしれません。
ボックスからユーザーに見える (視覚的に確認できる) 文字が少なすぎますし、入力した文字数が多い場合、しっかりと確認してから書込みたいため、気軽に「書込ボタン」を押せる必要がなく、むしろ、別ページ (入力画面) と確認画面も必要だったりします。
そうなると、書き込み・編集・削除系のフローは単に簡易化するだけでなく、状況により、フローは長い遷移の既存ままにせざるを得ないときもあります。
この場合は、完了画面での誘導 (リンク) をわかり易くするという対応も考えます。
書き込み・編集・削除系のフローに決まった判断方法はなく、新しい遷移が「"新規ユーザー"にはあきらかに使いやすいもの」であっても、"既存のユーザー"にはどうか、遷移を変えても戸惑わないか、使われなくなってしまわないか、いろんなケースを考えて判断しなくてはなりません。
モバイルサイトはどうしても画面遷移のスピードが遅かったり、遷移が多くなってしまうことも多いため、ここには全神経を注いである程度時間をかけてあらゆる角度から慎重に決めます。
効果は未知数
ユーザー側だけでなく運営側への効果
また、これはちょっと違った視点なのですが、例えば新しくそのサイトを任され、リニューアルをして、リニューアル後も自分がそのサイトを運営していくのであれば、「妥協なき機能改善」は「ユーザーのための機能改善」だけでなく、「このサイトに愛着をもてるにする」ためにも大事なことかなと思います。
既存のサイトですと、すぐに愛着を持ってモチベーション高く運営することがどうしても難しいので、「隅々まで理解し、手を加える」という作業をすることで自然を愛着が沸いてきますし、「どんどん良くしていこう」というモチベーションを作ることができます。
小さなことですがこんなリンクの追加でも大事↓
これはケータイならではの特徴で、検索流入の多い (初めて来る人の多い) ニュース記事ページではとても重要な考え方になります。
だいたいのプロジェクトは限られたリソースの中でやるわけで、開発の関わらない部分、簡単だけどめんどくさい部分もトライ＆エラーでどんどんやっていかないとサイト自体成長しません。
ただ、こういった細かいことは"愛着"をもってないともしかしたら思いつかないかもしれません。
最低限死守すること
たぶん上記以外にも違った視点で見ることが出来ると思うのですが、リニューアルにはいろんな方面に効果を与えられる可能性があって、それは、ユーザーに対してだったり、自分も含む運営側に対してだったり、さらには社内のほかのプロジェクトに対してだったり……その可能性を引き出すためには「手抜きしない」ことが最低限、第1に死守するところかと思います。
実際に、リニューアルそれ自体一発で直後にPVやUUが激増するということは稀だけに、その「妥協なきリニューアル」をきっかけに"愛着とモチベーション"を持ち、継続的に細かくユーザビリティを見直し続けることが、すぐにではなく、のちに「あのリニューアルは成功だった」といえる「すばらしいリニューアル」が実現できるのではないかと考えています。
コメント