「ユーザー」のより良い用語
多くの場合、アプリケーションのいくつかの側面を説明する必要があり、多くの場合、ユーザーを参照する必要があります。この用語は、非技術的な世界に対して良い意味合い（ドラッグユーザーなど）を伴うものではないため、本当に好きではありません。
serの非技術的な表現であるWordはどれですか？
People-この中でDon Normanが言うように X Week 2008のビデオ
- ユーザーではありません も参照してください。
メーカーはしばしばend-userを参照しますが、私は実際にはその用語が好きではありません。個人的には、技術環境ではuserのビーフは使っていませんが、people...よく...人と話すときの一般的な用語として！私はyouという用語を誰かと話すときによく使用し、一部のシナリオではcustomerが適切です。
「製品を使用している人」と「製品を使用していない人」を区別するために、異なる用語を使用する必要があるほど、状況が頻繁に発生するかどうかはわかりません。
あなたがあなたについて話しているのか、[その他]製品を使用している人々について話し合っているのかについての議論の早い段階で基礎を築いた、次にそれらをyou、they、peopleとしてさまざまに参照できます、themなど...そして、製品を使用するものと使用しないものとの間で主題を切り刻んで変更する必要がある場合はあまりありません。例外はあると思いますが、一般的に言っています。
注意してください、あなたは彼/彼女のアプローチを避けるべきです- このux.seの質問で議論されたように
更新：上記のリンクの1つは、「私はユーザーではありません」というWebサイトにリンクしています。彼らは、ユーザーと呼ばれるのが大丈夫かどうかについて人々が投票できる投票を持っています。
OPの質問時（2011年5月）に、彼らの世論調査では、52％のユーザーがユーザーと呼ばれて満足していると述べています。
ほぼ6年後（2017年1月）は逆の振れがあり、59％の人がユーザーという言葉とは異なり.
このウェブサイトが公正な聴衆を魅了するかどうかはもちろん不明です。このサイトが「ユーザー」と呼ばれたくない人から不当な興味を引いたかどうかを知る方法はありませんが、サイトの偏った主題を無関係として却下すべきではありません！
あなたのユーザーはここでポイントを持っています。 「ユーザー」と呼ばれることは、スミス氏ではなく「213号室に足の骨折のある患者」（またはさらに悪いことに「足の骨折」）、または心理実験の「被験者」であることに似ています。
Don Normanが推奨 それらを「人」と呼ぶ、これは非常に一般的な用語ですが、機能します。コンテキストに応じて、ディスカッションの参加者、テキストの作成者/編集者、Webサイトの訪問者/ゲストなど、タスクベースの役割の説明を検討することもできます。
ユーザーも独自のアイデアを持っている可能性があります。次回、「ユーザー」という言葉について不平を言うのを聞いたときに、直接より良い提案を求めてみませんか？
「ユーザー」が非人間的である理由は明らかではありません。人間ではないユーザーのことは聞いたことがありませんが、可能だと思います。車を運転する人を「ドライバー」と呼ぶのも非人間的でしょうか。
おそらく、ITの特定の（おそらく以前の）メンバーの態度のために、「ユーザー」は組織で特定の否定的な意味合いを獲得しています。多分、態度が問題の根本であり、ラベルではありません。もしそうなら、あなたは最初にそれを修正する必要があるか、そうでなければ代わりにあなたが代わりに使用するどんな代替用語もすぐに同じ否定的な意味合いを獲得するでしょう。
しかし、ITが今は異なっていることを知らせ、その仕事がユーザーの仕事を簡単にするためのサポートであることを認識したい場合は、「クライアント」と呼ぶのはどうでしょうか。
それはあなたを「サーバー」にするでしょう。一種の適切な比喩。
それらを人と呼んでいる場合、「人」は機能します。 （私が思うように）「私たちのサービスのユーザー」の感覚を捉えた言葉を探しているなら、「クライアント」または「顧客」はどうですか？
彼らが何を不満に思っているのか私は知らない、伝統的に心理学では彼らは「被験者」と呼ばれている！
「参加者」を使用する前にこの問題に直面したとき。これには、彼らが実際に彼らがしていることであり、あなたが彼らをテストしている間彼らにしてもらい続けて欲しい「積極的な関与」という意味合いがあります。
私の最後の仕事であるオンライン大学では、「ユーザー」は「学生」でした。そのようなことをしてもらえますか？彼らはアナリストですか？プログラマー？作家？それは役立つでしょうか？
私は過去に少し面白いアプローチを取り、親切で穏やかな人々、プロジェクト愛好家、意欲的な参加者、熱心なファンなどのユーザーグループを紹介しました...
一般に、ソフトウェアで一般的である非人間化の印象を打ち消すために、私は反対側でエラーを起こすことをお勧めします-ユニークな声とトーンを作成します。未分化のテキストの無限の行を読むという単調さを壊すもの、人々の顔に笑顔をもたらすフレーズや単語、そして実際の人々が他の実際の人間のためにこのソフトウェアを作成したことを人々に思い出させるものは、一般に好評です。
一部のコンテキストでは、それらを「俳優」と呼ぶことができますが、その単語の意味を考えると、それがより良いかどうかはわかりません。おそらく、「ユーザー」は「ノード」よりも非人間的ではないことを穏やかに思い出させることができます。
芸術などの何かをサポートおよび使用する人々は、しばしば常連客と呼ばれます。
serは標準的な用語であり、遠慮なく使用してください。誰もがserを否定的な意味合いに関連付けるわけではありません。
すべてのユーザーを指すより具体的な用語がある場合は、必ずそれを使用してください。時々、ユーザーベースが非常に異質であるので、それらすべてに共通している唯一のものは、彼らがあなたのアプリケーションを使用することです...それゆえにラベルです。
次の単語のいずれかと呼ぶことができます。これらはすべて、システムで人々を説明するのに有効ですが、彼らがより人間らしく感じられるとは言いません。
- 個人（少し合法だと感じる）
- プリンシパル（少し離れていると感じる）
- エンティティ（少しエイリアンを感じる）
- 被験者（少し全体主義を感じる）
より適切には、実際の人物に基づいて電話をかけます。具体的に。
彼らの分野は何ですか？彼らの活動は何ですか？彼らが研究者であれば、そのように呼んでください。彼らの立場、役割、または責任について考えます。
製品に固有のものにできますか？
彼らが何かを買っているなら、あなたは彼らを顧客と呼ぶことができますか？彼らがVLE/LMSのユーザーである場合、彼らは学習者または家庭教師になることができますか？
または、ペルソナを使用している場合は、ペルソナに付けた名前を使用して「それら」を参照できますか？
特定のアプリケーションを使用する人々について話すとき、私は他の用語を使用していると思います。そのため、アーキテクトアプリケーションの場合、それらを「アーキテクト」と呼ぶことがあり、たとえばアーキテクトと秘書を区別したい場合が多いため、ユーザーのタイプに適切な用語を使用します。
私はeコマースサイトに取り組んでいるので、「クライアント」（サイトの構築に料金を支払う人）と、遠端でサイトを使用する人である「顧客」を区別しようとしています。
これは、システムを使用しているさまざまなタイプの人々を区別するため、すべてを「ユーザー」と見なすよりもおそらく良いアプローチです。つまり、さまざまなタイプのユーザーを区別し、さまざまな方法で対処することができます。すべてのタイプのユーザーは同じではありません。
あなたがそれらをdehumanisingについて心配している場合、それらをindividualsと呼ぶことができます。
「コンピュータオペレータ」または「オペレータ」はどうですか。これらの用語は、より技術的または洗練されているように聞こえますが、「ユーザー」は、人を受動的なドローンのように聞こえるようにするため、部分的に望ましくない場合があります。
あなたが彼らの自我に対してどれだけプレイしたいかに応じて、他の提案：コントローラー、ディレクター、管理者。
（宇宙飛行士が「対象」や「乗客」などと呼ばれることに異議を唱え、窓のないカプセルや手動の緊急制御装置などで立ち往生していると思う映画「The Right Stuff」があると思います。彼らは「パイロット」と呼ばれます"代わりに、単純なウィンドウといくつかのオーバーライドのために。）
Cos Callisも約20分前にオペレーターを提案したようです。私の投稿を遡及的に合理化するために、明確な「コンピューターオペレーター」の提案を指摘します。
個人的には「俳優」が好きです。これは ユースケース で使用される用語です。アクターはアクティビティと相互作用を意味し、アクターが異なる役割を持つ可能性があることも意味します。 「参加者」はおそらく次に近いですが、役割と簡単に関連付けることができるという利点はありません。
「ユーザー」は否定的な意味合いを持っていますが、おそらくもっと重要なことには、システムが静的であり、対話の感覚が低いこと、特に「エンドユーザー」が影響を与えるのに対し、「俳優」はシステムに積極的に関与することを示唆しています。
「クライアント」と「顧客」はどちらも、報酬サービスを提供していることを意味します。それはしばしばそうではありません。多くの場合、システムを使用するために支払われているのは俳優です。また、ユーザーがシステムを受け入れることも課題の1つです。 「クライアント」と「お客様」は、「支払いを済ませたので、今すぐ提供する必要がある」ことを示唆しています。これは、システムの設計に必要なユースケースと情報収集の開発には役立ちません。
「人」もこのシステムに関連して何も示唆していない。それはあなたが人間であることを断言するだけです。また、システムで相互作用するアクターが人間ではない可能性があることも事実です。
必要なのは「俳優」です。システムまたはソフトウェアとのやり取りにおいてさまざまな役割を果たすことができる人または物。 「アクター」とは、システムを使用する予定の人々が、システムの開発プロセスに積極的に関与する必要があることを意味します。開発中の将来のアクターからより積極的に関与できるほど、システムの全寿命にわたってユーザーエクスペリエンスが向上する可能性が高くなります。
たとえば、「上級ユーザー」や「初心者ユーザー」と言っても、まったく普通に聞こえるので、「ユーザー」という用語に問題はないと思います。 「私たちの顧客」のように「顧客」という用語といくつかの関連があるかもしれないある会社の従業員。彼らは顧客に対して悪い態度を持っているので、彼らにとって一種の不快な言葉かもしれません。 「ユーザー」という用語と同じですが、もしあなたの製品のユーザーがダミーであると仮定すれば、まあ...それは彼らのことかもしれませんし、実際、あなたは過小評価しているかもしれません！
また、たとえば「FreeBSDユーザー」または「Pro/ENGINEERユーザー」と言って、それから何を作りますか？それとも「Ubuntu Linux」ユーザー対「Senior Debian Linuxユーザー」ですか？私があなたのためにもっと選ぶべきなら...まあ、私がする必要がなく、あなたがすでに私が提供しようとしているアイデアを持っていることを願って、世界の「ユーザー」はあなたがまだ持っていないものに拡大しました： ）
当社のサイトでは「メンバー」という用語を使用しています。
それはすべてコンテキストに依存します。いずれにせよ、「ユーザー」よりも「エンドユーザー」の方がより具体的であるため、「エンドユーザー」を優先します。一部のディスカッションでは、「顧客」という用語を使用して、この人物に対して特定の義務（高品質の製品を提供するなど）があることを強調しています。
問題の人が何かを購入する可能性がある場合は、clientが機能します。
問題の人物が選択、選択、または選択される可能性がある場合は、候補者が適切な選択です。
さて、ユーザーは何かを使う人なので、「私たちのシステムを使う人」とは？
それは、ユーザーと呼ばれているコンテキストに依存する場合がありますが、「ユーザー」の一部の使用は許容される場合があります。 Xの毎日のアクティブユーザーについて自慢しているブログと「ユーザーを検索する」というテキストと.....の違いはありますか？
UMLの使用例では、システムとやり取りして作業を行う誰かまたは何かが「俳優」です。このアクターは、人間または別のマシンまたはソフトウェアの一部にすることができます（多くのプログラムは、特定の事前定義された目標で、またはスクリプトやその他の自動化でそれらを制御するために、他のソフトウェアを起動します）。
よりビジネス関連の観点から見ると、ソフトウェアを主にまたは独占的に使用していて、ソフトウェアを「所有する」会社で働いているか、その会社と取引関係がある場合は、その人の職務内容またはその他のビジネスロール（ 「お客様」や「お客様」など）。 「ワーカー」には企業と同じくらい多くの婉曲表現（およびdysphemisms）があるため、企業文化の外の人々に用語が公開されると混乱を招く可能性がありますが、「CSR」（カスタマーサービス担当者-の一般的な用語） CRMソフトウェアパッケージの人間のユーザー）およびその他の比較的中立的な用語は、用語を定義している脚注がある場合は、通常、ソフトウェアのドキュメントに含めても問題ありません。