証券会社にいた頃、設計業務が忙しくなかったため、商品のマニュアルを書く役割を担ったことがありました。 当時、私は常に読者に「私たちの場所がどのように設計されているのか、なぜそのように設計されているのか、その背後にあるロジックは何か」をわかりやすく説明し、「何をすべきか」の例を示したいと考えていました。製品マニュアルは数百ページに及ぶこともあり、読んでいるだけで目が回りそうになります。 私は執筆でとても疲れていましたし、オペレーターたちも私にとても不満でした。なぜなら、彼らは私の長いスピーチの多くを飛ばして、「何をすべきか」を直接見る必要があるからです。 2. Junchen 氏は「効果的なコミュニケーションは効果的な支援である」と述べましたが、私は完全には同意しません。 ユーザーとデザイナーの間の「精神的なギャップ」について彼が言ったことに同意します。それは機械と人間の違いのようなものです。したがって、インタラクション デザインの価値が生まれます。 しかし彼は「なぜ、どのようにしてこのように設計したかをユーザーに伝えたい」と言ったが、私はこれに同意しない。多くのデザインは複雑なロジックを持ち、明確に説明するのが非常に難しいため、ユーザーとデザイナーの「考え方」が一貫していることを期待することはできません。デザイナーに求められるのは、ユーザーの「心」に近づくことだけです。 3. Junchen 氏は次のように例を挙げました。「Google のヘルプセンターでは、各 Q&A の最後に「上記の情報は役に立ちましたか?」のような文があります。 「統計とヘルプのコンテンツの改善のため。」これは良い例ですが、この例は「ユーザーをデザイナーの心に近づける」ことではなく、「デザイナーがユーザーの心をよりよく理解し、近づくことで、より正確かつ直接的に問題を解決できるようにする」ことです。 4. まず、「ユーザーが製品を使用する目的は何か?」を考えなければなりません。 「問題を解決してください。」はい、それは「問題を解決する」ことであり、「製品の設計方法を理解する」ことではありません。 この観点から、私たちがまずやるべきことは「ユーザーの問題解決を支援すること」です。ユーザーが問題や疑問を抱えているとき、私たちがまずやるべきことは「何をすべきか」「何ができるか」を伝えて「真実を知ってもらう」ことです。 「これとあれの理由で、これとあれをするべきです」と言う代わりに、 多くの場合、私たちは「理由を知らせる」必要はなく、「事実を知らせる」だけで十分です。 5. 「効果的なコミュニケーションは効果的な支援である」と言えますが、これは最も望ましい支援ではありません。多くのデザイナーが、ユーザーが「理由を理解できない」ことを心配しすぎたり、ユーザーに配慮しすぎたりしているため、多くの製品で同様の問題がよく見られます。
上記の例はすべて、長すぎるため、非常に不満を感じます。私には、これほど多くの説明を読んだり聞いたりする時間も忍耐力もありませんし、製品の設計方法を理解する興味もありません。さらに必要なのは、「問題を解決する方法を教えてください」ということです。次のように調整できます:
6. ハハ、これを見ると、「上記のチャイナモバイルの問題では、ほとんどの苦情申立人が『なぜ私に直接キャンセルできないのですか?送信するときに、どうやって私に直接送信できるのですか?』と尋ね続けるでしょう。その時、カスタマーサービスは『私たちは同じ部署ではないので、権限がありません』と再度説明する必要があるのではないでしょうか?」と言うかもしれません。 そうです、文句を言う人のほとんどは、基本的に質問し続けます。 しかし、この時に具体的な理由を説明すれば、質問者は話が長すぎてイライラすることはないでしょう。理由がでっち上げられているからイライラするだけかもしれません。 (彼らはテキストメッセージを送信できないことを叱りましたが、単にキャンセルすればよかったのです。) 7. そのため、ユーザーに「なぜこのようにすべきか」を尋ねることなく、「何をすべきか」を伝えるだけでよい場合もあります。しかし、問題がもう少し複雑であったり、ユーザーの「ミスのコスト」が低くない場合は、まずユーザーに「なぜこのようにすべきか」を知らせ、ユーザーが「なぜこのようにすべきか」を知らせるための一連のソリューションを用意する必要があります。 しかし、たとえユーザーが「なぜこれをしなければならないのか」を知る必要があったとしても、それは「どのように設計したかをユーザーに伝える」ということではなく、また最初から「なぜこれをしなければならないのかを知ってください」と直接伝えるということでもありません。なぜなら、ユーザーはデザイン方法を知る必要がない可能性があり、デザイナーの「精神的な論理」を必ずしも理解するとは限らないからです。 |
<<: js での typeof の使い方を理解するための記事
>>: コードの互換性を高めるために、HTMLを次のように記述します。
DockerイメージからDockerfileを取得する docker 履歴 --format {{....
TOP 観察: IO 待機に占められる CPU 時間の割合。30% を超えると、IO の負荷が高くな...
HTML ボタン自体を中央に配置するにはどうすればよいでしょうか? このアイデアは簡単に見つかります...
序文:インストール プロセスについては詳しく説明しません。問題に直接触れましょう。MySQL のリモ...
目次概要フレームワークを選択する理由は何ですか? js のエンバーEmber.js と Vue.js...
序文運用・保守を行う人がスキルを持っていなければ、サーバーを操作するのに恥ずかしさを感じてしまうと言...
私のシステムとソフトウェアのバージョンは次のとおりです。システム環境: win7、64ビットMySQ...
idea を使用して JSP ファイルを書き込む前に、jdk 環境 (ここでは説明しません) と対応...
目次1. コンストラクタとインスタンス2. プロパティプロトタイプ3. プロパティ __proto_...
サイト全体のフォントを設定することは、常にシンプルでありながら難しい作業です。深く掘り下げていくと、...
目次1. 永続データの簡単なマウント2. DockerFileでイメージをビルドし、設定ファイルを指...
目次1. 公式の足場を使って構築する2. プロジェクトディレクトリ分析3. TypeScript の...
序文タイトルを見ると、誰もが「Debian 9 に MySQL をインストールするにはどうすればいい...
1. 改行を強制せず、省略記号で終了します。コードをコピーコードは次のとおりです。 <div ...
Unix/Linux システムの nobody ユーザーとは何ですか? 1. Windows システ...