「誰も不満を言っていないので、それは壊れていません」と反論するための議論と研究を探しています。
苦情がないことは、優れたユーザビリティの強力な指標ではないと私は考えています。この考えについて、それが真実かどうか、そして真実である場合にその論点をどのように論じるかについて、もっと詳しく知りたいと思います。
私の主張は、私たち人間は日々、大量の煩わしさを我慢しており、私たち一人一人に行動を起こすエネルギーがないということです。それだけでなく、問題を認識することさえできないかもしれません（それが人生にあるかもしれないものは何でも）
この種の行動には名前がありますか？名前を知ることは、さらに読むための良い出発点になるでしょう。
日常のデザインの第2章で、D。ノーマンは次のように書いています。
私は間違いを犯す人々を研究しました...間違いなく人々は罪悪感を感じ、間違いを隠そうとするか、「愚かさ」または「不器用さ」のせいに自分自身を責めます。視聴許可を得るのに苦労することがよくあります。
私はあなたに名前をつけていませんが、本は読むことをお勧めします。
したがって、ユーザーのフィードバックがないからといって、すべてが大丈夫であるとは限りません。さらに、非常に主観的です。また、客観的なユーザビリティメトリックを使用する必要があります。より一般的なのは、タスクの実行時間とエラーの数です。どちらも定量的であるため、一部の統計を計算できます。
おそらく、逸話的な物語のコレクションが一番です。たとえば、Firefoxは壊れていませんでしたが、Chrome使用シェアで追い越すのに数年しかかかりませんでした。BlackberryはiPhoneが出たときに壊れていませんでした。MySpaceはFacebookで壊れていませんでした。 Gmailが出てきたとき、Hotmailは壊れていませんでした。
それをまとめると、「パラノイアだけが生き残る」とアンディグローブ。
Learned Helpnessnessを参照する価値があるかもしれません
人々が自分の状況を制御できないと感じたとき、彼らは無力な態度で行動し始めるかもしれません。この行動がないと、人々は安心や変化の機会を見過ごす可能性があります。
基本的に人々は行きます：「不満の目的は何ですか？-彼らはそれについて何もしないでしょう...」それで彼らは不満を試さないことを学びます。
使いやすさとユーザーのテスト。
これらの調査とテストを実施する目的は、ユーザーが直面している問題（ユーザーが問題を報告しているかどうか）を見つけることです。例：クリック分析により、あまりよくないナビゲーションの問題点について多くのことがわかります。ユーザーがバグと呼ばれるべきか、それともシステムに対する「不慣れ」と呼ばれるべきかをユーザーが知らないことがあります。貧弱なタッチインターフェイスを設計し、そのようなデバイスを以前に使用したことがない人にそれを与えた場合、彼/彼女はかなり脅迫されますが、デバイスの使いやすさ、むしろデバイスの未経験に不満はありません。
Gamedevの短い時間から私が学んだことの1つは、最初の反復でテスターを獲得してゲームを提供し、彼のプレーを観察することです。そこには、彼がゲーム/ UIでどのように苦労しているのかがわかります。製品全体です。
私たちはそれが起こっている間に何が起こっているのか理解するのが困難ですなので、あなたは毎回そういうことをしているべきだと思います。したがって、私たちは手元にある問題を解決し、 'ではなく問題の解決（リンクまたはボタンの場所を見つける）に集中しようとしています '。 （より高い目標とは対照的に）より単純な問題は、それが生成するフラストレーションがより困難になるほど困難になり、特定のレベルの後で、「これでうまくいく」と言います。
個人的に、私はユーザビリティの問題について不満を述べています。しかし、私が苦情の原因と他の一般的な理由の両方で持っている会話から判断すると、これはかなり例外的です。ほとんどの人は、「使いやすさ」をひどいものでない限り、善または悪の可能性があるものとして概念化していません。そして、それがより大きな問題の一部になるまで（「あなたの愚かなサイトが私のクレジットカードに2度請求した」）、それは実際に彼らの報告を気にすることはありません。
ですから、ほとんどの人にとって、ユーザビリティはsalientではないと言っていると思います。
イノベーションとビジョンの欠如の観点から議論を組み立てることから始めます。フォードの顧客が「より速い馬」を求めていること、ビルゲイツの640KBは「誰にとっても十分」であること、そしてトーマスJ.ワトソンの「おそらく5台のコンピュータの世界市場」が、外見上は引用の可能性がある。
次に、人々が経験した刺激の数（毎日、毎週、または毎年）に関する定量的情報を提示し、影響を受けた人々の数と各発生で浪費された時間を掛けて、その金額を表示します。異なるソフトウェアに対してこれを繰り返すことができます。
科学的には聞こえないかもしれませんが、ビジネスが理解するという観点から、ユーザビリティの低さのコストについて説明するのに役立ちます。