ユーザビリティ目標

ツール、デバイス、またはソフトウェア(テレビのリモコン、オーブンのインターフェース、ワードプロセッサなど多岐にわたる)は、市場に投入される前に、技術的特性やユーザビリティなど、さまざまな観点から評価する必要があります。ユーザビリティ評価では、評価対象の製品が十分に効率的か(ユーザーは時間、認知的または身体的負担などの合理的なリソースを費やしながらタスクを実行できるか)、十分に効果的か(ユーザーはツールを使用して実行することになっているタスクを完了できるか?パフォーマンスは完全かつ正確か?)、ユーザーにとって十分に満足できるか(ユーザーのシステムに対する態度はどのようなものか?不快感を感じるか?)を評価できます。[ 1 ] [ 2 ]この評価を客観的にするためには、システムが達成しなければならない測定可能な目標[ 3 ](たとえば、使いやすさや学習のしやすさなど)が必要です。このような目標は、ユーザビリティ目標(またはユーザビリティ要件[ 1 ] [ 4 ])と呼ばれますこれらは、ユーザビリティ評価の結果を比較して評価対象製品のユーザビリティを評価するための客観的な基準である。[ 2 ]

製品設計において

ヒューマンファクターアプローチ(例えば、ユーザー中心設計[ 1 ]プロセスやユーザビリティエンジニアリングライフサイクル[ 5 ])に従うことを意図するすべての製品設計プロセスには、ユーザビリティ目標を含める必要があります。エンドユーザーのニーズ、使用リスク、使用状況、使用目的が特定され次第、プロセスの開始時点から明確に述べられなければなりません(「ユーザビリティ目標の定義」の部分を参照)。

ユーザビリティ目標は、設計プロセスの各ユーザビリティ評価フェーズで使用されます。評価フェーズの種類(形成的評価または総括的評価[ 6 ])に関係なく、評価プロセスの結果に対するユーザーのパフォーマンスを評価するために使用されます。

  • 形成的評価/建設的評価(すなわち、評価対象物の更なる改善に寄与するために設計プロセス中に行われる評価[ 6 ] )において、評価結果をユーザビリティ目標と比較することで、それらの目標が達成されたかどうかを検証することができる。目標が達成されない限り、評価対象製品はユーザビリティを改善するために再設計されなければならない。この枠組みにおいて、ユーザビリティ目標はユーザビリティの欠陥を特定し、したがってこの再設計プロセスをサポートすることも可能にする。また、ユーザビリティ目標は、ユーザ中心設計プロセスの反復全体にわたって、ユーザビリティの観点からシステムの進化を追跡するための指標として使用することができる。
  • 総括評価(評価対象のシステムの品質特性について明確な説明をしようとする評価[ 6 ] )において、ユーザビリティの目標が満たされているということは、システムがユーザ中心設計[ 1 ]のプロセスを経てリリースできるほど十分に使用可能であることを意味します。

定式化

ユーザビリティの目標は、有効性、効率性、満足度という3つのユーザビリティ要素に対応する必要があります。[ 2 ]各要素の定義は、テスト対象のシステムがサポートすることになっているタスクの特性に基づいている必要があります。[ 2 ]より実践的に、メイヒュー[ 5 ]は、定義は以下のことを参照すべきであると提案しています

  • 特定されたエンドユーザープロファイル
  • 特定されたエンドユーザーのさまざまなカテゴリが、特定の使用コンテキストでテスト対象システムを使用して実行すると想定されるタスク(コンテキストタスク分析の結果)。
  • ビジネス目標

さらに、機密目的で使用される特定の種類の製品(たとえば、医療機器や原子力発電所の制御インターフェース)の場合、ユーザビリティ目標は、それらの製品のリスク評価プロセスと密接に関連して定義される必要があります。 [ 7 ] [ 8 ]この種の「安全志向のユーザビリティ目標」は、使用エラーを引き起こす可能性のあるインターフェース設計の欠陥を特定しながら、ツールが市場にリリースされるのを防ぐために使用されます。したがって、使用エラーにつながる可能性のあるリスクを特定し、それぞれについて、リスクの潜在的な結果の重大性(たとえば、オペレーター、患者、環境の安全性の観点から)を考慮して、ユーザビリティ目標を定義する必要があります。 [ 4 ] [ 9 ]

優先順位付け

評価対象となるツールには、複数のユーザビリティ目標が定義されています。一部の目標が安全性の問題に関連し、他の目標が「使いやすさの目標」である場合、すべての目標に同じレベルの達成が求められるわけではありません

