モバイル「スライドショー」オンボーディング/チュートリアルの次のステップに進むための相互作用。
多くの場合、モバイルアプリには最初に3〜6ステップの「スライドショー」チュートリアル/オンボーディングがあります。ユーザーはスワイプしてスライドするか、スキップすることを選択できます。
私がモバイルアプリに対して行った最初のユーザー調査の一部では、多くのユーザーがこれらの画面をタップして次のステップに移動しようとすることが示されています。スライドショーの次のステップに移動するためのインタラクションとしてタップも使用しない理由はありますか？
私はそうではないと思いますが、誰かがこれに反対するケースがあるかどうか知りたいです。
はい、少なくとも2つの理由があります
本体にインタラクティブ要素がある場合（IOSスタイルの省略記号
°°°ナビゲーター）「インタラクティブな要素をタップし、他の場所をタップして次のスライドに移動する」ことは、ユーザーを混乱させる可能性があります。ユーザーが誤ってタップすることがよくありますモバイルデバイスの場合、これを行うことにした場合は、 back ユーザーが誤って押した場合に戻るための何らかのボタン。
＃1と＃2は、スライドチュートリアルでスワイプアクションが非常に人気がある理由を説明するのに役立ちます。これらは、意図しないタップを回避し、画面上の他のインタラクティブなタップ要素と混同される可能性が低くなります。
これはデータポイントの1つにすぎませんが、このタップと事前の対話を以前に1回測定したところ、（スキミングではなく）読書のかなり高い割合のユーザーが、何らかの理由で[戻る]ボタンを使用したことがわかりました...たぶん一部のユーザースキミングしてから戻るのが好きです。
私の提案は、チュートリアル内にインタラクティブな要素がある場合はタップして先に進むことを避けますが、そうでない場合は、ユーザーが誤ってタップしたときに後方に移動するための適切なナビゲーションUXを提供できると効果的です。
アプリ内の多くの事柄に依存するため、難しい質問です。今日サポートする全体的なUX、UI要素、UIインタラクションなど。ユーザーにアプリのデザインパターンを教えるウィザードがありますか（たとえば、スワイプしてウィザードの次のステップに移動するなど）など。
仮定＃1
アプリのユーザーにステップ間を行き来するために画面を「スワイプ」するように教える何らかのウィザード（おそらくアニメーション）を提供する場合、をドロップできます「タップ」相互作用のサポート。
仮定＃2
そのようなウィザードがアプリに存在せず、ユーザビリティテストで「タップ」と「スワイプ」の両方を使用するかなりの数の人がいる場合、これがあなたの答えであり、両方をサポートする必要がありますです。
最終的に両方のインタラクションをサポートする場合、Tohster'sポイントまで、CTA（行動を促すフレーズ）またはその他のインタラクティブなUI要素をオンボーディング/チュートリアルプロセスの各画面に配置する必要があります。このような方法で流れるため、互いに競合したり、「スワイプ」や「タップ」の操作をサポートするメインコンテンツ領域と競合したりすることはありません。