ブログ
記事チームの取り組み約3分

ウェブサイトへのフィードバックを、誰もが実行できる判断につなげる

よいレビューコメントには、変更依頼の一覧だけでなく、問題、トレードオフ、判断の理由が残されています。

執筆: デザイン監査チーム

曖昧なコメントから、いくつもの異なる作業が生まれる

「見出しをもっと強くして」は、ライターには約束を明確にすること、デザイナーには視覚的に目立たせること、プロダクトマネージャーには提案内容を変えることと受け取られるかもしれません。それぞれが妥当な解釈で作業しても、元の懸念が解決されないことがあります。

不足している情報や、不明確な関係から説明しましょう。たとえば「見出しにはサービス名があるものの、冒頭のセクションではどのチーム向けなのか説明されていない」という具合です。こう書けば、複数の妥当な解決策を検討できます。

問題と提案を分けて考える

「ボタンを上に移動する」は提案です。「対象条件の説明と申し込み操作の間に、関係のないコンテンツがある」は問題となっている関係を示しています。ボタンを移動すれば解決するかもしれませんが、説明を移動したり、間にある要素を取り除いたりするほうがよい可能性もあります。

実装方法が変わっても、レポートやコメントには元の懸念を残しましょう。そうしなければ、後からレビューする人は依頼した位置にピクセルが移動したかは確認できても、伝わりやすさが改善したかは判断できません。

両立しない目標を明らかにする

営業チームは仕様書を問い合わせフォームの後ろに置きたい一方、サポートチームは顧客が直接入手できるようにしたいとします。どちらのレイアウトがきれいか投票しても、意見の違いは解消しません。チームごとに重視する結果が異なるからです。

トレードオフと、判断する人を記録しましょう。技術資料を公開し、別途相談窓口を案内する方法が考えられます。事業の状況によっては、別の方法が適切かもしれません。長いコメントのやり取りに理由を埋もれさせず、見える形にするとレビューが役立ちます。

コメントの一覧ではなく、判断の記録を残す

影響の大きい判断では、何を変更または維持したか、その理由、担当者、再検討する条件を記録します。「公開ダウンロードは維持する。アカウント固有の情報が文書に含まれる場合は再検討する」と書けば、理由のない解決済みコメントより明確です。

事実が分からないままの質問には、答えを作るのではなく調査が必要です。不足情報を確認する担当者を決め、その情報が関わる判断と一緒に質問を残しましょう。こうすれば、レビューの指摘を別の人が引き継いで進められる作業にできます。

参考資料と関連情報

さらに学ぶ

Design AuditでWebサイトを確認

URLを送信して、次のレビューを具体的な対応計画につなげましょう。