タスクフローを計画する

テンプレートをタスクフローに連鎖させる際は、各タスクに最適なテンプレートを選択し、タスクフローを短くするための戦略を立てます。

アプリ ライブラリのテンプレートは運転中のユーザビリティを念頭に置いて設計されています(「駐車専用テンプレートは除く」)、タスクフローを短くすることも重要です。タスクフローを 5 ステップ以下にすることで、ドライバーが運転に集中しやすくなります。

フローを設計する際は、次の方法を把握しておく必要があります。

タスクフローを短くする

ドライバーの注意散漫を最小限に抑えるため、タスクフローはできるだけ短くしてください。

サンプルのタスクフローのモックアップ
サブフローを使用したタスクフローの例

ユーザーが次のいずれかの操作を行うと、新しいタスクが開始されます。

  • アプリのランディング テンプレートが表示される(または戻る)
  • 別のアプリを開く操作を選択したとき
  • ナビゲーション テンプレートに到達(ナビゲーション アプリの場合)

ドライバーの要求を最小限に抑えるため、タスクフローは可能な限り 3 ステップ以下にします(購入を伴うフローの場合は 4 ステップ以下)。フローが 3 ステップまたは 4 ステップを超える場合は、前のステップに戻るショートカットを用意することを検討してください。

ステップのカウントと更新に記載されている場合を除き、制限は、開始ステップと終了ステップを含む 5 ステップです。

タスクフローでのテンプレートの順序

タスクフローを作成する場合は、テンプレートの順序に関する次の点に注意してください。

  • ステップ 5 では、リスト テンプレートとグリッド テンプレートは使用しないでください。フローに 5 つのステップがある場合、最後のステップをリストベースまたはグリッドベースのテンプレートにすることはできません(使用可能なテンプレートの例には、NavigationMessagePane などがあります)。
  • リストやグリッドを 5 つ続けて並べない。リストベースまたはグリッドベースのテンプレートのいずれか 1 つがサブフロー内にある場合でも、アプリで 5 つのリストベースまたはグリッドベースのテンプレートを連続して使用するフローを作成することはできません。

歩数のカウントと更新

5 ステップの制限を超えないタスクフローを設計するには、フローごとにステップがどのようにカウントされるのかを理解することが重要です。

歩数は、次のいずれかが発生するたびにインクリメントされます。

  • 新しいテンプレートが表示されます
  • 新しいコンテンツとともに同じテンプレートが表示されます。ただし、更新とはで定義されているように、新しいコンテンツが既存のコンテンツの更新である場合を除きます。

タスクが同じ内容で前のビューに戻ると、歩数は 1 減る

新しいテンプレートを使用したサンプル タスクフローのワイヤーフレーム
どちらの例でも、ユーザーが場所リストを参照して場所を選択すると、ステップが追加されます。

特定のタスクフローで歩数がどのように増加するかに関する他の例については、サンプルフローをご覧ください。

更新とは

更新とは、テンプレートのコンテンツに対する更新で、歩数はカウントされません。更新はほとんどの場合、アプリから開始されます。唯一の例外は、ユーザーがプレイスリスト テンプレートの更新ボタンでリストを更新した場合です。

どの更新が対象となるかは、テンプレートと、適応型タスク制限機能が有効になっているかどうかによって異なります。この機能を有効にすると、一部のテンプレートでは更新の対象の定義が広くなります(次の表を参照)。これは、注意散漫を最小限に抑えるために運転中に更新が抑制されるためです。

たとえば、この機能を有効にすると、リストベースまたはグリッドベースのテンプレートの行数を変更する更新は、タイトルとセクション名が同じままである限り、更新と見なされます。この機能が有効になっていない場合、行数の変更は歩数としてカウントされます。

更新の例については、更新と歩数の例サンプルフローをご覧ください。

テンプレート タイプ 更新の対象となる要素 適応型タスク制限機能が有効になっている場合に更新と見なされるもの
ナビゲーション、ログイン*、長いメッセージ* コンテンツの更新 コンテンツの更新
リスト、グリッド、マップ、ペイン、プレイスリスト(地図)、プレイスリスト(ナビゲーション)、ルートのプレビュー、検索、タブ 各テンプレートのテンプレートの制限事項を確認する レイアウトが変わらないすべての更新。つまり、以下のようになります。
  • 上部に同じタイトルまたはタブを表示する
および(リスト テンプレート):
  • 同じセクション名
メッセージ タイトルとメッセージを変更しない更新のみ(ボタンの追加など)

更新と歩数の比較の例

この例では、適応型タスク制限機能が有効になっているため、同じタイトルの更新はすべて更新と見なされます。

3 枚のスクリーンショット(1 つは更新としてカウントされ、もう 1 つはステップと見なされます)

1 つのパスで行のみが更新されるため、更新とみなされます。最適化されたタスクの上限が有効になっていない場合、これは歩数としてカウントされます。もう一方のパスでは、タイトルが変更されて歩数が増加します。

適応型タスクの上限

適応型タスク制限は、駐車時や運転中のリフレッシュのスロットリング時など、特定の制御された状況下で 5 ステップを超えるタスクフローをアプリに設定できるようにする機能です。提供状況は場所と車両 OEM の裁量により異なります(右側の注を参照)。

この機能が有効になっている場合:

  • 駐車中に 5 ステップを超えるタスクフローを許可する(運転中は、5 番目のステップの後に一時停止し、駐車すると再開できます)
  • ドライバーの気が散らないよう、更新は運転中にスロットリングされるため、更新の定義を拡大して、より多くの種類の更新を含めます(更新とはをご覧ください)。

この機能が有効でない場合:

  • タスクフローは 5 ステップを超えないようにすると、アプリがクラッシュします
  • ドライブ中に更新がスロットリングされないため、更新の定義は展開されません。

更新スロットリングの仕組み

スロットル更新を使用すると、アプリは必要なだけテンプレートを更新できますが、更新の間隔は間隔を空けて、気が散ることが最小限に抑えられます。スロットル期間中に複数の更新が送信されると、最後の更新が期間の最後に表示されます。

インタラクティブな地図

ナビゲーション アプリ用にズームとパンを組み込むようにアプリを設計します。現時点では、ナビゲーション アプリに固有のテンプレート(ナビゲーション、ルート プレビュー、地図、プレイスリスト(ナビゲーション))で機能(ズームやパンなど)を介して地図を操作できます。

ユーザーは以下を使用して地図を操作できます。

インタラクティブな地図のモックアップ
ユーザーはズームやパンで地図上の場所を見つけることができます。

地図の横のコンテンツを更新しても、タスクフローの歩数には追加されません。