初心者のソフトウェア設計者は、ユーザーが合理的に行動することを期待していますが、そうではありません。ユーザーの認識が現実から完全に切り離されている、またはフィードバックが明らかに不合理であるのを何度も見てきました。
適応するのは私たちであり、その逆ではありません。
これを達成するために私が知っている唯一の方法は、ユーザーの意見に耳を傾けることです。特に、ユーザーが使用しているソフトウェアで気に入らない点について聞くことです。
これまでに学んだことが 1 つあるとすれば、彼らはしばしば、人が予期しないことについて不平を言う
ユーザーから学んだ意外なことは何ですか?
数年前、病院 (少なくともフランスの病院) は古い win 3.11 ソフトウェアを使用して運営されていました。すべてのタスクは面倒でした。ある部屋から別の部屋に誰かを移動させるのに、エキスパート ユーザーには 5 分かかります。
私の友人は、それらの人々に最新のソフトウェアを販売する仕事をしていました。同じ簡単なタスクでも、まったくの初心者で 30 秒かかります。
ほとんどのユーザーは新しいソフトウェアに非常に満足していましたが、一握りのユーザーが不満を漏らしていましたが、これは驚くことではありません (不平を言うユーザーは常に一握りです)。さらに予想外だったのは、その理由でした。ソフトウェアが非常に遅かったのです。「同じ簡単な仕事は一瞬でしたが、今では達成するのに何年もかかります. 古いソフトウェアを返してください」と彼らは言います。
私の友人は彼らに会うことに決め、彼らが不満を言っている遅さのライブデモを求めました。
「ほら、私の古いソフトウェアで、ユーザーは言った：私は名を入力し、入力し、名前を入力し、入力し、入場番号を入力し、入力し、古い部屋番号を入力し、[…ここに5分挿入…]新しい部屋番号を入力して…そしてそれは完了です…..ほら…すべてが瞬時です」</p>
「さて、あなたのソフトウェアを見てください。あなたが教えてくれたように、私はドラッグアンドドロップをします。そして待って待って…ほら、完成した..30秒近く待った….」</p>
それは現実世界の例です。それは本当に起こりました。ソフトウェアが変更されて、30 年代に破棄されたであろう不要な情報を要求するようになっていれば、このユーザーは新しいソフトウェアに対してはるかに優れた感覚を持っていたに違いありません。
何年も前にハンドヘルド ユニットの開発を行っていたときに、ユーザーから、電源を入れた直後にユニットの電源が切れるという苦情が寄せられました。これはバグであることが判明しました。起動メッセージは「続行するには任意のキーを押してください」という行で終了しました。「続行するには、電源とマークされた大きな赤いキーを除いて、任意のキーを押してください」と言うべきでした。
私が何年にもわたって学んだことの 1 つは、ユーザーの文化や教育的背景を理解することと同様に、設計に近づく前に、エンド ユーザーと一緒に要件分析に費やす時間が非常に重要だということです。既存の手動システムのように見えて機能するコンピューター システムを設計することは、ワークフローを理解することと同様に、良い出発点です。私が関与した別のハンドヘルド バン販売配送システムは、配送時に画面上の顧客の署名を探すように指定されており、これはトランザクションを完了するために必要でした。配達のほとんどは実際には早朝に行われ、誰もが署名する前に行われたことが判明したため、認識されたワークフローは現実とまったく一致しませんでした. クライアントの IT スタッフも、ビジネス アナリストも、実際にはこのことを知りませんでした。
数年前、私は主にユーザーがデータベースに複雑なデータを入力するのを支援することを目的とした小さなアプリケーションを設計しました。彼らの古い方法は、すべてを Excel シートに入力し (いかなる種類の検証も行わずに)、次に vba マクロを使用することでした。
私の新しいプログラムは検証を追加し、以前は手動で入力したデータのほぼ半分を自動入力することができました.
私は成功することを期待していました...それはそうではありませんでした...まったく:)
「それはまったく使えません」と彼らは言いました...私はそれをテストしました、母にそれをテストするように頼みました...私のソフトウェアは大丈夫でした...
実際、これらのユーザーは繰り返しデータを入力することに慣れていたため、マウスではなくキーボードのみを使用していました。そしてもちろん、タブオーダーを正しく管理することを考えていなかったので、「タブ」を押すたびにカーソルがあちこちにジャンプしていたため、「使用できません」というコメントが表示されました。