HCIでチーム効果を活用する方法
人間とコンピュータは、まるでチームであるかのように行動できます。
Clifford Nass は、彼の実験で、たとえ否定しても、コンピューターを小さな人間（「社会的俳優」）として扱うことを示しています。彼はチーム＆チームビルディングに関する章で、識別（類似性の魅力）と相互依存性（私の目標はチームの目標に貢献し、逆もまた同様）がより良い協力につながることを説明しています。
モニターが持っているのと同じ色のリストレットを被験者に与える、またはチームに名前を付けるような小さな手がかりは、やり取りと注意の楽しみを高めます。
これがすべて当てはまると仮定すると、これらの効果をどのように使用して、ヒューマンコンピュータインタラクションインターフェイスを設計できますか？人間とコンピュータの間の「チームビルディング」の例を知っていますか？
人間と人間の相互作用は人間と人間の相互作用のように「無意識に」であるというクリフォード・ナスの前提を踏まえると、我々はそれを結論付けることができます人間とコンピュータのインターフェースの設計では、同じ人間と人間の相互作用パラダイムを使用する必要があります。
これが良いアプローチの例は次のとおりです。
- Appleの Siri は、人間とコンピュータの相互作用において大きな誇大宣伝でした。
- Microsoftの Kinect 、 ' 自然なユーザーインターフェイス 'への飛躍。
- ' エラー404 'ページは、より現実に近い、または人間にレンダリングされます。
そして、質問に答えるために、いくつかのチーム内での人間とコンピュータの相互作用の例は次のとおりです。
- 川田産業の擬人化 共同作業ロボット 。これは、あらゆる種類のタスクに対してプログラム可能であり、人間が近づくと停止します。
- "テレプレゼンス"ロボットAnybots 'などのQB、外部委託チームまたは医療状況向け。
- Microsoft Surface 、 Reactable またはVisual Planetの Massive Multitouch のような大型マルチタッチディスプレイ。
私が考えることができる唯一の例：
- 一部のプロ用ビデオ編集ソフトウェアには 専用キーボード が付属しています。これにより、使いやすさが向上するだけでなく（色分けされたラベル付きのキーがより効率的になる可能性があります）、識別（これは私がビデオを扱うコンピューターです。私の味方です）も識別します。
- コンパイラエラーをスローする代わりに、質問をすることで曖昧さを解決する自然なプログラミング言語があります。 （ "混合イニシアチブ自然プログラミング言語" を参照）この対話は相互依存関係を助長する可能性があります。プログラムを作成したのはユーザーではなく、共同で作業しました。
- Clippy または Eliza のようなアバターのようなアシスタント。
これは良い質問なのか悪い質問なのか、私が本当に決めることができません。それは非常に興味深いなので、問題はありません！
まず第一に。質問はいくつかの非常に物議を醸す先入観に依存しています。つまり、人々はコンピュータを小さな人間として扱います。
次に、私たちが本当に知りたくないこと（またはそれを優れたUXと見なすこと）のmoreをどのように達成できるかを尋ねます。withコンピュータ（または他のデバイス）を本当に（チームで）作業したいのですか、それとも、他の便利なツールと同じように、それを優れた透過的なツールにしたいですか？
（ "インタラクションデザインの未来に関する簡単な説明"からの画像。 とても読みやすい！）
ハンマーは大工の親友ですか？それとも単なる別のツールですか？
iPadは学生の親友ですか？それともこれは単なる別のツールですか？
私たちはiPadをwant親しみやすいものにするのでしょうか、それともこれに高度なユーザビリティを持たせたいのですか？ （30年前、「ユーザーフレンドリー」は、今日「使いやすさ」または「ユーザーエクスペリエンス」と呼ばれる用語でした。結論は明らかでした。「ユーザーフレンドリー」は誤解を招くものです。フレンドリーなコンピューターは必要ないため、ツールが必要です。これにより、必要なタスクを簡単に実行できます）。
OK、いくつかの回答まで:-)
私にとって、あなたが説明するのは、優れたUXデザインとUIデザインの結果にすぎません。ユーザーと「もの」の間の良い相互作用。ユーザーが自分がコントロールしているように感じ、「もの」が自分のやりたいことを実行していると感じた場合、ユーザーは自然な方法でコンピューター（またはその他のデバイス）と対話します。
"Actor Network Theory"（ ウィキペディアの記事 、 YouTubeムービー ）は、俳優（人間）とactantsのネットワーク（コンピュータ、携帯電話、さらにはホテルの部屋の鍵）。そして、Nassが「コンピューターを小さな人間として」と表現するとき、Nassはこれら2つのネットワークの役割を混合していると思います。はい、演者には場所があります。そして、はい、デバイスとソフトウェア（特に、対人相互作用/コミュニケーションに影響を与えるデバイス/ソフトウェア）を設計および開発する際には、アクタントを考慮する必要があります。しかし、俳優は小さな人間ではありません。
（ www.clipartof.com の図）
では、どうすれば自然な相互作用を実現できるでしょうか。
上手。これは、実際にはUXの知識の非常に基本的なことです。ドンノーマンの有名な「7つのアクションステージ」（ ウィキペディアの記事 ）で（imho）を最もよく説明しています。これらのガルフ（実行と対話の）の自然で適切な実装は、デバイスとの自然な対話につながります。そして状況によっては、これが対人関係の潜在意識の比較につながり、単純化された解釈になる可能性があります。「これは人間のような相互作用です。私は小さな人間を扱っているに違いありません」.
（ www.dubberly.com のイラスト）
私がここで大きなパーティープーパーだったら申し訳ありません。 ：-/
私はナスの本を読んだことがないので、彼の調査結果について議論することはできません。彼らはまさしく本物であるかもしれません、そして、彼らは間違いなく面白いです。
私はコンピュータが人間ではないことを知っていると信じています。knowキーを強く押すとコンピュータがよく理解されない、または CEを複数回押すと計算機をより明確にクリアできると私たちは考えます 。これが私たちが物事を扱うことに慣れている方法だからです。
つまり、一番下の行。コンピューター/デバイスには仕事があり、それは私たちがしている仕事の主役です。道具。優れたexec/eval湾で、私たちは自然に対話しますが、それでも彼らが人間であるとは期待していません。私たちは依然として彼らがより速く検索してよりよく計算することを期待していますが、彼らが感情（欲求不満のような）を理解したり、写真を解釈したりすることは期待していません。
コンピューターは単なる別のツールであり、weは所定のタスクに適したツールを作成する必要があります。
人間とコンピュータ/ロボットのチームの例を考えることができます。
- マーズ・ローバー
- プレデタードローン
- ロボットの捜索と救助
そして、興味があるかもしれないいくつかの背景素材：