[]
ほとんどの製品チームの問題点は、ユーザーが望んでいると思われることに従って製品を開発し、ターゲットユーザーの実際のニーズを無視する傾向があることです。1990年代にウィンドウズとOS2マシンを設計した個人的な経験から、私は「新人のために設計し、高度な設定は技術者に任せる」という製品哲学を思いつきました。"
多くの技術者は、自分たちのことを念頭に置いて製品を設計し、リリースから数カ月後にターゲットではないユーザーを対象にテストを行う傾向があります。もし、あなたが実際のユーザーテストを実施したことがないのであれば、その結果に驚くでしょうし、新しいユーザーにとって、当たり前のタスクをこなすことがいかに難しいことかもわかるでしょう。
私はこの状況をよく知っています。
コンピューターが "グリーン・スクリーン "からウィンドウズに切り替わったとき、若くて教養のある技術愛好家たちはすぐにその考えを受け入れました。彼らはキーボードのショートカットは暗記していたものの、新しいシステムを受け入れることには明らかに消極的でした。古いグリーン・スクリーンのコンピューターに別れを告げさせるために、多くの夜と週末が公務員に新しいシステムの説明に費やされました。
初期のユーザーテストはひどいものでした。カスタマーサービス担当者は、ドラッグ・アンド・ドロップやクリック・アンド・クリックの操作を嫌がったのです。コンピューターは彼らの仕事にとって悪魔であり、彼らはキーボードコマンドを入力することで効率的に仕事をこなしたいと考えていたため、マウス操作の多様性は彼らにとって大きな弊害だったのです。
選択肢の多い世界に生きながら、逆説的ですが、多くの場合、選択肢の多さを嫌います。
あなたがレストランに行ったときのことを考えてみてください。"さあ、ブティック・オプションはないのか？"と、店主はあなたの好きな料理をできるだけ多くの選択肢から選ぶことを出発点にしています。頻繁に行かない客ほど、そう考える傾向があります。メニューの内容を正確に知っているわけでもなく、じっくり見ている時間もありません。だから普通はウェイターに "おすすめは？"と聞くでしょう。あるいは、スペシャルメニューを注文して、その日はおしまい。メニューに詳しいオーナーやシェフ、ウェイターも、"大したことないじゃん、好きなの頼めばいいじゃん "とつぶやくのは罪です。
この例えは、新規のお客さんは、できるだけ簡素化されたメニューで○○○を食べたい、無理せず楽しい時間を過ごしたい、ただそれだけだということを説明するためのものです。
10年以上もの間、ウィンドウズのアプリケーションは日々設計され、技術者たちは常に製品にできるだけ多くの機能を詰め込むように言われてきました。 チーズ工場のミニチュアを作ることもできます。
"新人のために設計され、高度な設定の楽しみは、技術の達人に任されています。"
データを見れば、大半の人が製品のアクティブユーザーではないことに気づくでしょう。
強力な製品を開発したい、製品の良さを実感したいというお気持ちはよくわかります。正直なところ、この作業は新製品がリリースされた後に、スーパーユーザーからのフィードバックに基づいて新機能を拡張していくべきです。
もうひとつ、はっきりさせておかなければならないことがあります。スーパーユーザーは、たとえそれが奥深くに隠されていたとしても、製品の機能を把握することができると言われています。製品のより複雑で素晴らしい機能を体験するために、彼らが手動で操作するためのボタンを予約しておくのは悪いアイデアではありません。
でも、新人が偶然見つけて混乱しないように、高度な機能が隠されていることを確認してください。そして、私の言葉を鵜呑みにしないでください。実際のユーザーテストを行い、テストするユーザーがあなたの周りから無作為に選ばれた人だけではないことを確認してください。基本的な機能」についてのあなたの主観的な仮定は、おそらくまだ少し難しいでしょう。
2005年にKoralで新製品を開発していたとき、私はこのような製品思考で仕事をしていました。ちょうどSalesforceに買収されたばかりで、ユーザーテストのためのシナリオをいくつか設計し、セッションをビデオに撮り、基本的なテストを設定するよう依頼されました：
- システムへのファイルのアップロード
- 新しいフォルダの作成
- 新しいフォルダへのファイルの移動
- ファイルを送る
- ちょっと待ってください！
サンフランシスコの技術達人向けの製品を開発しているのでなければ、やる前によく考えてください。
私が一緒に仕事をしたチームの中には、リーンスタートアップ運動で言及されているユーザーテストモデルを完全にサポートしているところもあり、彼らはユーザーからのフィードバックを段階的に繰り返しながら製品を開発する傾向があります。
ですから、新製品の見積もりをするときは、できるだけすべての前提を考慮に入れてください。新しい機能を追加するときは、何かを取りやめるべきかどうか自問してください。
少ないことは多い」ということを忘れないでください。
自分さえ良ければ...」という友人の意見に盲従したり、自分のことしか考えずに製品を開発するのはやめましょう。
また、デザインの経験がないことが多いVCに振り回されることもありません。
私がいくら上記のようなことをコラボレーティブ・チームに提案しても、「でも、それは必要なことだから......」というフィードバックが返ってきます。
入念なユーザーテスト本当のユーザーニーズを見つけてください。モバイルインターネットの世界では、MVPの重要性がより理解できると思います。
