web-dev-qa-db-ja.com

メッセージの個人情報

成功またはエラーメッセージにいくつかの個人情報(名前、ユーザー名など)を追加するのは良いことですか?

Messages

58
Igor Gubaidulin

パーソナライゼーション

イゴール。コンテンツのパーソナライズは、メールやログイン後など、適切な場合があります。数少ない中で、それはシステムをより「人間的」に見せ、ユーザーとの個人的な「絆」を促進することができます。しかし、通知に名前を付けると、それを達成できないと主張することができます(適切なパーソナライゼーションは、実際のユーザー依存のコンテンツと見なしています)。また、やりすぎた場合、ユーザーに迷惑をかける可能性があり、ユーザー名を含む通知を繰り返すと、正確にそれを引き起こす可能性があります。これは、私がこの答えであなたの名前を繰り返すことによって私がしようとしていることです、イゴール。

あなたは自分自身にイゴールに尋ねるべきです:

  • システムを最初からパーソナライズしたい。
  • 通知をカスタマイズしたい;
  • 通知はこのための適切な場所です。

根拠

Igorに、通知に誰かの名前を入れることの利点は何かを尋ねる必要があります。多くの場合、インターフェースはビジネス目標を達成するように設計されています-ユーザーからの行動を促すためです。これは正当化できる場所です:

An example of price list with a personalised user recommendation

しかし、これは通知イゴールにどのように適用されますか?目標は何ですか?

日常言語

システムでの個人名の使用は、私たちが日常的に人々に話す方法に従うと主張できます。会話で人名をどのように使用するかを検討することをお勧めします。

序文とさようならを除いて、私たちは通常、強調または緊急性の手段として誰かの名前を言います。

  • 「ジョンを見て、私はこの概念に同意しません。」
  • 「見て、私はこの概念に同意しません。」
  • 「私はこの概念に同意しません。」

どちらが強いと遭遇しますか?

  • 「ジョン、トイレを離れるときは席を下にしてください。」

イゴール、あなたは誰かの名前を言うのがいくらか愛用していると主張するかもしれません。

コンピュータは「いいえ」と言う

ラシェットはすでにこれを見事にカバーしています。通知に名前を含める場合は、一貫性を保つために、エラーメッセージにも名前を含める必要があります。

An error message

そのようなメッセージは、ユーザーを本当に煩わしくする可能性があります(ユーモアについては同じですが、それは別の話です)。

簡潔

今イゴール、私は通知の主な優先事項は、可能な限り迅速、最も明確、そして最も簡潔な方法で情報を提供することだと思います。平易な言語の専門家はあなたにこれらのオプションを検討するように頼むでしょう:

various wordings of success messages

ご覧のとおり、イゴール、これらすべてのオプションは同じことを伝えます。あなたができるいくつかの素晴らしい実験は、上部と下部のオプション間で目を切り替えることです-上部のオプションを取得するには約3秒かかります(そして、脳が少し動作し、スキャンして理解し、モデルやものを構築する必要があります);しかし、一番下のオプションを取得するには、1秒もかかりません(本当に短い外観で十分であり、まったく何も読んでいないように感じます)。

真ん中のオプションは下のオプションよりも少し長くかかり、いくらかの頭の仕事が必要です。実際に分析するには、「ジョン」を導入することで、文章の流れが減ることになります。これはコンマが行うことであり、スタイルガイドはそれを指摘しています。ドストエフスキーはこれに準拠していないことで知られており、これらの行に沿ったストップアンドゴーの文は慣例となっています。

「私は、私が若かったときとは異なりますが、市場で出会ったこの農民、この汚い若者に挑戦する準備ができていました。」

そうは言っても、「保存された設定」は多少冷たく機械的であると主張できます。 「あなたの設定は保存されました」は「設定が保存されました」よりも個人的なものです(「あなた」のため-「あなた」の力で このブログ を参照してください)。

ユーザーペルソナと通知の頻度に応じて、「設定が保存されました」バージョンか「設定が保存されました」バージョンのどちらかを使用します。

63
Izhaki

「デイブ、ごめんなさい、私にはそれができないのではないかと心配しています。」

2001年のそのシーン:スペースオデッセイは、なぜこれが危険な行為になる可能性があるかを示す良い例です。

コンピュータを擬人化して、ユーザーが悪意を言い始めたところまで注意してください。エラーメッセージは、コンピュータが不平を言っているようなユーザーの気持ちを回避するために、非個人的なものである必要があります。

59
Racheet

