「エラスティックユーザー」の実例は何ですか
私は読んでいますThe Inmates are Running the Asylum、1998年、Alan Cooper。そして、私はそれから多くを得ます。
第9章には、セクションThe Elastic Userがあります。これは、開発者/デザイナーがユーザーがデザインの選択を行うときに、ユーザーがデザインの選択に適応/適合すると期待しているが、ユーザーが適合すると誤って想定している場合です。
特に、同じソフトウェアの場合、ソフトウェアのさまざまなパーツの異なる設計があり、1人のユーザー =これらすべてに適合できます。クーパーは以下のように書いている：
プログラマーはこの神秘的な弾力性のある消費者のために無数のプログラムを書いてきましたが、彼は存在しません。プログラマーは、ユーザーをWindowsファイルシステムにダンプして、必要な情報を見つけるのが便利だとわかったとき、柔軟なユーザーを、コンピュータに慣れているパワーユーザーとして定義します。また、プログラマーがマインドレスウィザードを使用して困難なプロセスを実行するのが便利であるとわかったとき、エラスティックユーザーを義務的で世間知らずの初めてのユーザーとして定義します。エラスティックユーザー向けの設計では、開発者に「ユーザー」にリップサービスを支払いながら、開発者にコードを許可します。実際のユーザーは弾力的ではありません。
これの実際の例をお願いします。おそらくいくつかのWindows機能、またはAdobe、Word、ネットワークマネージャーなど。
誰もがそのような例を思いつくことができますか？.
開発者の便宜のために現実を拡大する
アランクーパーは、本の中でエラスティックユーザーについて再び書きましたAbout Face。エラスティックユーザーは、開発チームの利己的な作成物であり、realユーザーの目標、能力、およびコンテキストとはほとんど関係ありません。
About Faceの第4版の第3章、65ページから、クーパーは特定の製品を作成している開発チームについて説明しています。
製品開発チームは、入れ子になったフォルダーを含む混乱するツリーコントロールを使用して情報へのアクセスを提供するのが便利であると判断した場合、ユーザーをコンピューターに詳しい「パワーユーザー」と定義する場合があります。また、ウィザードを使用して困難なプロセスを実行する方が便利な場合は、ユーザーを初心者の初心者として定義します。エラスティックユーザー向けの設計により、製品チームに、ユーザーにサービスを提供しながら、満足のいくものを構築するためのライセンスが付与されます。もちろん、私たちの目標は、リアルユーザーのニーズを適切に満たす製品を設計することです。ティールユーザー（およびそれらを表すペルソナ）は弾力的ではありませんが、代わりに、目標、能力、およびコンテキストに基づいて特定の要件があります。
この見積もりの前半は、あなたが求める例を提供していますか？それは「実生活」ではなく、馬の口からのものです。
これらの機能が意識的で考え抜かれた設計決定の結果であるという彼の前提を受け入れません。
彼が話している機能のタイプの例は、IAによって開発チームに引き渡された適切に設計されたフォームである可能性があります。それは考えられ、議論され、そしておそらくユーザーテストさえされています。ただし、ユーザーがエラーを取得すると、「パラメータが多すぎます」などのメッセージが表示される場合があります。
これは多く発生しますが、ほとんどの場合、要件/設計チームと開発/テストチームの間のハンドオーバプロセスに詳細がないためです。エラーを特定することに煩わされた人はいません。そのため、プログラマーは何かに書き込む必要があります。テスターが合格するのは、それが間違っていると記載されている文書がないためです。
結果：初めてフォームに正しく入力すると、非常に優れたユーザーエクスペリエンスが得られます。何か問題が発生した場合、ユーザーエクスペリエンスは非常に低下します。
弾力性のあるユーザーではなく、ソフトウェア開発プロセスの細部への注意です。