1

SW に適切なメッセージを書き込む方法を混乱させています。以下のように：

"プロジェクトを保存するには、[保存] ボタンをクリックします。キャンセルするには、[キャンセル] ボタンをクリックしてください。"

でも本当に無駄だと思うので、意味のあるメッセージの書き方について何かコメントはありますか？

4

8 に答える 8

7

個人的には、あまり説明する必要のないメッセージが好きです。Windows アプリケーションの最大の間違いは、ボタンを押したときに実行される操作ではなく、標準的なテキストのボタンを使用することです。

例: これの代わりに:

Do you want to save the changes before closing?
- To save the changes press Yes
- To discard the changes press No
- To cancel and keep the application open press Cancel
[Yes] [No] [Cancel]

好き

Do you want to save the changes before closing?
[Save] [Discard] [Cancel]
于 2009-05-04T15:17:13.877 に答える
1

これがプロンプトの場合は、質問と回答のスタイルを使用します。

このプロジェクトへの変更を保存しますか?

[はい・いいえ]

于 2009-05-04T15:13:10.297 に答える
1
  • 当たり前のことは言わない
  • ただし、あなたにとって明らかなことは、ユーザーにとって明らかであると思い込まないでください。
  • メッセージで使用される用語の意味を説明するヘルプ トピックへのリンク
  • Mac をエミュレートする: 多くのプロンプトには「え？」というメッセージが表示されます。さらなるヘルプにつながるリンク。
于 2009-05-04T15:14:35.723 に答える
1

疑問がある場合は、ヘルプ オプションを追加します。

したがって、代わりに：

「保存するには S を、キャンセルするには C を入力してください」

使用する

「S を入力して保存、C をキャンセル、H を入力してヘルプを表示」

もう 1 つの大きな特徴は、アプリケーションが、特にその動作環境と一貫性があるかどうかです。たとえば、ほぼすべての Windows アプリケーションで、F1 キーを押すとヘルプ画面が表示されます。同様に、F5 を押すと、通常、現在のビューが更新されます。

ユーザーを本当に狂わせる原因は、一貫性のないインターフェースです。F1 を押すとヘルプが表示されるアプリケーションがあり、アプリケーションの他の部分では F1 を押すと「このドキュメントを削除してください」と表示されるアプリケーションについて考えてみてください。

このため、ベンダー (Apple、Microsoft) は、アプリケーションがプラットフォーム上でユーザーとどのようにやり取りするかについて、スタイル ガイドを公開することがよくあります。たとえば、Microsoft にはWindows ユーザー エクスペリエンス インタラクション ガイドラインがあります。

「これらの公式の Windows ユーザー エクスペリエンス インタラクション ガイドライン (略して「UX ガイド」) の目標は次のとおりです。

すべての Windows ベースのアプリケーションに対して、高品質で一貫性のあるベースラインを確立します。ユーザー エクスペリエンスに関する特定の質問に回答します。仕事をもっと楽に！」

于 2009-05-04T15:22:43.613 に答える
0

エラーメッセージについて話している場合は、このエラーが発生した理由をユーザーに知らせるとよいでしょう。

たとえば、ユーザーが 404 ページを見た場合、そのユーザーのために記事全体を書く必要はありませんが、「なぜ私はこのページを見るのか?」と言及する必要があります。

ユーザーが URL に単純な間違いを犯した場合、その参照は開きませんが、プロジェクトの構造が変更され、1 週間前は正しい URL でしたが、現在は正しくない場合、ユーザーは確かに参照を開いて必要な情報を読みます。それは良いスタイルです。

于 2009-05-04T16:21:41.163 に答える
0

短くしてください！

ユーザーは、どのボタンを押すべきかについて詳しく説明している段落を読むことはありません。ユーザーが読むのは、最大で約 2 文だけです。この 2 番目の段落を実際に読んだ人は何人ですか?

于 2009-05-05T12:52:35.510 に答える
0

ユーザーのアクションの観点から選択肢を説明します。簡潔に。「余計な言葉は省く」理想的には、ボタンがアクションを説明し、ユーザーを遅くするテキストは必要ありません。ユーザーが画面上の何かを読むのが嫌いだと仮定します。ユーザーが非常に読み書きができ、アプリケーションを使用して死のない散文を書いたとしても、ユーザーはシステムが何をしているかについての冗長なテキストではなく、自分が書いたものに興味があります。

于 2009-05-04T16:26:26.020 に答える