触覚フィードバックを使用することは、アクションまたは結果にとってより適切ですか？
現在、医師向けのさまざまな種類の臨床ツールを実装するiOSアプリに取り組んでいます。基本的なレベルでは、すべての臨床ツールには多くの質問、つまりコントロール（ボタン、セグメント化されたコントロールなど）が含まれ、入力から計算された結果が表示されます。結果は通常、値の範囲で分割されます（たとえば、病気ではない/やや病気/非常に病気でないかどうかを示します）。
「結果がより高い/より低い値の範囲に入った」と言う方法として、医師がツールを操作している間に触覚フィードバックを実装することを考えていました。場合によっては、これにより医師に質問への回答を続ける必要がないことを通知することができます。これは、結果が最大/最小になり、時間を節約できるためです。フィードバックの強さは値の範囲に応じて変化し、結果がより高い範囲に行くほど強力なフィードバックになります。
ただし、デフォルトのiOSアプリおよび一部のサードパーティアプリでの触覚フィードバックの使用のほとんどは、直接的なユーザーアクション（ボタンを押す、スイッチを切り替える、スピナーをスクロールするなど）に焦点を当てています。多くの臨床ツールは非常に広範囲にわたるため、この経路をたどりたくありません。15回目のはい/いいえ切り替えで触覚フィードバックを連続して取得すると、すぐに迷惑になります。
直接アクションとアクションの結果に触覚を使用する際の一般的なガイドライン/コンセンサスはありますか？あなたの個人的な経験は何ですか？臨床ツールでこの方法で触覚フィードバックを使用すると、アプリの他の場所でより「伝統的な」方法でそれを使用できなくなりますか？
質問にコメントするとき、タッチデバイスのハプティックは次の用途に使用できます。
- インタラクションに関するフィードバック：インタラクションが行われたことを確認します（これは 指と画面の背後にあるものとの間の非視覚的なフィードバックがないために役立つ可能性があります ）
- 送信するようにユーザーの注意を喚起する特定の方法 何らかのメッセージ
提案する使用法は2番目のケースに属します。ユーザーが理解することが重要です。
- フィードバックは警告からのものであり、単なる相互作用の確認ではありません
- メッセージは何ですか
ユーザーがこれらの2つの点を理解している場合は、便利な機能になります。私の意見では、それをシナリオに実装する方法は簡単ではありません。特にステータスの変更は、ユーザーが特定のオプションを選択した直後に発生するため、アプリとのやり取りの後に発生します。
そのような情報の重要性に応じて、フィードバックは個別に、またはより持続的に実装できます。ただし、2つのケースのいずれかで、何らかの明示的なメッセージが必要になる場合があります。単純な通知で問題がなく、ユーザーがオプションを入力し続ける場合、重要なオプションが選択されたときの単一の触覚応答で十分です。フォームを停止する必要がある場合、そのオプションに到達すると、ユーザーが新しいオプションを入力するたびにフィードバックが表示されます。基本的には、以前の非触覚応答オプションと触覚応答オプションにはいくつかの違いがあるという考え方です。