製品ニーズの背後にあるユーザーの動機をどう引き出すか

[コアヒント] ユーザーを中心に据えて製品を設計する場合、プロダクトマネージャーは単純な需要現象を超えて、その需要に対するユーザーの行動動機が何であるかを把握する必要があります。この方法でのみ、ユーザーへのサービス提供の目的を真に達成できます。

私たちが Foursquare を使用したり、路上でチェックインしたりする場合、この行動の目的は何でしょうか?

Zhihu で質問に答えるときの私たちの動機は何でしょうか?

なぜ私たちは Kickstarter でプロジェクトを積極的にサポートするのでしょうか?

…

ユーザーのニーズとユーザーの動機

UCD（ユーザー中心設計）手法は、現在の製品構築において最も人気のある設計思想と言えます。この方法の中心的な考え方は、ユーザーが何を望んでいるかを知っているということです。ユーザーは、製品を使用する理由を理解しており、必要な機能も明確で、好みの使用習慣を持っています。製品を開発する際は、開発のあらゆる段階でユーザーの参加を取り入れる必要があります。ソフトウェア開発者のアイデアに合わせてユーザーの使用習慣を変えることを強制するのではなく、ユーザーのニーズを中心に製品を設計します。

デザイナーにとっては、ユーザーが製品をどのように使用するかを分析および予測するだけでなく、実際の使用環境で実際のユーザーからのフィードバックに基づいて想定を検証することが求められます。製品設計者にとって、新しいユーザーが製品を使用する際にどのように感じるかを把握することは非常に難しいため、これは間違いなく非常に必要です。

しかし、1 つの疑問は、ユーザーは自分が何を望んでいるのか本当にわかっているのか、ということです。ユーザーは自分のニーズをどの程度理解しているのでしょうか。

フォード・モーター社の創設者ヘンリー・フォードの有名な言葉は、しばしば否定的な例として引用される。「ユーザーの声に耳を傾けていたら、車を作ることは決してできないだろう。ユーザーが求めているのは速い馬だけだ。」アップル社の故スティーブ・ジョブズCEOも同様の発言をしている。彼らの見解では、ユーザーのフィードバックだけに耳を傾けていては、優れた製品を作ることは決してできない。Digg の衰退は、ユーザーのフィードバックを盲目的に聞くことの最も良い反例である。この観点は、実のところ理解しやすいものです。結局のところ、ユーザーは専門家ではありません。製品の特定の機能に対して独自のニーズや期待を持っているかもしれませんが、製品の設計の詳細を理解していないため、ユーザーのフィードバックは機能を実装するための最良の方法ではない可能性があり、製品の次のステップの直接的な基礎として機能するのに十分ではありません。

製品計画における最も基本的な問題は何でしょうか? Axure 中国コミュニティの責任者であり、著名なユーザー エクスペリエンス デザイナーでもある Yin Guanglei 氏は、ニーズについて話すだけでなく、製品ソリューションとユーザー ニーズの関係について話す必要があると考えています。ユーザーのモチベーションは、ユーザーのニーズとソリューションを結び付ける最も効果的な方法であり、製品デザイナーの最も重要なタスクでもあります。警察が事件を捜査するとき、時には、十分な証人や物的証拠を得たように見えても、容疑者の犯罪動機を説明しなければならないことがあります。犯罪動機を説明できない場合、事件は急いで終結されない可能性があります。

ユーザーはより速い馬を必要としています。では、より速い馬を彼らのために訓練すればいいのでしょうか? 競馬業界ではそうかもしれませんが、彼らの要求の背後にある動機は何でしょうか? この単純な例では、ほとんどのユーザーがより速い馬を求める最も根本的な動機は、結局のところ、目的地に早く到着することであり、これを実現するためにどのような特定のツールが使用されるかは問題ではありません。製品設計というより広い分野では、これは、ユーザーのさまざまな機能要件やフィードバックを単に受け入れるのではなく、ユーザーの視点から、表明された「ニーズ」の背後にある動機を真に分析する必要があることを意味します。これこそが真のユーザー中心設計です。振り返ってみると、Apple は本当にユーザーのフィードバックを気にしていないのでしょうか? 表面的にはそう思えますが、Apple が業界の革新者として称賛されているのは、その天才的なデザインのインスピレーションだけでなく、直接的なユーザー フィードバックのニーズからではなく、ユーザーのモチベーションから始まる製品のアイデアによるものです。

