
曖昧なコメントから、いくつもの異なる作業が生まれる
「見出しをもっと強くして」は、ライターには約束を明確にすること、デザイナーには視覚的に目立たせること、プロダクトマネージャーには提案内容を変えることと受け取られるかもしれません。それぞれが妥当な解釈で作業しても、元の懸念が解決されないことがあります。
不足している情報や、不明確な関係から説明しましょう。たとえば「見出しにはサービス名があるものの、冒頭のセクションではどのチーム向けなのか説明されていない」という具合です。こう書けば、複数の妥当な解決策を検討できます。
問題と提案を分けて考える
「ボタンを上に移動する」は提案です。「対象条件の説明と申し込み操作の間に、関係のないコンテンツがある」は問題となっている関係を示しています。ボタンを移動すれば解決するかもしれませんが、説明を移動したり、間にある要素を取り除いたりするほうがよい可能性もあります。
実装方法が変わっても、レポートやコメントには元の懸念を残しましょう。そうしなければ、後からレビューする人は依頼した位置にピクセルが移動したかは確認できても、伝わりやすさが改善したかは判断できません。
両立しない目標を明らかにする
営業チームは仕様書を問い合わせフォームの後ろに置きたい一方、サポートチームは顧客が直接入手できるようにしたいとします。どちらのレイアウトがきれいか投票しても、意見の違いは解消しません。チームごとに重視する結果が異なるからです。
トレードオフと、判断する人を記録しましょう。技術資料を公開し、別途相談窓口を案内する方法が考えられます。事業の状況によっては、別の方法が適切かもしれません。長いコメントのやり取りに理由を埋もれさせず、見える形にするとレビューが役立ちます。
コメントの一覧ではなく、判断の記録を残す
影響の大きい判断では、何を変更または維持したか、その理由、担当者、再検討する条件を記録します。「公開ダウンロードは維持する。アカウント固有の情報が文書に含まれる場合は再検討する」と書けば、理由のない解決済みコメントより明確です。
事実が分からないままの質問には、答えを作るのではなく調査が必要です。不足情報を確認する担当者を決め、その情報が関わる判断と一緒に質問を残しましょう。こうすれば、レビューの指摘を別の人が引き継いで進められる作業にできます。