web-dev-qa-db-ja.com

UXライティング:「私たち」をいつ使うのか?

(免責事項:私はプログラマーであり、デザイナーではありませんが、優れたデザインと優れた言語の選択に関心があります。)

モバイルUXで、ユーザーを多段階のプロセスで案内する場合、"必要なこと"または"必要なもの"と言ったほうがいいですか。能動的な声「私たち」は常にもっと言葉遣いが多いように思われ、何らかの理由で少し哀れに聞こえるので、私は個人的に受動的な形を好みます。

数年前にマテリアルデザインガイドラインが発表されたとき、「執筆」セクションに「私たち」が一般的にどのように回避されるべきかについて少し触れられていたと私は90%確信しています。そのガイドラインが存在していた場合、それは削除されました。そして問題をググると、最近の記事が「私たち」に賛成だと主張しているのを見つけました!

何が変わったの?このためのルールや知恵はありますか?

25
Reuben Scratton

あなたが言及したように、ここで見つけることができる古い材料ガイドライン https://material.io/archive/guidelines/style/writing.html はそれを避けるように言っています:

「私たち」という代名詞は避けてください。ユーザーやアプリがユーザーに対して何をしているかではなく、ユーザーとアプリで何ができるかに焦点を当てます。

しかし、それは本当にあなたのブランドの声とトーン、そしてあなたがユーザーとコミュニケーションしたい方法に依存します。これに関するガイドラインがある場合は、すばらしいです。そうでない場合は、同様の価値を持つブランドのガイドラインを参考にしてください。ここで音声とトーンのガイドラインを検索できます: https://adele.uxpin.com/ 、フィルター「Voice and Tone」を追加するだけです。

29
Aline

インターフェース上にある場合、アクティブフォームは直接的で簡潔であり、混乱が少なくなります。 「ここをクリックして…」を選択することをお勧めします。多くは、組織のコンテンツ標準に依存しています。コンテンツ標準は、ビジネス言語がいかに正式で直接的であるかを述べます。 enter image description here

ソース

31
Ren

ユーザーファーストのデザインを適用する

ほぼすべてのUXと同様に、ルールについて議論するよりも、第一原則に戻る方が便利です。

たとえば、UX言語の場合:

  • 単純な方が複雑な方がいい
  • 不要な単語や資格を取り除く
  • 企業のブランディングではなく、ユーザーが経験を深めるために知っておくべきこと、信念体系、機能のクールさなどに最初に焦点を当てます。

これらの原則を適用すると、アプリケーションに適した言語ガイドラインに到達できます。正式に書き留めるか、さりげなく使用するかは関係ありません。多くの場合、これは次のようになります。

  • Weは、UXで頻繁に使用されることはありません。これは、省略したり、ユーザーに置き換えたりできる場合には必要ないためです。

    • 例えばWe advise you to press this button because XXXClick to do XXXX
    • 例えばWe thought you might like these products...You might like these products...
  • WeCorporation Xよりも親しみがあり、個人的な用語であるため、if会社の見解を表す必要があります。 Weを使用することで、より親しみ/関係性が増します。例:.

    • ACME protects your privacy by encrypting your....We protect your privacy by....
    • WeACME Corporationほど具体的ではないため、弁護士はこれを好まない場合があります。この場合、それは実際にはまったく選択ではないので、議論は学術的です。

お役に立てば幸いです。

11
tohster

すでに述べたように、アプリケーションは人ではないので、アプリケーションは一般に「私たち」と言ってはなりません。

2つの例外:

  • 時々、特に。ウィザードでは、ユーザーは一連のステップを実行されます。ここでは、'Let's start with..'、..'Now we need to wrap things up by..'のような、より個人的なトーンがうまく機能する場合があります。 -ここでのロジックは、アプリとユーザーがチームとして連携することです。

  • もう1つのケースは、話しているのはアプリケーションではなく、それを作成した会社またはチームの場合です。これらのエンティティは人で構成され、'We are pround to present..'または'Feel free to contact us, we always welcome feedback'などを書くのは非常に自然です。-これが機能するためには、代名詞を使用する前に会社名を言及しておく必要があります。

7
TaW

この。

しかし、それは本当にあなたのブランドの声とトーン、そしてあなたがユーザーとコミュニケーションしたい方法に依存します。これに関するガイドラインがある場合は、すばらしいです。そうでない場合は、同様の価値を持つブランドのガイドラインを参考にしてください。

AlineとRenが言ったように、それは明確、簡潔、有用なものです。

ルーベンの元の例に戻って、

「やらなければならないこと」または「必要なこと」

実際には「ことをやる」とだけ言った方がいいです。

「必要なもの」は受動的な声であり、一般的にインタラクションを書くための最良のアプローチではありません(いくつかの例外があります)。

「私たちがする必要があること」は、文脈、事物が何であるか、そしてその代名詞を使用することがブランドに基づいているかどうかに依存します。会社がコピーで「私たち」を使用する必要があると全面的に言うのは適切ではありません。ブランドの声がすべてです。

私は金融サービスのクライアントで働いており、まれに「私たち」を使用します(「確認のために電話します...」)。

1
Jess

自分自身を人と呼ぶ、または人のように振る舞うアプリケーションは、プログラマーがユーザーのテストなしで作成した設計ソリューションの1つです。面白い部分は、それがUXソリューションであることになっていたということです。

これを何らかの形で試し、削除したすべてのソフトウェア、サイト、アプリケーションを見てください。

また、それは多くの努力です。すべてのインタラクションがこの追加の努力と要件を持つ必要がある方法について考えてください。相互作用のレベルによっては、相互作用よりもこれに多くの労力を費やす可能性があります。

0
moot