ユーザーのモチベーションを引き出す方法

ユーザーが自分の動機を直接反映できない場合、製品開発者はどうやってユーザーのフィードバックを把握できるのでしょうか? MIUI プロダクト マネージャーの Xu Fei 氏は、ユーザーの動機は直接明らかにされないことが多いものの、ユーザーの行動やフィードバックから推測し、検証できると考えています。

MIUI の場合、アプリケーションを削除するときに、空きスペースを後続のアプリケーション アイコンで自動的に埋めることが可能かどうかという疑問がユーザーから提起されています。このフィードバックにどう対処すべきでしょうか? 最も簡単な方法は、もちろんこの機能を直接導入することですが、これは本当にユーザーが望んでいることなのでしょうか?

しかし、より細心の注意を払う製品担当者にとって、最初に行う必要があるのは、ユーザーがなぜこの問題を抱えているのかを分析することです。ユーザーがこの要求を提起した理由は、主に iOS システムの使用習慣によるものです (iOS では、ユーザーがアプリを削除すると、デスクトップを整理するために後続のアプリ アイコンが自動的に前の位置を埋めますが、これはまさにユーザーが言及したシナリオです)。ただし、この機能は Android には存在しません。ユーザーにとって、実際に解決したい問題は、アプリケーション アイコンをきちんと配置することであり、元の位置に隙間を残したくないのです。

実際にユーザーフィードバックを解決するには、ユーザーフィードバックの背後にある動機を知った上で行う必要があります。携帯電話のデスクトップをより便利に整理するという動機に関して、ユーザーが求める iOS スタイルの方法は、Android ベースの MIUI に直接導入するのに適しているでしょうか? これには、システムの特性を考慮する必要があります。デスクトップ プラグインとウィジェットの存在により、Android デスクトップは iOS のようなアプリケーションの一覧ではなく、豊富な情報を表示するスペースです。ユーザーは、独自のアプリケーション アイコンとプラグインを自由に配置できる柔軟性を備えています。たとえば、2X2 の時計プラグインの横のアイコンを埋める代わりに、空白のままにして、プラグインの下に 8 つのアプリケーション アイコンを配置することを選択します。この場合、iOS の自動補完方法をコピーすると、プラグイン システムのレイアウトに問題が発生することは間違いありません。

MIUI の最終分析によると、ユーザーはアイコンが常に自動的に位置を埋めることを望んでいるわけではないが、実際にこれを使用するシナリオが時々あることが示されています。そのため、MIUI は特別なモードを提供します。デスクトップが編集モードに入ると、ユーザーは携帯電話を 3 回振るとアイコン間のスペースが自動的に埋められますが、通常のデスクトップ状態では、Android デスクトップの特性が維持されます。これは、ユーザーからのフィードバックを単純に採用したり拒否したりするよりも、より合理的な解決策であると言えます。

ユーザーは専門知識が不足しているかもしれませんが、動機に基づいて選択を行う際には、多くの人が合理的な判断を下す能力を十分に備えていることを認識する必要があります。外部の行動や口頭でのフィードバックは、製品担当者に直接的なイノベーションのヒントを提供することはできませんが、ユーザーは理由もなく何かを行うことはありません。ユーザーの深い動機は、製品が成功するかどうかの重要な要素です。 「ユーザー中心設計」という概念自体に間違いはありませんが、ユーザーを中心に据えて製品を設計する場合、プロダクトマネージャーは表面的なユーザーニーズを超えて、そのニーズの背後にある動機を探る必要があります。そうすることでのみ、ユーザーへのサービス提供という目的を真に達成することができます。

特に明記されていない限り、すべての Geek Observations は Geek Park からのオリジナル レポートです。転載する場合は、元のリンクを明記してください。

元のアドレス: http://www.geekpark.net/read/view/162582 Geek Park では現在投稿を受け付けており、記事の共有を歓迎します。

元のタイトル: 製品需要の背後にあるユーザーのモチベーション ユーザーのモチベーションを活用する方法

キーワード: 製品、需要、ユーザー、動機、方法、掘り下げ、コア、ヒント、センター、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、収益化