UIデザインのプラセボの例？
これは純粋に好奇心の質問ですが、少し興味深いと思いました。人気のあるWebサイトまたはアプリケーションでプラセボが使用されていることを知っている人はいますか？意図的か意図的か？
物理的な世界のプラセボボタンの例：
ダン・ロックトンはこの分野について、興味深い 研究 を実行しました。
これがポイントをよく説明する実際の例です：
多くの場合、このボタンを押してもドアクローズメカニズムは加速されませんが、ユーザーが制御していると感じることができます。
私が取り組んでいるeコマースパッケージでは、買い物かごに数量更新ボタンの形のプラシーボボタンがあります。
技術的な制限を回避するには（一度に複数の注文明細に数量調整を送信する場合）、フォームを送信して、数量フィールドがフォーカスを失ったときに数量を更新する必要がありました。更新ボタンは、ユーザーがクリックしてから数量フィールドにフォーカスを失うためのターゲットとして存在していました。
印刷ボタンウェブページは時々プラシーボです。多くのサイトでは印刷スタイルシートを使用しているため、ページをファイル/印刷するだけで、適切にフォーマットされたバージョンが印刷されます。しかし、多くの（ほとんど？）ユーザーは、印刷出力が画面ビューとほとんど同じであることを期待しています。
したがって、人々の期待を管理するために、一部のサイトには印刷プレビューコマンドとして機能する印刷ボタンがあります。実際の印刷プレビューではないため、これをプラセボと呼んでいます。その目的は、印刷出力が適切にフォーマットされることを使用者に安心させることです。 （ブラウザーは、用紙サイズなどを考慮したreal印刷プレビューを提供します。）
多くのサービス（GmailやGoogleドキュメントなど）の保存ボタン。自動保存があるため、ボタンはほとんどプラセボのように機能します。
数年前、私はウェブサイトのフォームに取り組みました。当初、フォームには、関係する会社がXを実行し、Yは実行しないという単純なまっすぐな約束の声明が含まれていました。その声明を変更してチェックボックスを追加し、ユーザーが選択的に声明を承認できるようにしました。彼らが何を選択したかはまったく問題ではなく、会社はYを行うつもりはなく、常にXを行います。
顧客は気分が良くなり、完了率が上がり、放棄率が下がりました。
それはプラセボでしたか？
プラセボinputを使用しますが、明示的にbuttonは使用しません。しかし、それは同じ考えです。ユーザーは、最終結果に必須ではない追加のデータを入力するように求められますが、この追加のビットがないと、プロセス全体がユーザーに不完全に見え、結果の正当性に疑問を投げかける可能性があります。
非必須データはプラシーボとして機能し、入力されたすべてのデータの比較的小さなサブセットに対して、入力されたすべてのデータが考慮されたという感覚（したがって、より正確な結果の感覚）をユーザーに提供します。
最近、クライアントとのワークショップでフォームをデザインしていましたが、これらの競合する要求のいくつかを示すデザインの問題を発見し、おそらく異常な解決策に終わりました。このフォームでは、他の多くのフォームと同様に、顧客の財政状態をある程度開示する必要がありました。これの一部は彼らの雇用の詳細でした。スケッチしたフォームには、「雇用主」と「役職」のフィールドがありました。私たちのクライアントは、実際には「役職」ではなく「役職」が必要であることを説明しました。
'Job titles'多くの場合、アイデンティティーを帯び、ステータスを推測できます（標準的なUXプロフェッショナルよりもシニアおよびプリンシパルUXプロフェッショナルがいます）'job types'は平均です。 [...]「仕事のタイトル」を「仕事のタイプ」に交換すると、この特定のエンゲージメントの間、お客様の感情的な安らぎがあまりにも強く感じられると感じました。 「役職」を残すことで、作品について何か特別なことを教えてもらい、すぐに「役職」を集めることにしました。
http://blog.objectivedigital.com/fake-form-fields-for-a-better-user-experience
Googleインスタント検索が使用されている場合、検索ボタンはプラシーボのようなものです。フィールドを更新した後、クリックする必要はありません。ブラウザーがサーバーに適切に通信しない場合に備えて、ボタンは保持される可能性がありますが、それ以外の場合は、他の目的にはあまり適していません。
完璧な例を思いつくのに苦労しています。彼らがそこにいても、気づくことは難しいでしょう。何もしないボタンを見つけたら、壊れていると思います。何も実行されていないことに気付かない場合は、ここでは考えません。
だから、ここに別の不完全な例があります。 Wells Fargoにログインすると、口座を見る前に証券会社の口座を開くことを常に余儀なくされます。選択肢は、「後で通知する」、「今回は通知しない」、「今すぐ適用する」です。 「後で通知する」と「今回は通知しない」の違いがわかりません。私が観察したものとの主な違いは、ボタンのラベルです。したがって、これは偽の選択肢としてのプラセボボタンではありません（オプションとしてリストされていない：「いいえ、ありがとうございます」）。意図は依然として、何もないところに制御の幻想を作成することであるように見えます。
英国では、一方通行の交差点にある信号で制御された交差点の隣に横断歩道があり（交差点は交差点に近づいています）、緑の男は通常、信号が赤信号で停止したときに表示されます。ボタンが押されたかどうか。ボタンを押しても、停止しているトラフィックの速度は向上しません。しかし、ボタンがないと、ボタンを押すことに慣れているため、歩行者を混乱させることになります。
下の画像では、一方通行の交通がまもなく停止して双方向の通行が可能になったとしても、横断歩道の黄色いボタンが歩行者に押され、ボタンが押されたかどうかにかかわらず、緑の男が表示されます。ない。
頭に浮かぶ明らかなプラセボボタンの1つの例は、ボタン「クレーム」または「キャンセル」で「あなたが$ 1,000,000を獲得した」など、あらゆる種類のスパムバナーに表示される偽のダイアログです。バナー全体はリンクですが、ボタンは「ペイント」されているだけで、実際のものではありません。
一部のAndroidアプリには、「終了」プラセボボタンがあります。
Androidでアプリを閉じないことに抵抗する人もいるので、一部の開発者は、実際には終了しないボタンまたはメニュー項目をインターフェイスに配置するか、closeアプリです。 「戻る」ボタンを押すのと同じです。アプリは、OSが好きなだけメモリに残ります。
オフィスのサーモスタットは たいていの場合 プラセボです。
上記の「エレベーターのドアを閉じるボタン」については、同じ情報源が
[…]は、システムに特別にアクセスできる消防士またはエレベーターのオペレーターでなければ機能しません。 Otis Elevatorのエンジニアによると、残りの時間は、さまざまな建築基準法を考慮して無効になっています。
特に「プラセボボタン」とは考えていませんが、チェックアウトプロセスの一部でこれを2回実行します。1回はボタン/要素、もう1回はフィールドです。 「クレジットカードの種類」と「州と市」を求める場合（米国内の場所を求める場合）
[注：私は簡単な例を探しに行きましたが、これらのいくつかを見つけるにはしばらく時間がかかる可能性があり、eコマースサイトのスクリーンショットは、十分なコーヒーがあっても厄介なものです。]
ほとんどすべてのeコマースプラットフォームでは、カード番号からカードタイプを識別できます。「MasterCard」または「Visa」を選択または入力する必要はありません。ほとんどのサイトでは早い段階でそれぞれを要求していましたが、年月を重ねるごとに番号を要求し、事実の後にカードの種類を記入するようになりました。これらのサイトでは、フィールドに関連してカードのロゴ（MasterCard、Visa、American Express、Discover Cardのセット）が表示されることがよくあります。場合によっては、フォームフィールドに揃えられ、ホバー状態であってもクリック可能に表示されます。
米国の住所を尋ねる場合、郵便番号を取得すると、都市と州を自動入力できます。ますます多くのフォームがZipを使用してデータベースから値をプルし、住所情報が米国の郵便サービスと一致することを確認しています。 「City」と「State」フィールドには何でも入れることができますが、システムはZipフィールドを使用してそれらの値を置換または置換するよう要求し、これらのフィールドを不要にして純粋にプラセボの目的のためにレンダリングします。
インターネットのベテランは覚えているかもしれません：「 何もしないことは本当に大きなボタン
最高級の純粋なプラセボです。
多くのサイトで。
しかし、プラセボ効果はユーザーのためではなく、クライアント（サイト所有者）のためのものです。私が知っているボタンと機能を実装する必要があるときは常に、使用されません。たとえば、ブラウザーの設定に基づいて事前に選択するサイトの言語セレクターを考えてみてください。 neverが使用されていることを（私はテストしたので）知っていますが、サイトの所有者に「すべてのケースが制御されている」と感じさせるため、まだ使用されています。
もう一つの例。私は、Googleと同等ではない（直面してみましょう）くだらないグローバルサイト検索システムにうんざりしています。それらのいくつかは、人々が一度それを使用するほど悪い結果をもたらし、その後メニューにフォールバックします。特定の種類のサイトでは検索ボックスを使用しません。
ユーザーにとっても、UXデザイナーとしても安心できるように（まだ入れないでください。）
私たちの学校には、あなたが好きな強さを選ぶことができるスープマシンがあります。
私たちはそれを厳しくテストしましたが、「風味メーター」を強いものに置いても、風味の少ないオプションに比べて何も変わりません。
それは制御の考えを与えると言う必要があります。
少し伸びるかもしれませんが、サイトにユーザー名を作成して、メールアドレスなどの他の情報を使用してログインする必要がある場合はどうでしょうか。 IIRC、Flickrはこれを効果的に行います。あなたは自分自身にハンドルを与えることができます（誰もがユーザー名を持っている、および/または作成することを好みますよね？ちなみに、Flickrでログインするときに使用する資格情報を思い出せないため、気が狂います。
「このダウンロードが開始されない場合は、ここをクリックしてください」というリンクはプラシーボである可能性があります。ダウンロードの開始には時間がかかりますが、ユーザーにはコントロール感があります。ユーザーが「ここをクリック」しても、ほとんどの場合、とにかく数秒待つ必要があります。
@Senor Swinsteadの回答と同様に、[適用]ボタンが実際には何も実行しないように、Windowsデスクトップオプションダイアログの実装を変更する必要がありました。
それらはあなたが期待するように機能することがわかります：
- [OK]ボタンは変更を保存してダイアログを閉じます
- 適用ボタンは変更を保存し、ダイアログを開いたままにします
- キャンセルボタンは変更を破棄してダイアログを閉じます
「適用」ボタンで変更がすでに適用されている場合、ユーザーが「キャンセル」ボタンで変更を元に戻すことを望んでおり、ダイアログをまったく閉じないと変更が表示されないことがわかりました（これらはアプリケーションロジックを駆動する構成でした）。
私の変更は、Okボタンは通常どおり機能し、キャンセルボタンは通常どおり機能し、適用は何もしないようにすることでした。ユーザーが変更が保存されたことをユーザーが確信できるので、実際には[適用]ボタンを保持しましたが、 「OK」または「キャンセル」を押すことで最終決定を下します。
私はかつて、ネットワーク運用ステータスを表示するために、上級管理職向けの一種のプラセボビューを作成する必要がありました。あらゆるものを監視するために、さまざまな監視システムを用意しましたが、管理者がそれらすべてを確認するのに煩わされることはありませんでした。そのため、彼らは、すべての情報を簡単に消化できるビューで魔法のスーパーモニタリングシステムを作成することを宣言しました。 「重要な」アラートのみがこのUIに伝達され、上級管理者は毎朝それをチェックして、システムがビジネスを開始する準備ができていることを確認します。
実際には、異種の監視システムからのデータを統合し、上級管理職がトレーニングなしで、希望どおりに調和のとれた方法で効果的に解釈できるような方法でそれを提示することは、まったく不可能でした。そこで、静的なWebページとそれを更新するためのプライベートWeb UIを作成しました。光沢のある緑色の円でした。何か問題が発生した場合、Operationsの誰かが円の色を黄色または赤に変更し、ステータスメッセージを追加できます。明示的にチェックする必要があることを除いて、NOCモンキーがメールを送信することと機能的にまったく同じでした。しかし、必要なときにいつでも確認できるため、幹部は情報の流れを誤って制御しているように感じました。
これは、Strategic Enterprise Multimonitoring Infrastructure Status Toolのようなものとして宣言されました。
彼らがブラックベリーに緑の円のWeb UIへのショートカットを持っている場合、デスクトップのショートカットは確かにある意味でプラセボボタンだったでしょう。 （NOCモンキーがWebページの更新に迷惑をかける前に、ステータス表示の情報はすべてメールとして送信され、メールは直接ブラックベリーに送られていました。それがメールの停止である場合は、サークルは電話ツリー上にあり、すでに呼び出されているはずです。定義上、実際には新しい情報を提供することはできません。）
プラセボ情報の表示と比較して、より多くの「アクティブな」プラセボボタンは難しいです。 （「LHCはまだ世界を破壊しましたか？」も参照してください。）病院の呼び出しボタンのようなものは、人が関わるため機能します。ボタンが表示されるまで時間がかかる場合でも、ボタンは機能します。コンピュータを使用している場合は、行動の証拠を期待しています。保存をクリックすると、ファイルがどこかで見つかるはずです。曖昧に定義されたメソッドを持つ「最適化」ボタンのようなものでそれを回避できると思います。実際には、お金がかかり、コンピュータを高速化すると主張し、何の利益もない詐欺ウェアのクラスがあります。ただし、一部のユーザーは、プラセボ効果が彼らのお金のために何かを得たに違いないことを要求するのでそれが働いたと信じるでしょう。場合によっては、断片化されていないボリュームを繰り返し最適化しても、この効果が正確に得られます。
別の例としては、「退会」フォームと「苦情」フォームがあります。 abuse @およびpostmaster @メールアドレス。迷惑なメッセージをダンプしてnullに送信し、誰も気にしないようにする場所。ユーザーはまだ連絡先によって何かを達成したように感じています。
ITunesヘッダーのXボタンがプラセボボタンであると私は強く疑っています。
プラセボオプションが必要なシナリオがありました。これは、ユーザーが実行する可能性のあるアクションのリストを含むフォームでした。オプションを選択せずにフォームを送信すると、デフォルトのアクションが実行されました。
しかし、このデフォルトのアクションをプラシーボとしてリストに追加する必要があったので、リストにないことでユーザーが混乱することはありませんでした。アクションのリストがある場合、必要なオプションがフォームのデフォルトのアクションであることを理解するよりも、そのリストから1つを選択する方が簡単です。
このオプションを選択しても、フォームの送信時に何が起こるかには影響がありませんでした。何もしないオプションが欲しかったことを開発チームに説明する必要がありました:-)
Google検索は、実質的にはプラセボ入力ボックスになりました。実際、入力ボックスにフォーカスがなくなって入力を開始しても、ウィンドウはキーボードイベントをリッスンし、適切な検索でクイック検索がすぐに開始されます。
「ページの読み込みに時間がかかりすぎる場合はここをクリック」ボタンはプラセボボタンだといつも思っていました。
おそらく、ソフトウェアUIにおけるプラセボの最も有名な例は Diablo chat gem です。
開発者によってゲーム内で何もしないことが確認された後でも、プレーヤーはゲームセッションを開始する前に繰り返し押し続け、宝物（特に宝石）が出現する可能性が高まったと考えました。
これは、宝石を押すと「Gem Activated/Deactivated」が表示される可能性が非常に高く、「Perm Gem Activated」または「Moooo」が表示される可能性が非常に低いという事実によってさらに悪化しました。プレイヤーはもちろん、それらが何もないことが確認されたとき、異なる印刷されたメッセージに特別な特性を帰しました。
ディアブロIIがリリースされてから10年後、「パーフェクトジェム」をアクティブ化すると戦利品/ジェムドロップが増加するという神話が続き、アクティブ化するまでゲームに参加できないプレイヤーがいます。
楽しいのは、Googleインスタント検索がオンのときの[検索]ボタンです。さて、それは実際には無視されず、Googleはセーフサーチに適さないものを検索するときに実際にそれを押すように求めますが、ほとんどの場合、ボタンを押しても実際には何もしません。