今回の仮の題材
業務記録が並ぶ画面に、「毎朝、対応が必要な記録を探すのに時間がかかる」という相談が届いたら。日付、担当者、状態、メモが並ぶ架空の一覧を、二人ならどう見直すでしょうか。
DIALOGUE DRAFT会話文案
画面を直す前に、探しているものを知る。
聞き手相談には「一覧を見やすくしてほしい」とあります。最初に何をしますか？
Sow
実際に探すところを見せてもらいたいです。どの行で止まり、何を見比べているのか。「文字が小さい」のか、「対応が必要か判断できない」のかで、変える場所が違うので。
Jamie
僕は、一覧の後に何をするかも聞きたいです。別の画面を開いて確認しているなら、その往復が困りごとかもしれない。画面内の見た目と、作業全体の流れを一緒に見ます。
Sow
たとえば毎回メモまで開いているなら、まず「何を確認したくて開いたのか」を聞く。その答えを知らないまま列を増やすと、情報は増えても探しづらさが残りそうです。
提案は、小さく試せる形まで持っていく。
聞き手確認してみると、「自分が今日対応する記録」を探していました。どう提案しますか？
Sow
まずは架空の記録を使って、今の一覧と、必要な行を見つけやすくした一覧を作ってみます。同じ作業をしてもらえば、見た目の好みだけでは分からない違いが出るはずです。
Jamie
その段階で一緒に見たいですね。「今日対応する」が日付と担当者だけで決まるのか、人の判断も入るのか。画面上では簡単でも、条件が曖昧だと間違った記録を隠してしまいます。
Sow
それなら、最初は自動で隠さず、候補を目立たせる案もありそうです。「これなら探せる」と「これだと見落とす」を聞きながら、表示のルール自体を調整したいです。
分かりやすさと、見落とさないこと。
聞き手候補を目立たせる案に加えて、必要な記録だけに絞り込む案も試すとしたら？
Jamie
ただ、担当者が変わった直後や、状態の更新が遅れた記録も考えたいです。条件に合わないことと、対応が不要なことは同じではない。元の一覧に戻って確認できる形が必要そうです。
Sow
絞り込み中だと分かる表示と、解除する操作を近くに置くのはどうでしょう。「記録がなくなった」と感じさせず、いま何を見ているかを確かめられるようにしたいです。
Jamie
それなら、まず切り替えだけを動く形にして試せそうです。実際の記録量や読み込み時間でも使えるかを見て、デザイン案に戻す。実装して初めて分かる制約も、一緒に扱えます。
気づきを提案に変えるところから、参加する。
聞き手この検討に新しく加わる人には、どんな関わり方が考えられますか？
Sow
まず、自分が画面で迷った場所を一つ持ち寄ってほしいです。「ここが悪い」だけでなく、「こう読んだので、この操作を探した」まで聞けると、慣れた人が見落とす前提に気づけます。
Jamie
その気づきを、画面のラフや小さな試作にして一緒に確かめる流れがよさそうです。最初のレビューでは、案の完成度より、観察したことと、まだ確かめていないことを揃えたいですね。
Sow
使う人に一度触ってもらい、予想と違ったところを持ち帰る。そこで案を直すまで経験できると、画面を作る力に加えて、何を変えるべきかを考える力も育てていけそうです。
EDITORIAL NOTE
実例と本人の言葉で、確かめたいこと。
- 実際に受けた『使いづらい』という相談と、観察した操作を一つ選ぶ。公開できる画面やラフを添え、架空の一覧と置き換える。
- JamieとSowそれぞれの提案、意見が分かれた点、判断の根拠、結果を確認し、本人の言葉に置き換える。
- 新しく加わった人が誰に相談し、どの段階でレビューを受け、使う人の反応に触れたか。実際の参加の仕方を確認する。