Teachers 'Lounge (♦モデレーター用のサイト全体のチャットルーム)で少し議論しています。
場合によっては、アカウントを破棄する必要があります(スパマーの場合など)。これは、ユーザーのプロファイルに移動し、次のダイアログで数回クリックする操作を含む操作です(投稿にフラグを設定するか、投稿を閉じるように投票するのとは異なります)。 Stack Exchangeのほとんどのダイアログには キーボードショートカットが有効 があり、(慣れれば)クリックするよりもはるかに高速です。
アカウントを破棄するためのキーボードショートカットは ほとんど機能している ですが、モデレーターの1人は、このような危険で元に戻せないプロセスにはキーボードショートカットを使用すべきではないと主張しました。間違いを犯すのは簡単すぎて、たとえあなたの意図がなくても、ユーザーを破壊してしまいます。心配している人のために:キーボードショートカットでユーザーを破壊するには、まだ5回または6回のキーストロークが必要です。それは 偶然に起こる可能性は低い です。
この議論は私の(一般化された)質問につながります。以下に関する調査はありましたか?
ユーザーは、アクセスしやすい機能を間違える可能性が高いですか?
(もちろん、アクセスしやすいと、より頻繁に使用され、間違いが増える可能性があります。私は相対的な量に興味があります。)
これに関する個人的な経験も役立つ可能性がありますが、逸話的な証拠(「私はかつて...のために間違いを犯したことがある」の証拠)を誤用しないでください。
Alan Cooperは About Face でエジェクターシートの類推を使用しています。
ジェット戦闘機がイジェクターシートレバーを必要とするのと同じように、複雑なデスクトップアプリケーションには構成機能が必要です。ユーザーがアプリケーションの機能、動作、またはコンテンツをときどき劇的に(時には不可逆的に)変更できるように、アプリケーションにはイジェクターシートレバーが必要です。
発生してはならないことの1つは、エジェクタシートの偶発的な展開です。 インターフェイスの設計では、ユーザーがアプリケーションに小さな調整を加えるだけで、エジェクターシートを誤って発火させないようにする必要があります。
アクションをトリガーするために5つのショートカットを順番にトリガーする必要があり、それらのショートカットの組み合わせが他のアクションを実行しない場合、エジェクターシートは非常によく隠されています。
ただし、Terdonが示唆するように、OPの場合、シーケンスの最初の4つのショートカットを使用して、さまざまなアクション(主にメニューをナビゲートする)を実行できます。
エジェクタシートをアクティブにする可能性があるため、シーケンスの最後のショートカットを間違って取得するだけです。
「間違い」ではなく、この場合、それは「スリップ」です。
Nielsen Norman Group によると:
ユーザーが現在の問題またはタスクに不適切な目標を持っている場合、間違いが起こります。目標を達成するために正しい手順を踏んでも、その手順はエラーになります。
スリップは、ユーザーが1つのアクションを実行しようとしたときに、最終的に別の(多くの場合は同様の)アクションを実行するときに発生します。
さて、本"Experimental Slip and Human Error:Exploring the Architecture of Volition"によれば、
非常に単純なタスクは、より迅速に実行できるため、エラーが発生する可能性が高くなります。 (...)単純なタスクは、大きな割合のスリップを生み出す傾向がありますが、複雑なタスクは、意図、計画、および判断のエラーをさらに引き起こします。
そのため、はい、ユーザーはアクセスしやすい機能で間違いを犯す傾向があります(スリップ?)。
スリップを防ぐ方法は ユーザーがアクションを「元に戻す」ことを許可することです
ピーターの答えと同様に、Amazonのワンクリック購入に注意を向けます。 「偶発的なAmazonワンクリック購入」に対して簡単なgoogleを実行すると、最初に表示される結果は、ユーザーが誤ってこの機能にアクセスしたため、ワンクリック購入の「使いやすさ」に非常に不満を感じているユーザーのAmazonのフォーラムです。
これは、Amazonが2クリック購入に戻ったときに十分な問題を引き起こしていました。これは、テクノロジーへのアクセスのしやすさに起因する間違いの典型的な例だと思います。通常、何かの結果を見たいときは、うまくいくか、うまくいかないかのどちらかで、それからお金を失う/稼ぐ人に目を向けます。
ヒューマンエラーレート予測のテクニック(THERP)を実行すると、実際にヒューマンエラーの推定値を取得できます。その詳細については、こちらをご覧ください THERP Wiki
これにより、独自の調査を実施して、それがどの程度の影響を与えるかを確認できます。
ええと。ほとんどのアプリはすべてのタッチ可能領域が何かを行うように努めています(= /// =)何かそして、それはガジェット上で実行され、狭い側、広い側はグリップするには広すぎます。 (iPadの3/4 "のマージンを神に感謝します。)
それが災害のレシピでは不十分だった場合、タッチスクリーンは「タップ」と「スワイプ」を区別するのが非常に悪く(少なくとも私にとって)、少なくとも1/3の時間で間違った操作を行います。これにより、たくさん、たくさん、筋肉の記憶になる場所にバックアウトします。
物事を行うのは少し難しいべきです。
「元に戻す」または「バックアウト」が頻繁に使用される場所を確認するだけで、失敗した場所を見つけることができます。
絶対に言っておきます。 OutlookにはCtrl-Enterキーストロークがあり、すぐにメールを送信できます。非常にまれに、誤ってメールを送信することはありません。ただし、Skypeで会話しているときは、同じキーストロークを使用して、メッセージを送信するのではなく、その相手と通話を開始することがあります。
ありがたいことに、それは隔月程度ですが、自分が取り組んでいることから急いだり、ストレスを受けたりすると、自分が使用しているアプリを忘れて、間違ったキーストロークを使用する可能性がはるかに高くなります。
同様に、フォームを送信する代わりに、テキストエリアでShift-Enterを使用して新しい行に移動するWebサイトやアプリがあります。次に、テキストエリア内でEnterキーストロークをキャプチャして新しい行を追加する他のサイトがあり、Shift-Enterは何もしません。私はそれらのサイトをかなり混乱させます。
コードのセクションで3時間戦っていたのと同じストレスの下で、管理者の仕事、特にプロファイルの削除が行われないことを望みますが、事故は起こります。結果のアクションが完全に元に戻せない場合は、少なくともキーストロークの確認ダイアログをお勧めします。
私はいくつかの独自の研究を提供します:
グーグルこれらの単語: Internet Explorer Backspace
上位10件の検索結果のタイトルは次のとおりです。
ご覧のとおり、10ヒットのうち10ヒットはこの機能を無効にしたいと考えています。これは偶発的にアクセスしやすく、時には壊滅的な影響を与える可能性があります。
個人的な経験も求めたので、バックスペースがほとんどのブラウザーで戻るための標準のデフォルトのショートカットであった時代(2016?)にいると、満足するよりも少ないバックスペースショートカットでの個人的な経験が得られます。 。
また、ショートカットよりもはるかに頻繁に使用するにもかかわらず、[戻る]ボタンを使用して不満を感じた経験はほとんどありませんでした。
かなり明白な点(ただし、これまでのところ言及されていません)は、ラストクリックまたはキーストロークが他の潜在的な機能から物理的に離れている必要があることです。
互いに隣り合う複数のクリック可能なボタンがある場合、深刻な結果を伴うわずかなミスの可能性がはるかに高くなります。影響の大きい機能を安全な距離だけ移動すると、偶発的なクリックの可能性が大幅に減少します。
同じことがキーボードショートカットに当てはまります。重大な結果をもたらす機能の文字またはキーは、現時点で当てはまる別のキーのすぐ隣に置いたり、プログラムまたはOS全体に当てはめてはいけません。
もちろん、最善の方法は、1分間だけでも機能を元に戻すことです。しかし、それは常に可能であるとは限りません。
私の典型的な例はCTRL + Wです-WindowsバージョンではThunderbirdがメッセージの書き込みに使用されます。
Linuxでは、ウィンドウを閉じます。これにより、注意深く書かれたメッセージが失われてしまい、元に戻すことはできませんでした。
Ctrl + Enterショートカットがこの問題に悩まされないというオキアミに同意します。
特別な訓練を受けた資格のあるユーザーのみがジェット戦闘機に入ることができます。
1つのプロジェクトでは、「ショートカット」機能(特別に訓練された資格のあるユーザーのみが利用可能)により、エラーの可能性は増加しませんでしたが、大きさは少なくとも100倍に増加しました。
例:ユーザーは、SQLインジェクションを介してWebアプリケーションのデータまたは動作を変更する必要があります。これは、標準のユーザーインターフェイスには、必要なアクションを実行するための効率的なオプションがないためです。ユーザーが実際にkill目標に到達する代わりにWebアプリケーションを実行する可能性はかなり高いです。