重要でない、またはあまり使用されていないUI機能については、偶然の発見に頼ることが適切ですか？
インターフェースのすべての機能は、ユーザーがそれを見つけて使用する方法についてどのように指示されるかに関する考慮を要求します。
Androidの物理キーボード上のPush-shift-twice-for-caps-lockなどの特定の機能は、UI自体のどこにも明示的に記載されていません。 （たぶん取扱説明書ですが、誰が読んでいますか？）ユーザーがShiftをオフに切り替えようとしたときにCaps Lockモードで見つけたときに、この機能はほぼ間違いなく偶然に発見されました。この特定の機能を偶然見つけても実際には大きな損害はないので、このシナリオでは偶然の発見に頼ることは十分効果的であり、ユーザーはその時点からそれを使用する方法を覚えています。
機能についてユーザーに警告する方法は他にもありますが、そのような指示がどこで役立つかわかりません。ユーザーがShiftキーを押すと、Caps Lock機能を通知するメッセージが表示されるか、ユーザーが最終的にそれを使用するか、通知を停止するように電話に通知するまで毎回メッセージが表示される可能性があります。いずれにせよ、そのようなメッセージは不動産を必要とし、私はそれらが役立つよりもはるかに迷惑になると思います。
私は「はい」と言いますが、質問を「そうでなければアクセス可能な機能の偶然の発見」に少し言い換えるとします。
IPhoneを例にとってみましょう：
- 昨日、iPhoneを数か月間集中的に使用していましたが、私の友人が削除ボタン（たとえば、受信トレイのメッセージ）を表示するための「横スワイプ」を認識していないことを発見しました。 「編集」を押してメールを一括削除する場合も同様です。
なぜ？
彼はそれぞれからメッセージを削除できるので。 - 画面の上部を押すと一番上にスクロールすることを知らない別の人でも同じことが起こりました。彼らは、トップに到達するまで定期的に複数回スクロールするだけでした。
つまり、アクションが「ボーナス」（簡単/高速）であり、それ以外の点では明らかな機能である場合、それは問題ありません。
他の方法ではアクセスできない機能がある場合は、通知せずに完全に非表示にすることをためらいます（ただし、ユーザーが明示的に検索する可能性があることを意味しますが）。この場合、アクションによって1回または非常に数回表示される小さな「i」または同様のアイコン（「もう表示しない」機能を備えたもの）は許容できますが、特定のアプリケーションによって異なります。一部のデスクトップアプリケーションでは、「起動時のヒント」画面（ほとんどの場合95％の時間を無視する）が表示されることもあります。
答えは、タッチUIとマウス/キーボードのどちらを使用しているかによって異なります。マウスを使用すると、ホバーに基づいて多くのヒントと視覚的な手がかりを提供できます。 IMO、これにより、タッチUIよりも偶発的な発見が受け入れやすくなります。
そうは言っても、Danの言うことに耳を傾けてください。「他の方法でアクセス可能な機能の偶然の発見」でなければならない-何かを行う唯一の方法ではない。
また、一貫性のあるパターンを使用して、発見を容易にします。例えば。多くのマウスユーザーは、UIのさまざまな部分を右クリックして、コンテキストメニューを取得できるかどうかを確認します。 iPhoneでの一般的なショートカットは、タップして押し続けることです。私は、自分が発掘できる便利さを確認するために、まさにそれをやろうとすることがよくあります。
IPodを例にとります。指示を読んだ人は誰も知らない...確かにそうではなかった。 UP（サークルUI）が画面の左を意味することを理解するのにしばらく時間がかかりました。そしてセンターは右を意味しました。
当時の私の脳には完全に直観に反し、私はそれをいじり続けました。これらは、デバイス全体で最も使用されるボタンです。しかし、私はそれを理解し（他の世界もそうでした）、それに慣れました。
別の例：Photoshopにはキーボードショートカットがたくさんあります。それらを知らない場合でも、作業できます。しかし、それらを知ることはあなたを「第一人者」にし、結果としてその製品をより忠実なものにします。パワーユーザーに隠された宝石を見つけさせるのは良いことです。
短い答え：はい、適切です。
私はグレンとは逆の立場を取るでしょう。直感に反するコントロールは悪い考えであり、熟練するために何十もの難解なショートカットを覚える必要はありません。
そうは言っても、私はあなたが述べた正確な理由から、「偶然だがありそうな」発見方法を完全にサポートします。
多くの機能があり、それらすべてを表示するのが恐ろしいアイデアになる場合は、MicrosoftがOffice 2007以降に配置したリボンバーなどのモーダルインターフェイスの使用をサポートします。ユーザーがタスクを選択すると、他のすべてを取り除き、そのタスクに関連するものだけを表示します。ユーザーが無限のメニューを探し回る必要がある理由はありません。メニューに慣れている人たちはOfficeの新しいバージョンを嫌っていましたが、ほとんどの人はそれがどれほど効果的であるかを理解するようになりました。
これらの機能は、ユーザーが必要性を感じる最初の瞬間に検索する可能性が高い場所に隠されている必要があると思います。または、それが本当に偶然である場合は、ユーザーをびっくりさせるべきではなく、嬉しいことに驚きます。
おかしなことに、iOS 4.0の直前にiPhoneで写真を撮ったり、変更したりするときのショートカットを見つけました。 :-)
おかしなことに、偶然に時々私がiPhoneのスクリーンショットを撮ることができたのはおかしいですが、どのようにそれを行うのか正確にはわかりません。しかし、マニュアルを読むことを気にしませんでした。
これらの非表示機能は、ユーザーの製品へのエンゲージメントを強化します。彼らが最初に間違いを犯したと感じたとしても、これは彼らの能力を高め、彼らをより探索的にするでしょう。ですから、そうだと思いますが、それらは適切であるだけでなく、高度に検討されています。しかし、賢く考えました。あなたが言ったように、これは注目に値する取り消し機能または/および高いフォールトトレランスを備えた重要でない機能にのみ適用されるべきです。
両方の方法が良いかもしれません。
グレンが言った のように、人々にそれらを発見させて、彼らがそれを見つけたことに満足することは良いことかもしれません。アプリを使って何かを指摘するのではなく、自分自身を見つけることで人々がより幸せになると思います。あなたは誇りに思う気持ちを得、同時にデザイナーのスマートさを愛します。
しかし、まだ少しプッシュしたい関数については、その間に何かを行うことができます。あなたがすでに言ったように、メッセージは特定の機能を指すように見えるかもしれません。 メッセージをイライラさせないようにするのに少し時間を費やせば、うまくいくと思います。 shift/caps-lockの例を使用するには：
- 3回目シフトキーを使用するメッセージのみを表示する
- 以前のシフトを使用して、大文字で複数の文字を入力した場合のみ
- 彼らが他の機能を自分で発見し、したがってエキスパートになることに興味があるかもしれないときだけ
はい、フォアハンドとコンピューティング/データベースエントリの設計にはもう少しかかります。しかし、彼らがそれを却下するまで、それはすでに何かを示すだけのために必要です。