タスク時間

作業時間とは、参加者が特定のタスクを開始してから完了するまでにかかる時間を計測するものです。ユーザビリティ調査における標準的な効率性指標であり、成功率と併用することで、人々が何かを達成できるかどうかだけでなく、どれだけの労力を費やすかを示す指標として用いられます。

その解釈は見た目ほど単純ではありません。なぜなら、速ければ良いというわけではないからです。再注文、ログイン、慣れたワークフローの完了といった、定型的で繰り返しの作業においては、処理時間が短いほどインターフェースの効率性が高く、明らかに望ましいと言えます。しかし、製品の選択、プランの比較、契約前の規約の確認といった、熟慮を要する意思決定においては、処理時間が長いほど、困難さよりもむしろ、顧客が積極的に関与し、慎重に評価していることを示している可能性があります。時間を普遍的な効率性の指標として扱うと、適切な意思決定に必要な熟慮が最適化によって排除されてしまい、結果として返品、キャンセル、不満といった形で後々問題が生じることになります。

この測定方法は、インターフェースとは無関係な要因にも大きく影響されます。事前の習熟度、専門知識、読書速度、デバイス、接続品質、そして参加者が思考を声に出して話しているかどうかなど、すべてが所要時間を大幅に変化させます。特に思考発話プロトコルでは、参加者が演技だけでなく物語も語るため、所要時間が長くなります。そのため、モデレーター付きの思考発話セッションの所要時間を、モデレーターなしのセッションやリアルタイム分析の所要時間と比較すべきではありません。

タスク所要時間は通常右に偏っており、ほとんどの参加者が集中し、ごく一部の参加者が極端に長い時間を要するため、平均値は適切な要約とは言えません。幾何平均や中央値の方が典型的な状況をより正確に表し、分布や範囲を報告することで、単一の数値よりも多くの情報を伝えることができます。特に、最も有益な情報は、苦戦した参加者や行き詰まった具体的なポイントを特定できるスローテール部分にあります。そして、そこにこそ、行動につながる知見が隠されていることが多いのです。

時間は絶対値としてではなく、比較によって最も有用性を発揮します。2分40秒という時間だけでは意味がありませんが、成功率を一定に保ったまま、設計変更によって同じ作業時間が半分になったとしたら、それは明確な成果と言えます。このため、この指標は、設計変更前後の評価、競合する設計方向性の比較、そして同じ作業を行う他社製品との競合ベンチマークに最適です。

より有益な指標としては、必要な手順や操作の数を挙げることができます。これは、読解速度や熟考の影響を受けにくく、デザイン変更によって何が変わるかをより直接的に反映するからです。特定のタスクにおけるクリック数、ページ読み込み数、フォーム入力フィールド数をカウントすることで、参加者を募ることなく変更前後で比較できる、構造的な労力の指標が得られます。カウント数が多い場合は、削減の余地が明らかであることが多く、カウント数が少ないにもかかわらず時間が長い場合は、構造ではなく理解に問題があり、フローの再設計ではなくコンテンツやラベル付けの作業が必要であることを示しています。これら2つの指標を併用することで、この2つの全く異なる原因を区別することができます。

商業的な仕事では、作業時間は、スタッフの効率が測定可能なコストとなる運用上の状況や、累積的な摩擦が放棄につながる高頻度の消費者タスクにおいて、成果に最も直接的に結びつきます。 ユーザー調査 プログラムでは、通常、成功率と観測された難易度とともに報告されます。単独で報告されるのではなく、迅速な失敗と緩やかな成功の両方が数値だけでは誤って表現されるためです。内部ツールやスタッフ向けシステムでは、同じタスクが 1 日に数百回実行されるため、同じ指標が効率ケースへの直接的な入力となり、通常は、 製品設計 そもそも投資が必要だ。