国際化の観点から、2つの大きな問題があります。

  1. 名前データにユーザーの呼び出し先の名前が含まれていることをどの程度確信していますか?名前のデータ形式を正しく取得することは 古典的に難しい問題 です。

  2. エラーメッセージに名前のワイルドカードを追加するとすぐに、他の言語に翻訳するのがはるかに難しくなります。名前がわからない場合、翻訳者は正しい形式のレベルを見つけたり、ワイルドカードを文字列の適切な場所に配置したり、動詞に適切な性別を使用したりするのが難しい場合があります。コンテキストがないと、「*、設定が保存されました」を翻訳するよりも、「設定が保存されました」を翻訳する方がはるかに簡単です。

38
Carolyn

私がこのトピックで見つけることができた最も関連性の高い研究は少し時代遅れです。基本的に、エラーメッセージにユーザー名を追加すると、インターフェイスの人間味が増します。コンピュータインターフェースの一部として人間の顔を使用する研究[1](確かに、ユーザー名を含めるだけではない一歩)で、研究者たちは、インターフェースのヒューマナイズを増やすことが必ずしもユーザーをより好むとは限らないことを発見しました。機械のようなコンピュータフィードバックと人間のようなコンピュータフィードバックを比較した別の調査でも同様の結果が見つかり、「日付の形式が正しくありません-MM/DD/YYYYが予期されています」などのエラーメッセージが「申し訳ありませんが、[ユーザー]、その日付はわかりません」と比較されました。形式-MM/DD/YYYYで必要です "[2]:

人間のようなエラーフィードバックは、自尊心の高い人による否定的な認知反応の発生を大幅に増加させましたが、自尊心の低い人の否定的な認知反応を大幅に減少させました...被験者も中立的なフィードバックを最も役立つと評価しました。

私たちのデータは、「ユーザー指向」および「ユーザーフレンドリー」という用語は、ソフトウェアがユーザーのための人間のようなフィードバックメッセージを含むことを必ずしも意味するべきではないことを示唆しています。

これは興味深い結論であり、人間味のあるシステムメッセージは、自尊心が低い(またはシステムを使用することに自信がある)ユーザーにとってはより良いことを示唆しています。

結局のところ、今日の業界を見てみると、システムダイアログで個人情報を使用することは一般的ではないことがわかります。ここでの他の答えは、これについて他のいくつかの考えられる理由に触れます-ユーザーがシステムに代理店(および悪意)を申し込むなど。

[1]:Lee Sproull、Mani Subramani、Sara Kiesler、Janet H. Walker、およびKeith Waters。 1996.インターフェースが顔の場合。ハム-計算。相互作用する。 11、2(1996年6月)、97-124。 DOI = 10.1207/s15327051hci1102_1 http://dx.doi.org/10.1207/s15327051hci1102_1

[2]:Resnick、P。V.およびLammers、H。B.(1985)。機械のようなコンピュータのフィードバックに対する人間のようなコンピュータのフィードバックに対する認知的応答に対する自尊心の影響。 Journal of Social Psychology、125(6):761-769。

11
Joshua Barron

2001 SOは私のお気に入りの映画の1つですが、ここで覚えておくべきことがいくつかあります。

  1. ユーザーは読みたくない、短いほど良い。それが賢く、最終的には機知に富んでいれば、称賛。

  2. ユーザーとして、私は2分ごとに自分の名前を読まなければならないのはかなり冗長(そして煩わしい)だと思います。私はすでに、インターフェースとのこの1対1の対話に従事しています。

  3. 会話では、質問に答えたり、発言したりするときに、相手の名前を繰り返すことはほとんどありません。

  4. より個人的なことは素晴らしいアイデアですが、男性と女性のファーストネーム、i18nなどの詳細に飛び込む必要がある場合、失敗することがよくあります。

6
TotemFlare

私はこれのための場所があると思います-しかし、それはユーザーを名前で呼ぶことについてではありません。これは、プログラムがメッセージにエコーバックできるように、ユーザーに名前の入力を求めることから始める習慣がある中学校のプログラミングの割り当てを思い出します。

メッセージパーソナライゼーションのより有用なアプリケーションは、確認メッセージで実際に行われたこと、またはエラーメッセージで必要なことをエコーすることです。 Your password has been updatedYour setting have been updatedと比較して明確で意味があります。 Your form contains an errorはあまり役に立ちませんが、Please enter your Zip codeはより明確で直接的です。 You have a new commentYou have messagesなどを詳しく説明しています。メッセージのアイデアpersonalizationcustomizationを混ぜ合わせているかもしれませんが、最終的にはパーソナライズはとにかくカスタマイズのサブセット。

5
Surreal Dreams

詳細を見つけるために、Google(または他のヘルプフォーム)でコードエラーをコピーして貼り付けることがよくあります。

したがって、個人的なメッセージがある場合、この調査の一部は空になる可能性があります。

これについては、私は良い考えではないと思いますし、重要な利点は何もないと思います。

