ユーザーのフィードバックをどうサービスに反映させるべきか？（12の指針）
March 26, 2007 10:03 AM written by 100SHIKI Apprentice II
何かサービスをつくったときにはなるべくユーザーの声に耳を傾けたいものです。しかしながら闇雲にユーザーの声を取り入れているとわけがわからなくなってしまいます。
そこで今回はTara Huntさんのブログから「ユーザーのフィードバックをサービスに反映させるときの12の指針」をご紹介します。Taraさんは画像認識ベンチャーのRiyaにもかかわっていらっしゃったようですね。
どういったフィードバックを反映させるべきで、どういったものは反映させるべきではないのでしょうか。サービスの開発をされている方にはかなり参考になるのでは・・・では以下よりどうぞ。
- 上級者ユーザーの意見は聞くべきだが、（あまり）反映すべきではない。
- 普通のユーザーは何が欲しいのか教えてくれない。だから彼らの行動を観察しよう。
- すべてのフィードバックには返事をしよう。たとえそれが「あなたのご意見はサービスに反映できません」であっても。
- ネガティブなフィードバックはプロとして対応しよう。
- ユーザーからの提案を取り入れた場合はちゃんとお礼をしよう。
- 何がどう変わったかユーザーにきちんと知らせよう。
- ちょこちょこ変更するか、大きく変更するか？（→ バランスが大事）
- あなたのサービスのファンを雇ってはいけない。
- 小さな、ちょっとした意見を見逃すな。
- エゴを捨てよう！
- 全員を満足させようとするとつまらないサービスになる。
- 速くやるよりも正しくやろう。でも時間がかかりすぎてはいけない。
上級者のためにサービスを設計すると普通の人が使えなくなります。そして普通のユーザーの方が上級者ユーザーよりずっと多いことを知るべきです。
普通のユーザーに何が欲しいのかを聞いても彼らにはわからない場合が多いし、困ったことに間違えたことをよく言います。それよりは彼らが何をどう操作しているかを観察して改善の糸口を見つけましょう。
「あなたの意見を聞いていますよ」という姿勢を示すことによって、より多くのフィードバックをもらうことができるのです。
ユーザーからのフィードバックはたいていの場合、イライラしながら送られてくるものです。言葉遣いがきつくても個人的な攻撃と受け止めないようにしましょう。
基本ですね。
誰もが開発者ブログを読んでいるわけではなりません。変更した箇所はユーザーにわかるようにしましょう。
ちょこちょこ変更があると活気のある会社と思われます。大きな変更はサービスのプロモーションに役立ちます。どちらも有用です。どちらかだけではなく、バランスよくリリースしましょう。
熱狂的なファンを雇ってしまうと会社は停滞します（「すごい、すごい！」が蔓延するので）。雇うならあなたのサービスを批判してくれる人を雇おう。そして、彼にはサービスを批判し続けてもらおう。
「それ、当たり前だからいつかやるよ」が重大なミスになることもある。「リンクを50pxだけ右にずらす」が大きな違いを生むこともある。
自分が作ったものじゃないから、という理由で切り捨てるのはやめよう。誰にでも得手不得手はあるのだから。
コンセンサスでデザインを決めることはすばらしいアイディアを殺すことに等しい。
大事な機能にはきちんと時間をかけよう。でも時間がかかるときはユーザーにちゃんと知らせよう。
もちろんすべての場合において上記が正しいというわけではありません。自社の状況にあわせて適宜調整しながらご利用ください。自社のポリシーをこれをもとに決めてもいいかもしれませんね。
原文は以下よりどうぞ。
» ::HorsePigCow:: marketing uncommon » How to: Receiving Customer Feedback
Info: ライフハック |
固定リンク |
コメント (1) |
トラックバック (1) |
↑
