ユーザーが必要としているものではなく、ユーザーが必要としているものを見つける方法は？
私はヘンリー・フォードからの私の好きな引用についてたくさん考えてきました：
私が人々に彼らが何を望んでいるのか尋ねると、彼らは「より早い馬」と言っただろう。 -ヘンリーフォード氏
私が抱えている問題は、何かを使用可能にする方法を知っていることですが、私は根本的に革新者であり、何か新しいことに挑戦しなければなりません。
ユーザーが必要としているものではなく、ユーザーが必要としているものを発見する方法は何ですか？
私が今行っている方法でユーザーテストを行うと、彼らの反応、欲求、欲求が得られます。これらは、10回のうち9回は予測可能です。
目標に集中するようにしてください。
機能やフォームに関してユーザーが何を望んでいるか、何が必要かを尋ねないでください。彼らが達成するために必要な（または望んでいる）ものを見つけてください。そうすることで、問題の定義と解決に使用するパラメーターがより明確になり、焦点が絞られます。
ユーザーに尋ねる質問は、次のように実行される場合があります。
- 彼らが達成する必要があるもの。
- 彼らが現在「x」を達成する方法
その後
- 現在の方法を困難にするものを見つけるために進んでください。
ソリューションのユーザー調査を実施しない-調査の問題
数年前に、システムの動作方法をいくつかの段階で改善してきた顧客がいました。
最初はすべてをExcelで管理していたので、ある程度はうまくいきましたが、少し肥大化して手に負えなくなってしまいました。問題は想像できるでしょう。
その後、彼らは状況を改善するために開発者のチームを社内に集めました。どうやって？まあ-それでもExcelはありますが、今ではあらゆる種類のものを自動化して計算を実行するVisual Basicが用意されています-ああ、それはスタッフの生産性がいかに素晴らしいかでした。まだExcelを使用していると言いましたか？
次に、社内で使用されるだけでなく、製品として販売されるため、経営陣はよりプロフェッショナルなものを求めていました。そして、いや、彼らは明らかにそれが来るのを見ませんでした！
だから私が関与したとき、私は問題のいくつかが何であるかを確認するために現場でほぼ1週間過ごしました、私は彼らが彼らの仕事について行くのを見ました、私はたくさんのメモを作り、たくさんの質問をしました。私は潜在的な顧客と話し、既存のユーザーと話しました。彼らと昼食を共にした。私は彼らの世界に没頭しました。
しかし、私が実際にユーザーが何を望んでいるかを尋ねようとしたとき、それは実際に、新しいExcelセットアップを使用した人々が、以前のExcelバージョンに対する改善に非常に満足しているため、人生がどうなるか想像できなかったさらに良い。状況が悪化するかもしれないと感じていたので、本当に参加してほしくない人もいました。
言うまでもなく、新しいソリューションはExcelとは関係がなく、人々が実際に達成しようとしていたこととは何の関係もありませんでした。関係する役割と目標を把握するために外部の誰かが必要だっただけで、それはできません。あなたが本当に彼らの世界に没頭するまで、複雑な環境で。
自分の世界に没頭し、すべてに質問します。しかし、ユーザー自身から方向を取得しようとしても意味がありません。わからない。
編集後に何が起こったか：
現場で、さまざまなハードウェアをテストするために機器を持ち歩いている人を見かけました。ソリューションは分割されました：
1）すべての計算は、一部の関連機器に直接接続されたPCで行われます。
2）ユーザーが必要とするタスクとプロセスに実際にマッピングされたコンテキスト固有の方法でデータと結果を管理するためのカスタムビルドアプリケーション（Java + Swingを使用）を実行するリモートPC。
SOAPを介してユーザーのPCとハードウェアPCの間で通信することで、これ以上手を引く必要がなくなり、地理的に離れた場所でのテストが突然可能になりました。Excelとの間のデータ転送の問題は解消されました。時間の浪費とエラーが発生しやすい弱いリンクですが、どのユーザーも問題なく受け入れました。
私が現場にいなかったとしたら、人々がPCを定期的に持ち運んだり、重い機器を持ち運んだりして、物をつなぐことに気が付いたのではないでしょうか。誰もそれを言及することを考えていなかっただろう！新しい変更の結果、この重くてハミングしている機器はすべて、オフィスから別の部屋に移動することができました。結果：はるかに静かなオフィス。
しかし、ユーザーは静かなオフィスが必要であることを知りませんでした！
私はこれに遭遇したことがあり、次の画像は問題の一部を示しています。
ユーザーが実際に必要なものを見つける1つの方法は、ユーザーの要件を実際に理解し、自分の立場に立って自分自身に尋ねることができることです。この位置で必要ですか？ "*
私が見つけたもう1つのことは、ユーザーに正直であることです。彼らが不安定に聞こえる要件をあなたに提供する場合、彼らが彼らが話していることを知っていると単に仮定しないでください-あなたが改善できると思う領域を指摘してください。私の仕事の列（データベースとWebデザイン）で、ユーザーは多くの場合何が可能で何が不可能であるかを理解していないことがわかりました-新しいデザインの真の可能性を知っているのはあなただけなので、自分のアイデアを提案することを恐れないでください。結局;あなたがフォードの引用から正しく指摘するように、革新はユーザーから来ません。
*この用語は Grokking のようになります。ユーザーの要件を理解し（共感）、ユーザーの真のニーズが、ユーザーが求めている以上のものであることがわかります。
（ちなみに、私はここからその画像を取得しました： ブログ 、しかし、以前に何度も見たことがあり、それがどこから来たのかわからない、または私はアーティストを信用します）
あなたが構築した何かに対する彼らの反応を分析することによって彼らのニーズを発見する可能性はそれほど高くありません。私はcodeintheholeに同意します-あなたのアイデアとは関係なくそれを研究してください。
役立つかもしれないいくつかの質問：
彼らの人生のランダムな一日はどのようなものですか？いつ、どこで、あなたに似たツールを使用しますか？
目標を達成するために、事前に何を知っておく必要がありますか？
状況に応じて、彼らのニーズや行動はどのように変化しますか？
彼らは現在、現在使用しているツールを使用して行う活動についてどう思いますか？
（例：基盤となる概念を理解しているか、テクノロジーの仕組みについて奇妙な考えを持っていますか？テクノロジーの仕組みを理解していない場合、現実よりも想像上のアイデアに近づくように設計できる方法はありますか？）
- 彼らはすでに使用しているツールについて何を知っていますか？
人々はGoogle+サークルに興奮しました。彼らは革新的な新しいサークル機能についての長いブログ投稿を書いた。ただし、Facebookには何年もの間リスト機能がありました。それが存在することを知らなかったという理由で、また、デザインのせいで、それがあまりにも多くの努力であると思った、またはそれを理解しなかったという理由で、それを使用する人はほとんどいませんでした。
- 彼らはすでに使用しているツールについて何が好き/嫌いですか？
あなたが人々がそれを必要とするものを理解する唯一の方法まず彼らと彼らの問題を理解する。これを実行するための具体的な手順や一連の手順はありませんが、さまざまな視点から問題を確認するために実行できる手順は役立ちます。
これが、最も成功したソフトウェアが、自分の問題を解決する人々によって書かれている理由です。自分の問題を解決するときは、必要なことに集中する方がはるかに簡単です。
私が便利だと思った1つのこと（しかし、すべてを網羅しているわけではありません）は、問題が解決しなくなるまでソリューションから物事を取り除くことです。たいていの場合、私たちが欲しいものは単なるアクセサリーですが、私たちのニーズがコアです。
一緒に座ってください。ユーザーのニーズを理解する方法は、実際に数週間一緒に座って、自分の仕事を聞いて見守り、仕事の一部として実際に行っていることに従事することなしにはありません。あなたは同時に自分の仕事に取り掛かり、他のものに取り組むことができますが、そこにいて、彼らと一緒にリラックスできる期間を観察します。
私の意見では、ユーザーのニーズを実際に決定するには、いくつかのことを行う必要があります。
- 非常に重要な非常に明白な質問をしてください："なぜユーザーは私のアプリケーションを使用するのですか？"
- それを決定したら、次のことを決定します。"ユーザーは私のアプリケーションをどのように使用しますか？"（たとえば、ユーザーはTwitterをどのように使用しますか？私は自分へのメモの書き留めやベントに個人的に使用していますひどいUXなどについて。誰かが友人と連絡を取り合うためにそれを使用する可能性があります。）
- 最後に、「ユーザーが使用するこれらの機能を途方もなく使いやすいようにするにはどうすればよいですか？」（Twitterの例では、これはツイートをできるだけ簡単かつ迅速にすることを意味します。キャラクターを表示するカウントボックス;すべてのページにツイートボックスを複数の場所に配置するなど）
覚えておいてください、グーグルは検索についてほとんどひたむきでいることによって彼らが今日あるところを得ました。検索はGoogleの前に存在し、現在でも他の形式で存在していますが、ユーザビリティへの熱狂的な焦点は本当に報われました。アプリケーションの目的を見つけて、その目的が極端にユーザーが達成しやすいようにします。
彼らに尋ねないでください。彼らがすでに使用している製品を使用しているところを観察し、問題が発生している場所を観察してください。彼らが行き止まりを打っているところ。何が彼らの生活を容易にするでしょう。
根が見えるまで掘り続ける
私が人々に彼らが何を望んでいるのか尋ねると、彼らは「より早い馬」と言っただろう。 -ヘンリーフォード氏
人々は遅い馬を必要としない。人々は速い馬を必要としない。人々は車を必要としない。人々は電車や飛行機を必要としない。人々はある場所から別の場所へ移動する能力を必要とします。彼らは仕事に行くか、家族や商品を運ぶ必要があります。
彼らが使用する媒体はほとんど問題ではありません。
彼らは彼らにとって最善の経済的決定を下します。それが価格、信頼性、快適さのどれであるか。
もちろん、車をより使いやすくしたり、内部制御や空気力学を再設計したりできますが、最終的には車のままです。
あなたの心は根本的な問題、より良い輸送方法を解決したいと考えています。おそらくテレポーテーションデバイスでしょう！
現時点でイノベーションについて書く時間はあまりありませんが、ドンノーマンによる テクノロジーファースト、ニーズラストコラム を読むことをお勧めします。イノベーションがどのように発生するかについての説得力のある意見です。ヒント：民族誌学的研究を行うのは方法ではありません。壁にうんちを投げつけて、何が付着するか（または他の人が何を付着するように変更するか）を確認します。
戸惑う結論に至りました。既存の製品カテゴリを改善することに関してはデザインリサーチは素晴らしいですが、新しい革新的なブレークスルーに関しては本質的に役に立たない
誰かがアプリケーションやWebサイトを使用しているのを黙って見ていると、私はいつも驚かされます。彼らに仕事を与えたり、何を見ればいいのか教えたりしないでください。予想もしていなかったことがわかり、多くの洞察が得られます。
あなたは正しい：ユーザビリティ調査はしばしば欠陥だけを明らかにし、間接的に行われる改善を明らかにするだけです。 design何かをしたい場合、wicked problemに遭遇します：
- 要件があいまいで、しばしば矛盾している
- すべての副問題が別の問題の症状として再び認識されます
- 解決策を見つける前に問題を理解することはできません
- 結局のところ、「正しい」ソリューションはなく、「より良い」ソリューションしかありません。
- ロジックによって問題の解決策を見つけることはできません。しかし、あなたが解決策を見つけたら、これは明白/理解できるようです
それで、あなたは何ができますか？既存の設計を改善しようとする代わりに、まずすべての可能な方向を探り、解決策を考え出し、問題を再定義するなどします。 デザイン思考はそのようなプロセスの例です。
これは、ユーザーとは関係なく、自分でアイデアを作成する必要があることを意味しますか？必ずしも！ユーザーがブレーンストーミングの精神を理解したら、おそらく完全な解決策ではなく、独自のアイデアを思い付くことができます。 A 将来のワークショップたとえば、この設計プロセスに関係者を明示的に含めます。
私のメンターの1人は、アジャイル開発方法を説明し、ユーザーにあなたが作成したものを採用させる素晴らしい方法を持っています。
[言い換え]最初のバージョン用に何をビルドしても、タイムラインに関係なく、ユーザーはそれがくだらないと思うでしょう。それがどのように見えるべきか誰も知らず、あなたが彼らの頭の中にあるものを作るチャンスはゼロです。したがって、この最初のバージョンでは、タイムラインをできるだけ短くして、ROIの損失を最小限に抑えます。 （誰かがとにかくがらくただと思うものに多くの時間を費やしたくないですよね？）彼らがそれががらくたであるとあなたに言ったら、それがどのように改善されるかを尋ねてください。彼らはあなたに言います。あなたはそれを実装します。繰り返す。
シンプルに見えますが、このアプローチには2つの主要な心理的利点と1つの主要なビジネス上の利点があります。 ）各反復には、顧客からの直接フィードバックが含まれ、顧客はソリューションの所有権を取得して、採用を増やすことができます。C）各反復への投資をできるだけ少なくすることの経済的利益は、ROIを最大化します。
各反復は非常に小さく保つ必要があります。以前は2日、2週間、2か月と言っていました。
人々が何を望んでいるのかを尋ね、それからなぜそれが必要なのかを自問します。
良い質問。それは哲学的な質問です、信じられないかもしれません。ローリング・ストーンズは、「あなたがいつも欲しいものを手に入れることができるわけではありませんが、時々試してみると、あなたは見つけるかもしれません、あなたは必要なものを手に入れます。」と言いました。
あなたの質問は、技術的なものであるように見えるか、または技術的な実行可能性を持っているように見えるだけの方がいいと言いましたが、実際、それは人生全体を考慮しています。 iPhoneを手に持っているか、人生を変える決断を迫られている人々は、ステータスに関係なく同じように振る舞います。彼らは、彼らが望むものと彼らが必要とするものを簡単に混同することができます。
ビジネスでは、彼らが望むものを彼らに提供すればあなたは売ることになりますが、彼らがあなたの製品が彼らが必要とするものではないことを彼らが認識するとすぐに、あなたは信用を失います。
あなたが彼らに彼らが必要とするものを提供するならば、彼らは買わないかもしれません。
それは頭痛の種ですが、素晴らしいユーザー調査手法によって解決できます。
この問題に対処するもう1つの方法は、たとえ他の方法で考えていても、製品がまさに彼らが必要としているものであることを伝えるコピーを積極的に開発することです。彼らはそうします。したがって、あなたの製品を否定する彼らの心のすべてのレトリックを予想し、彼らに真実を伝えてください：
「いいえ、あなたは実際にこれが必要です...なぜなら...だから...」
そのためには、ブロッコリーの代わりにキャンディーを騙して自分でキャンディーを購入する方法を特定し、真実を合理化する方法を図式化し、広告で表現された心理的説得でそれを打ち消す必要があります。
したがって、短い答えは、ユーザーの調査とマーケティングという永遠の答えです。
システムを使用しているユーザーを観察し、ユーザーがシステムの新しい作業方法と見なしているものについてインタビューすることは良いことだと思います。開発者として、何が可能で何が不可能であるかを彼/彼女に伝えることで、すぐに理解してくれることを願っています。
ロードシュリーは最も良い例を示した。それは常にプロジェクトに対して誤解または誤解されていますが、実際にはニーズは異なります。したがって、ユーザーの要件を明確にするために時間を費やす必要があります。