死の床のユーモア
以下は、切腹の直前のプログラムによって表示される、非常にまれな状況のかなり正確な説明です。
このようなメッセージは、ソフトウェアクラッシュに対するユーザーの不安を改善または悪化させますか？
これは、アプリケーションがクラッシュしたときのユーザーの心の状態がわからないため、注意が必要です。いつものように、それは本当にあなたが書いているアプリケーションの種類と、ユーザーがそれについてどれほど深刻である可能性が高いかに依存します。
グーグルのようなものの場合Chrome（@Joshの答えが含まれているように）、それは言うのは難しいです。クラッシュしたときにユーザーがFacebookを閲覧していたのでしょうか？おそらく大したことではないのですが、ちょっとしたユーモアがありますでも、税金を入力している最中でしたか？保存されていないブログ投稿で作業していますか？コンサートのチケットを購入しようとしていますか？すべてのストレスの多い状況で、ブラウザがクラッシュした場合、それに関するジョークを解読することはおそらく不適切です。
MailChimpのスタイルガイド はこう言っています：
真剣になってください。欲求不満な人と冗談を言ってはいけません。
それは、個性をにじみ出させるサイト、MailChimpからのものだ。
「冗談」のエラーメッセージを表示することと、会話型のメッセージを表示することには違いがあります。 「APPLICATION ERROR NOW EXITING」を読みたくないのは明らかですが、アプリケーションで重大な問題が発生した場合は、ここで説明する必要があると思います。
多くのアプリケーションがユーモラスなクラッシュメッセージを表示します（Chromeの「彼は死んだ、ジム！」を参照）。
ここで重要なのは、アプリケーションがユーザーにアプリケーションをある程度回復する手段も提供することです（ページの再読み込み、エラーの詳細、またはChromeへのフィードバックの送信）。ユーモラスなメッセージに加えて、ユーザーがクラッシュについて何かを実行する機能は、おそらくクラッシュによるフラストレーションの一部を緩和します。
エラーメッセージをより気軽にアクセスできるようにするための調査はあると思います（過去7年間の調査で読んだ覚えがあるが、どこで思い出せないか）。
問題は、ユーザーに表示されるエラーメッセージは、システムの制御外にある問題が発生したことを示しているはずです。具体的すぎずに、問題が発生した場所（表示されているページ内？コアコード内？）に関する関連情報を提供する必要があります。
そして最後に、それは進行へのルートを提供するはずです-理想的には再試行と再起動の両方。これがユーモア、謝罪、またはこれが異常な出来事であることの確認を提供する場合もプラスです。これは悪い状況であることを受け入れており、悪い状況はしばしば自己非難するユーモアによって緩和されます。
はい、これは良いアイデアであり、製品の知覚を向上させます。