web-dev-qa-db-ja.com

それぞれがタスクを含む複数のステップと複数のタスクを含む1つのステップ(ユーザー向け)

ユーザーが特定のフィットネス運動を実行している方法を監視するためにハードウェアセンサーを使用しているフィットネス/医療回復アプリケーションの新機能のユーザーフローをスケッチしています。

ユーザーがトレーニングを開始するには、前に特定のタスクを実行する必要があります。

  • センサー(2つのセンサー)を身体または四肢(つまり、手のシナリオ)の上、肘の上下に配置する
  • センサーが特定の位置にあることを確認してください(センサーの片側にいくつかのLED *があり、それらは上を向いている必要があります)
  • センサーを身体または四肢の中央に配置する
  • センサーが落ちないようにストラップを撚ります

これらすべてを1つの画面に配置すると、情報が多すぎて画面の認知負荷が高くなる可能性があります。これを複数の画面に分割し、ユーザーがこれを少なくとも2〜3回実行した後、ユーザーがプロセスに慣れるように、1つの画面にまとめます。

上記のように、私は現在、画面の分割について議論しています。チームは、画面を複数の画面に分割することに反対しています。つまり、ユーザーがトレーニングを開始できるようになるまでの「オンボーディングプロセス」には、この画面のほかに6〜7の画面が含まれています。これらの6-7画面から、少なくとも4つは、ユーザーに少なくとも1つのアクションを実行することを要求します(つまり、センサーで四肢を動かす)。

ユーザーがこれらのタスクを正常に実行しない場合、ハードウェアデバイスはユーザーの動きを追跡しないため、タスクは必須です。私の見解では、ユーザーに長いフローを1〜2回行ってもらい、製品をシンプルに保ち、ユーザーを混乱させるのではなく、うまく使用できるようにしたいと考えています。

重要:ユーザーの年齢層は高齢なので、すべてが可能な限りシンプルかつクリーンである必要があります。

使いやすさを維持しながらプロセスをできるだけ短くするための最良のアプローチは何でしょうか?上で述べたような複雑な他のアプリケーションを見たことがありません。

* LEDSタスクはセンサー上ではあまり見えないのでトリッキーです。 "LEDSは上を向く必要があります"というフレーズの横は混乱を招きます。最後に重要なことですが、ユーザーは "LED"が何であるかさえ知らないかもしれません。

1
Darkkz

聴衆があなたの(やや複雑な)設定プロセスにどのように反応するかを知るのは非常に難しいと私は主張します。

そうは言っても、説明するバージョンの1つ(プロセスの各ステップが単一のビューで順番に行われる種類)は、対面でのユーザーテストを通じて、またはユーザーが苦労している場所に関するフィードバックを提供します。分析を介して(ほとんどの人がプロセスを遅くする/中止するとき)、他の人はそうしない-すべてが1つのビューにある場合、どの側面がユーザーに問題を引き起こしているのかをどのようにして知るのか?

人々が抱えている困難と、それを解決するための最善の方法について本当に明確なアイデアが出るまでは、プロセスをテスト/理解する機会のためだけに、セグメント化したほうがよいでしょう。

1
Luke

人口統計のセクションを考慮すると、すべてのアクションをウィザードのような別の画面に表示する必要があります。なぜなら、正しい結果を得るためにすべてのものを正確に添付することはv v impだからです。アプリの主なUSPは正しい測定値を表示することです。

imp-すべてのアクションに対して、プレーンテキストではなく小さなgifを表示してください。

このアプリを使用することを選択した人は、直感的な方法で使用して失敗するのではなく、詳細な手順を実行することを気にしません。

次に、メイン画面にオプションを設定して、ユーザーが詳細な手順で準備するか、直接エクササイズにジャンプするかを選択できます。

1
Omkar Chogale

プロトタイプを作成し、自分でテストします。潜在的なユーザーと話すことで利益を得られるようです。

2種類のフローをテストするか、最適と思われるフローから始めます。私は約4-5人でテストします。このようにして、ユーザーが知っていることや、ユーザーがアプリをどのように認識しているかについての洞察を得ることができます。また、ユーザーが自分では考えていないフィードバックを提供する可能性が高くなります。

0

オンボーディングタスクを分割して、各タスクの後にユーザーに報酬を与える方法を見つけることをお勧めします。センサーが機能することを確認します。最適なエクスペリエンスを実現するために、ステップを最も重要/必要なものに分解します。 2回目にオンボーディングプロセスを実行することは間違いなくフラストレーションにつながるよりも、ユーザーが最初に正しく理解することをお勧めします。最後に大きなペイアウトがある小さな勝利は、勝利のフォーミュラになります。

0
dbambico