UIのOperant Conditioningにはどのような例がありますか？
多くの車と同様に、シートベルトを外して車を始動すると、私の車は不快なビープ音を発します。シートベルトを接続すると、すぐに異音が終了します。以前はこの迷惑なことを見つけましたが、最終的にそれが Operant Conditioning ;の素晴らしい策略であることに気付きました。古典的な負の補強を使用すると、ユーザーはシートベルトを差し込むことによって迷惑な音を回避するようにすぐに訓練されます。
これは状況のUX（愚かな音！）に害を及ぼすという明らかな影響がありますが、ユーザーに安全なことを行うように訓練すること、またはより一般的にはユーザーの望ましい行動です。
物理的またはデジタル的な一般的なインターフェースには、単純なOperant Conditioningの他にどのような例がありますか？意図的な ゲーミフィケーション アチーブメント/ ectなどのシステムは、かなり明白であり、独自の専門カテゴリであるため、除外します。
モーダルダイアログとポップアップには、ユーザーをトレーニングして無視するという残念な影響もありますが、私は意図的に shaping について話している特にユーザーがより優れたユーザーエクスペリエンスを提供するために望まれていた望ましい動作に陥った場合のユーザーの動作。
ソフトウェアでは何も思いつきません。それはおそらく良いことです。ネガティブな強化を備えた「トレーニング」ユーザーは滑りやすい坂道であり、悪いUXを回避することにつながります（デザイナーがそう決めたからです...）。すべての「電気ショック」のフィードバックに対して、同じトリックを実行するがユーザーに苦痛を引き起こさない肯定的な補強を常に見つけることができると思います。これがゲーミフィケーションの始まりです。
編集
回答後に見た例：匿名ユーザー向けの記事に対するスラッシュドットのコメントは、「Anonymous Coward」というエイリアスを受け取ります。そのため、少なくとも登録済みのアカウントで応答するように人々を恥ずかしく思うように少し注意します。
別の例は、赤から緑のプログレスバーでパスワードの強度を示しています。赤は少し控えめです。
私の車は、運転を始めると自動的にハンドブレーキをオフにします。シートベルトを着用していない場合を除きます。これは、同様の問題に対する別のアプローチであり、ユーザーを煩わせるのではなく、ユーザーが特定のアクションを実行できないようにするだけです。車とソフトウェアの違いは、ソフトウェアには機械的なコンポーネントが含まれていないことです。したがって、特定の状況で特定のことを禁止することは比較的簡単です。私はそのアプローチが優先に値すると信じています。
Assafが言ったように、UIは意図的に意図的に悪い機能を実装するつもりはないので、直接的なことはありません。
私がそれについて考えることができるいくつかのものは近いです：
Ad90jdk.jpgを削除してもよろしいですか？
[アプリケーション]で致命的なエラーが発生しました。
または、パスワードを必要とする機能。