例えば、ユーザーの安全を危険にさらさないインターネットの閲覧のしやすさを扱う「快適な使用感に関するユーザビリティ目標」では、部分的な達成(例えば、インターネットの閲覧を容易にする機能をショートカットとしてユーザーの 80% が達成すること)が求められるが、ユーザーまたは環境の安全に対する大きなリスクに関するユーザビリティ目標では、完全な達成(エラーは許容されない、例えば、ユーザーの 100% が最初の試行で除細動器の使用に成功すること)が求められる。このような「安全重視のユーザビリティ目標」では、未達成は、ツールの使用が劇的な結果につながる可能性があることを示す。これらの目標は、システムをリリースする前に満たされるべきである(例えば、患者の安全にかかわる医療情報技術は、使用エラーを誘発することが判明している場合はリリースできない[ 7 ] [ 8 ])。

したがって、定義されたユーザビリティ目標の達成レベルを優先する必要がある。[ 5 ]

測定

目標は定性的または定量的に定義されます。[ 5 ]ただし、その性質に関わらず、操作的に定義する必要があります。定性的なユーザビリティ目標の達成度は、言語プロトコル分析によって評価できます。次に、分析に使用されたコーディングスキームに関連する用語で目標が定式化されます。これらの定性的な目標は、客観的で定量化可能な評価をサポートするために定量的な目標に変換できます。この種の目標は、次のような形を取ることができます

  • 「対象ユーザー集団のサンプルのU%が、ツールの使用中に特定の機能について肯定的なコメントを表明するはずです」
  • または「サンプルの U% 未満がディスプレイによって提供される情報を誤解している」。

アンケートを通じて評価される定性的なユーザビリティの目標は、次のように定式化できます。

  • 「スケールSの対象ユーザー集団のサンプルの平均スコアはNを超える必要があります」

定量的な目標については、時間測定( [ 2 ]の例)、キーストローク分析、エラー率の定量化など、様々な方法で評価できます。例えば、次のような方法があります( [ 3 ] [ 10 ]を参照)。

  • 「対象ユーザー集団のサンプルのU%は、ベンチマークタスクのT%をM分以内に、Eエラー以下で達成する必要がある」

参照

参考文献

  1. ^ a b c d国際標準化機構. 人間工学とシステムインタラクション - パート210 -: インタラクティブシステムのための人間中心設計 (Rep N°9241-210). 2010年, 国際標準化機構
  2. ^ a b c d eニールセン『ユーザビリティエンジニアリング』1994年
  3. ^ a b Salvemini, AV (1999). 「遠隔医療システムのユーザーインターフェース設計者の課題」. Telemedicine Journal . 5 (2): 163– 168. doi : 10.1089/107830299312122 . PMID  10908428 .
  4. ^ a b van der Peijl, Jorien; Klein, Jan; Grass, Christian; Freudenthal, Adinda (2012年8月). 「リスク管理のためのデザイン:使用関連リスクの管理におけるユーザビリティエンジニアリングの役割」 . Journal of Biomedical Informatics . 45 (4): 795– 812. doi : 10.1016/j.jbi.2012.03.006 . PMID 22466009 . 
  5. ^ a b c dメイヒュー著『ユーザビリティ・エンジニアリング・ライフサイクル:ユーザインターフェース設計実践ハンドブック』ロンドン、アカデミック・プレス、1999年
  6. ^ a b cブレンダーJ. 健康情報科学の評価方法ハンドブック. バーリントン、マサチューセッツ州: エルゼビア; 2006年.
  7. ^ a b Schertz, JC; Saunders, H; Hecker, C; Lang, B; Arriagada, P (2011年9月). 「再設計されたフォリトロピンアルファペン型注射器:患者と看護師のヒューマンファクターユーザビリティテストの結果」. Expert Opinion on Drug Delivery . 8 (9 ) : 1111– 1120. doi : 10.1517/17425247.2011.608350 . PMID 21843107. S2CID 36467110 .  
  8. ^ a b Marcilly他「患者安全重視のユーザビリティ目標:パイロットスタディ」MIE 2013。
  9. ^医療機器振興協会. 人間工学 - 医療機器の設計 (ANSI/AAMI HE75). アーリントン、バージニア州: AAMI; 2009.
  10. ^ Smith E. Siochi A. 「ソフトウェアのユーザビリティ:評価による要件」『ヒューマンファクターズ・パースペクティブズ・オブ・ヒューマン・コンピュータ・インタラクション』サンタモニカ、カリフォルニア州:ヒューマンファクターズ・アンド・エルゴノミクス協会、1995年。