ユーザーが意図せずにアラームをトリガーするのを防ぐ必要があるiOS用のアプリを設計しています(緊急事態を呼び出すアクションに簡単にアクセスできると同時に、偶発的な起動を防ぐ必要があります)。
確認ダイアログを使用したくないのは、ユーザーが別の位置にあるボタンを読んで探す必要があるためです(反対側の摩擦が多すぎるようです)。
「スライドする」アクションボタンを使用することは、iPhoneの画面のロックを解除するために使用されたものと同様に、最初は良いアイデアとして思いつきましたが、このトピックに遭遇しました:- iOSのスライダーのように「スライドして電源を切る」を作成する、基本的にAppleはこれらの種類のコンポーネントの使用を妨げ、そのようなアプリをストアで公開することを拒否します。
このようなユーザーシナリオの経験はありますか?または、Appleがそのような理由でアプリの公開を拒否することの経験がありますか?
まず、あなたがリンクした回答に関して、Appleで問題があったのは、スライドと同じUIを使用して電源をオフにすることであり、そのUX /インタラクションの使用ではないことです。ユーザーを混乱させないために、電源オフスライダーに似たスタイルにしたくないだけです。たとえば、小さな青いスライダーや、円形のパターンで動くスライダーを作成する場合は、問題ないと思います。
ただし、安全にプレイしたい場合は、このように押し続けるとどうでしょう。
MapMyRunアプリからの画面記録
.gifで、ユーザーは「ホールドトゥフィニッシュ」ボタンを押しています。これにより、約2秒の「finshing」状態がトリガーされ、ユーザーは手放してアクションをキャンセルできます。2秒後にアクション、この場合は「finshing "、トリガー。アクションを実行していることと、アクションが完了するまでの時間をユーザーに示す視覚的な進行状況インジケータがあります。また、時間を増やしたり、触覚や音声によるフィードバックを提供して、誤った押しを防ぐこともできます。これは、他の場所を読んだりクリックしたりする必要がないというニーズにも対応します。
私はこれまで考えていませんでしたが、物理的に同等のものを検討することでマイレージがあるかもしれません。発電所や航空機などの多くのコントロールパネルでは、ボタンを使用する前にスイッチカバーを持ち上げる必要があるため、特に危険なアクションが発生します。
私の提案は、通常「ロックされた」状態にあり、ロックを解除するアクションをとるコントロールです(おそらく、そのコントロールを押すだけで、おそらくスライドです)。ロックを解除すると使用できます。適切な時間内に使用されなかった場合、または他のコントロールが最初に使用された場合、カバーは自動的に「スライドして戻ります」。
機能的には「確認」ボタンやポップアップメニューによる確認と同じですが、メタファーは多少異なり、別の視覚的形式で表示できます。
この記事からの追加のアイデア: https://www.smashingmagazine.com/2018/01/friction-ux-design-tool/
同じトピックを扱う他の記事:
ユーザーフローは、ユーザーが意味のある目標を達成するために行う一連のステップです 1。
From Mark MillerによるScience of Great UI -ユーザーがタスクをナビゲートするとき、ユーザーがタスクを実行するためにたどるパスは、各コンテキストシフトの個別のステップに分割できます。
また、各ステップには2つのプロパティがあります。
難易度は次のように分類できます。
したがって、ナビゲーションeasierを作成する場合は、次の操作を実行できます。
対照的に、ナビゲーションharderを作成する場合は、反対のことができます。
したがって、これらのツールはすべて自由に使用できます。また、ユースケースと、間違ったアクションを実行する重大度、およびLast Known Good状態への復元の難しさによっては、任意の組み合わせが必要になる場合があります。
たとえば、アラームが 全国規模のミサイルアラート をトリガーする場合、たくさんの難易度、時間、および有益なコンテンツを導入することができます。ポケットからの偶発的なクリックを防ぐだけの場合は、難易度/精度を上げるだけで十分でしょう。ユーザーがアラームを設定することのリスクを認識していない場合、導入される摩擦には、ユーザーに知らせるためのコピーを含める必要があります
これは、GitHubの例であり、重大度をうまく紹介していると思います
摩擦はフラストレーションに等しい必要はありませんなので、ユーザーに質問して、いくつかの優れたテレメトリを取得します