Aug 16, 2022ヘルス

B2B: リスクベースのUX+ユーザビリティエンジニアリングを主導し、分子検査における実験室での使用エラーを削減

Gideon Awolesi

Gideon Awolesi

UXデザイナー

ポートフォリオに戻る

プロジェクトについて

プロジェクト概要

役割:シニアプロダクトデザイナー/ユーザビリティエンジニアリングのパートナー(ヒューマンファクター+R&D) プロダクト:QIAsymphony 自動サンプル前処理+アッセイセットアッププラットフォーム(IVD/分子ワークフロー) 目的:監査対応可能なユーザビリティエンジニアリングのドキュメント(IEC 62366-1 + ISO 14971 + ISO 13485準拠)を作成しながら、高スループットの実験室ワークフローにおける使用エラーを削減すること。

私の責任範囲(2トラックでの提供)

トラックA オペレーターのワークフローを改善(プロダクトのUI/UX)

最も重要な重大タスクとエラー条件を特定する(リスク+頻度)。

エラーを防ぎ 、曖昧さを減らし、復旧経路を単純化するために、インタラクションのポイントを再設計する。

トラックB:ユーザビリティエンジニアリングのエビデンスシステムを構築(運用構造)

課題を捉え 、深刻度を評価し、発見をリスクコントロールに紐づけ 、手戻りなく監査対応可能なアウトプットを生み出す、一貫した方法を定義する。

ワイヤーフレーミングとプロトタイピング(どう設計したか)

ローファイのワイヤーフレームが焦点を当てたこと:

セットアップ手順の明快さ(次に何をするか、何が必須か、何が欠けているか)。

防止のための制約(ブロック状態対警告状態)。

復旧体験(どうやって安全かつ迅速に再開するか)。

検証に用いたインタラクティブなプロトタイプ:

セットアップまでの時間の流れと、後戻りの削減。

ストレス下でのアラートの理解。

中断された実行から、外部の助けなしにオペレーターが復旧できる成功率。

成果物(具体的なアウトプット)

プロダクトデザインのアウトプット

オペレーターのフローマップ(ハッピーパス+故障モード)

検証ゲート、確認、復旧のためのUI挙動仕様

アラートのコンテンツガイドライン+コンポーネントルール(深刻度に応じたもの)

フォーマティブテスト用のクリック可能なプロトタイプ

ユーザビリティエンジニアリングのエビデンス・アウトプット(監査対応可能)

タスク分析(重大タスク、潜在的なエラー、深刻度の根拠)

使用に関するリスクのトレーサビリティ(発見 → 緩和策 → 検証の紐づけ)

フォーマティブスタディの計画+スクリプト+成功基準

エンジニアリングのアクション+コンプライアンスのトレーサビリティ向けに構造化された発見ログ

サマティブ準備チェックリスト(どのエビデンスが必要か、何が欠けているか)

背景と課題の提示

QIAsymphonyは高い緊張感を伴う環境に置かれています:厳格なSOPのもとで時間的制約のあるワークフローを回す臨床・研究ラボです。小さな操作ミスが、実行の失敗、結果の遅延、消耗品の無駄、コンプライアンスリスクへと連鎖しかねません。

オペレーター体験で観察された中核的な課題

エラーを起こしやすいセットアップ:消耗品/試薬の誤装填、誤ったキット選択、誤ったサンプル/ラックの配置、事前チェックの見落とし。

弱い「防止」設計:UIはしばしばエラーを未然に防ぐのではなく、事後に報告していました。

復旧の複雑さ:実行が失敗または一時停止したとき、オペレーターはマニュアルや先輩スタッフに頼らずに次に何をすべきかを正確に特定するのに苦労しました。

ドキュメントの負担:ユーザビリティの発見が、監査時にリスクコントロールや設計上の決定へのトレーサビリティを容易にする形で必ずしも構造化されていませんでした。

ユーザーリサーチとインサイト(私がしたこと)

オペレーターとのコンテキスチュアル・インクワイアリー(セットアップ、実行、中断、クリーンアップ)。

エンドツーエンドのワークフローのタスク分析(通常+エッジケース)。

確立されたユーザビリティ原則+安全重視のUI慣行に照らしたヒューリスティックレビュー。

現実的なシナリオと故障の注入を用いた、代表的なオペレーターによるフォーマティブなユーザビリティテスト。

解決策を形づくった主要なインサイト

オペレーターはUIを「探索」しません。時間的プレッシャーのもとでSOPを実行します。UIはガードレール付きのチェックリストのように振る舞わなければなりません。

最もコストのかかる失敗の大半は、繰り返される少数のミス(キット選択、消耗品の配置、実行確認)から生じました。

「エラーコード」だけでは不十分でした。オペレーターは平易な言葉での原因+正確な復旧手順を必要としていました。

ユーザビリティのエビデンスは、作成することよりも、反復をまたいでトレーサビリティを保ちながら維持することが最も難しいものでした。

インパクト指標と成果

防止優先の検証により、セットアップ関連の逸脱が減少。

一貫したパターン+ガイド付きセットアップにより、オペレーターのオンボーディングが高速化。

実行可能な復旧ガイダンスにより、実行中断時間が短縮。

ユーザビリティのアウトプットが後から作り直されるのではなく設計上トレーサブルであるため、監査の摩擦が低減。

なぜこれが重要だったのか

QIAsymphonyは「見た目の良いUI」の問題ではありません。規制環境における人間の信頼性の問題です。この仕事は、現実において重要な2つのものを提供しました:

より安全でエラーに強いオペレーターのワークフローとユーザーインターフェースのデザイン、そして

リリースをまたいでスケールし、監査にも耐える、再現可能なユーザビリティエンジニアリングのエビデンスシステム。