3
Luca Rainone

これは、ブランドの性格(サイト)によって異なります。 MailChimp、OKCupidなどは、過去にこれらのことを行っており、エラーメッセージがそこにエクスペリエンスを作成します。例:「エラー:ページを読み込めません」の代わりに、「サルの1人が負けたため、ケージに入れたらすぐにオンラインに戻ります」と表示されることがあります。それはブランドやサイトの個性です。

これが医療クリニックのエラーメッセージである場合、私はそれを単純かつ要点を保つように言うでしょう。ただし、これがアクション映画愛好家サイトへのエラーメッセージである場合は、サイトのテーマに合わせて楽しくすることができます。

結局、ジョンはあなたが彼の名前をそこに置かなかった場合に救われたのが彼の貯金であったことを知らないでしょうか?疑わしい。それがマルチプレイヤーゲームであり、他のプレイヤーがそうでなかったときにジョンのセーブがあったなら、そうです。それはあなたが少しの開発時間を入れて、対処するサイトに別の動的な部分を持ちたいかどうかに依存します。

2
Ryan

これは短くしておきます。エラーまたは確認メッセージをパーソナライズしないいくつかの理由は次のとおりです。

  1. Jakob Neilsenのユーザビリティヒューリスティック、エラー、または確認メッセージによると 無関係な情報は含めないでください 。人の名前は関係ありません。
  2. パーソナライゼーションは開発時間を増やし、エラーの可能性を増やします。ログインしているユーザーとログインしていないユーザー向けに、メッセージシナリオを検討および開発する必要があります。
1

ここでは、実用的な考慮事項とブランド化の考慮事項の両方があります。ブランディングの側面の1つとして、ウェブサイトの声とトーンを考慮する必要があります。ファーストネームでユーザーに対応することは、ブランドの声と一致していますか?この手法はサイト全体で一貫して展開されていますか?

実用的な側面では、国際化について上記で述べたコメントを繰り返し、その他の実用的な懸念事項を追加します。人の名前をキャプチャしたからといって、その人が好きな名前を住所の形式として知っているわけではありません。この情報を使用できるようにするために、「アドレスを指定する名前」のフォームフィールドを含めましたか?異なる文化では、異なる形式の住所を使用する場合があります。たとえば、姓を親しみやすい形式の住所として使用したり、親しみやすい形式を使用できる場合の規則を使用したりします。

全体として、エラーメッセージでパーソナライゼーションを使用することは避けますが、それは判断の呼びかけです。

1
Teresa Ortega

マシンをパーソナライズすること、つまりパーソナライズされた検索結果やインターネットのバブルを意味するものではありません。これは、今後数年間で直面する最も困難な障害です。

簡単な例?ロボットは、ロボットのように振る舞う限り、ロボットです。彼らが人間のように振る舞い始めたが人間のように反応しない場合(または人間が自然な方法で反応することを人間が期待するであろう方法)は、気味が悪い。間違った表情、アンダートーン、「線の間」などのメッセージへの対応など。

私たちは互いにやり取りする方法が100万通りあります。マシンが最も自然な方法で応答できるようにすることは、主要なタスクです。機械が不快な方法で自然な人間の要件に対処する可能性は高いです。

あなたの質問に答えるために:それは異なります。ドメインによって異なります。技術を話すエンジニアや専門家などに話しかけると、機械のように反応します。 「完了」、「保存」、「エラー。戻ってください...」など。

Etsy.com、deviantart.com、またはその他の技術に詳しくないユーザーに対処したい場合は、1つまたはその他の個人的なコミュニケーションを少しずつ紹介します。私はこれらすべてのインターフェースのリストを保持します。ユーザーがこれらのようなメッセージとともに表示されるので、時々それを把握し、顧客と話しているトーンを感じることができます。

非常に興味深い質問です。

0
uxfelix

人々は情報をスキャンしますが、少ないほど良いと思います。したがって、この例では人の名前を含めません。代わりに目盛りを追加します:-)

0
Alok Jain

これは擬態性につながりますが、これは悪い考えです()。さらに、多くのユーザーを忍び寄らせます( *)。

ユーザーは、コンピュータを希望どおりに実行するように説得するために、社交的な目的ではなく、コンピュータを希望どおりに実行することを望んでいます。ファーストネームベースで誰かに対処する場合、個人レベルで通信することになります。これは、ユーザーがコンピュータに期待することではありません。

(*)もしあなたのコンピューターがあなたをファーストネームベースであなたに言及しているなら、あなたは見返りに同じ方法で返信しなければならないと感じませんか?.

(**)自分の顔を使用してログインし、コンピュータが今日あなたの髪はきれいに見えるとコメントしたと想像してみてください。

0
Danny Varod