デザインQA (Design QA)

概要

デザインQAは、実装が終わった画面を公開する前に、設計どおりに見えるか、使う人が迷わず操作できるかを確かめる工程である。 英語圏でも Design QA という語で、実装後にデザイナーが画面と設計時のデザインファイルを見比べる作業を指す。特定の会社の商品名ではなく、誰でも使う言葉である。日本の開発チームでも同じ意味で使われる。

QAテスト（動くか、仕様どおりかを確かめる作業）に対し、デザインQAは「見え方が設計どおりか、使う人が迷わず操作できるか」を確かめる。どちらか一方が通っても、もう一方の代わりにはならない。

UXでの活用

• 確認項目を持つ: 余白、文字、押せるもの、色とコントラスト、配置と揃え、状態の表示、入力、画像の8分野に分けて見ると、見落としが減る。確認項目と根拠は デザインQAの確認項目｜画面を出す前に見る8分野のチェックリスト にまとめている。
• 完成の定義に入れる: 「デザインQAが完了していること」を完成の定義（DoD）に入れると、実装のたびに行う手順になる。
• 判定は別に要る: 確認項目を全部通しても、その画面を「出してよい」と判定したことにはならない。判定には、道具では測れない問い（何の画面か一目で分かるか、次に押すものが1つに絞れているか、など）が別に要る。デザインQAの確認項目は、その判定の手前で、明らかな不備を取り除くためのものである。

誤用・混乱

• デザイン批評との違い: デザイン批評は設計の途中で案を評価する場で、デザインQAは実装が終わった後に行う。見るものは重なるが、時点が違う。
• 綴り: 文章では「Design QA」と2語で書く。「DesignQA」「Design-QA」は文章では使わない。ドメイン名（design-qa.com）のようにスペースを使えない場所だけ例外。
• 同名のサービスとの区別: この用語集を運営する UIXHERO は、上の判定を第三者として引き受けるサービスを「UIXHERO Design QA」の名前で design-qa.com に置いている。工程と同じ語を使っているが、こちらはサービスの名前である。
• 別の言い方: 同じ工程を「UX QA」（ユーザー体験の品質保証）と呼ぶ場合もある。このサイトでは「デザインQA」に統一している。