ユーザーエクスペリエンスに適用できるシンプルさの良い定義は何ですか？

Question

私の組織の誰もが、私たちの製品とWebサイトを顧客のためにできるだけシンプルにしたいと考えています。彼らはハーバードビジネスジャーナル（2012）の記事のような記事を見て、「購入プロセスにおける意思決定の単純さが、消費者があなたの製品を購入し、繰り返し購入し、他の人にそれを勧める最大の理由である」と述べています。（ Executive Board ）または Forbes の記事「Marketers Have It Wrong：Forget Engagement、Consumers Want Simplicity」

私たちが抱えている問題は、「シンプル」は人によって異なることを意味するということです。

私は、多様な利害関係者（企業の戦略家、製品所有者、特にWebデザイナーを含む）が同意できる単純さまたは複雑さの定義を探しています。この定義を裏付ける研究が多ければ多いほど、それは私の利害関係者にとってよりうまく機能します。

私は、主観的な意見の代わりに研究に焦点を合わせる人々によって書かれた、簡潔さについて言うのに役立つことのある3冊の本を見てきました。

John Madea（2006）による "The Laws of Simplicity"（2006年）は、デザインに関する学術的な研究に基づいて、主にテクノロジーの観点から書かれました。
「複雑さからシンプルさへ：組織の可能性を解き放つ」サイモンコリンソン＆メルビンジェイ（2012）。
「Simple：Conquering the Crisis of Complexity」（Ai Siegel（Siegel + Gale）による）およびIrene Etzkorn（2013）は、主に製品ブランドの観点から、多くの顧客調査に基づいて執筆しました。

ただし、単純性または複雑性を定義しようとしたのはCollinson＆Jayだけでした。それは非常に抽象的なですが、彼らは良い定義を持っていると思います：

「複雑さ=システム内のコンポーネント数+これらのコンポーネント間の関係の多様性+両方のコンポーネントの変化のペースおよびこれらの関係。」

企業の戦略家、製品の所有者、およびWebデザイナーにアピールする可能性のあるシンプルさまたは複雑さのより良い定義を見た人はいますか？

John Deters · Answer

他の人の出版物や研究で「単純さを定義する」のではなく、会社の目標に焦点を合わせてみてください。定義は結果ほど重要ではない場合があります。

遭遇する可能性が高い最初の問題の1つは、外部調査の拒否です。悲しいことに、そうでなければインテリジェントな人々は、彼らの個人的な経験と矛盾する、または企業の義務を反証するこれらの研究を却下することがわかりました。時々問題は彼らのレビューが彼らにそれを疑うことではなく会社のラインを期待することを期待する人々によって書かれていることです。また、ほとんどの人にとって、最小公分母のユーザーは5年生の教育を受けており、IQは約75であり、これらのユーザーは私たちに非常に明確な指示を理解することができないことを理解することは驚くほど困難です初期化。自分のアジェンダがあるので聞いてくれない人にも出会いました。「私たちのサイトはその研究のサイトのようなものではない」のような言葉で統計的に有効な研究を無意識のうちに却下することもあります。一部の人を説得することはできません。

他の人の研究に焦点を当てるのではなく、自分のサイトで独自の研究を実行することで、より多くの人を説得することができます。さまざまな利害関係者からコンセンサスを得て、独自のUX調査を実施してください。誰もが理解できる明確な指標を確立し、個人的に利害関係者に影響を与えます。「ホームページからチェックアウトまでの平均時間」または「放棄されたカート」などの単純さを気にするかもしれません。マーケティング担当者は、「カートの平均サイズ」や「クリックして価格を表示」を気にするかもしれません。あなたの金融関係者は、「平均取引額」を見たいと思うかもしれません。ネットワークチームとサーバーチームは、「ネットワーク帯域幅」と「サーバーあたりのユーザー数」を知りたいと考えています。社内のさまざまな人々が最も気にかけているものをすべて測定します。次に、さまざまな人々の意見に基づいて、サイトのテストバージョンまたはベータバージョンにさまざまな「簡略化」を加え始めます。この時点では、アプローチを中立にしてください。「最高の」、またはCEOのお気に入り、最速、または最大の収益を約束するものを選択しようとしないでください。それらすべてを同等に有効なものとして提示し、可能な限りすべてのデータを収集します。

実現するためにより多くの労力を必要とする可能性のある実験（ナビゲーションの変更があまりに破壊的であるなど）については、Mechanical Turkで世論調査またはA-Bテストを使用して、さまざまな非機能プロトタイプをテストすることを検討してください。

実験後、数値を計算します。派手なページが単純なページよりX％多く（または少ない）リソースを使用し、コストの差分がY $であることをサーバーとネットワークチームに示すことができるはずです。彼の語彙があまりに多くのユーザーを混乱させ、遅くしていることを英語のメジャーに示すことができるはずです。

手元にある数、あなたは今あなたの決定を裏付ける事実を持っています。そして、あなたのお気に入りの解決策が最高ではないかもしれないことを覚えておいてください。