最初の調査を行うと、次に問うべき価値のある問いが見えてくることがよくあります。例えば、ユーザーがアカウント設定の場所を見つけられるようになっても、それを変更するとどうなるかを依然として誤解していることにチームが気づく、といったケースです。反復型のリサーチは、調査と、デザインや調査自体のアップデートを交互に行うことで、そうした前進の余地を生み出します。

これには、段階的なプロトタイプテストや、新たな課題の浮上に合わせて質問を発展させるインタビュー、フィードバックを受けて修正したコンセプトの検証などが含まれます。得られた知見を活かさずに同じテストを繰り返すのは単なる「測定の反復」であり、反復型アプローチが持つ本来の目的を果たせているとは言えません。

各ラウンドを次につながる足がかりにする

まずは問いを立て、回答を正しく解釈できるだけの文脈を用意した上でスタートします。各ラウンドが終わったら、得られた観察事項、それによって裏付けられた変更点、そして残された不確実性を記録します。次の調査では、単に新たなコメントを集めるのではなく、その不確実性を掘り下げられるようにすべきです。

例えば権限管理のプロジェクトを例にとると、最初のラウンドで「オーナー」という表記が、ファイルを削除できる人ではなく「文書の担当者」と受け取られていることが判明するかもしれません。そこでチームはラベルと説明文を変更し、新しく参加したユーザーが「誰にその権限があるか」を正しく推測できるかをテストします。こうすることで修正の理由が明確になり、次のラウンドにもはっきりとした目的が生まれます。

英国政府によるユーザーリサーチの計画に関するガイダンスでも、各ラウンドの問いと、それが意思決定にどう寄与したかを明確に記録することが推奨されています。複数のデザインやリサーチのバージョンが同時並行で動いている場合、そうした記録は特に役立ちます。

比較が重要なときは慎重に調整する

新しい参加者を募ることで、事前の慣れがない状態で修正がうまく機能しているかを確かめやすくなります。一方で、学習効果や時間経過による変化を検証したい場合は同じ参加者に再度参加してもらうのも有効ですが、その場合は「慣れ」が生じていることを考慮して結果を解釈する必要があります。

バージョン同士を比較する際は、関連するタスクや参加者の募集条件をできる限り揃え、生じた差異はすべて記録しておきます。あるラウンドでは初めて使うユーザーを対象にし、次のラウンドでは熟練の管理者を対象にした場合、パフォーマンスの向上が単にデザインの成果によるものだとは言えなくなってしまいます。

少人数を対象とした定性リサーチは、焦点を絞った課題の発見に役立ちます。ただし、それが普遍的なサンプルとして通用するわけではありませんし、続く数回のセッションで問題が見られなかったからといって、完全に解消された証拠にはなりません。バージョン間の違いを測定するには、より大規模な調査や定義されたUX指標、そして比較に適した分析計画が必要になることもあります。

問いの視野を広げる余地を残す

反復を重ねることで使い勝手は向上する一方で、そもそも何のための機能なのかという根本的な目的が検証されないまま残ってしまうことがあります。もし参加者が「なぜそもそもこの権限を付与しなければならないのか」と疑問を持ち続けているなら、これ以上文言の微修正を重ねても得られる価値は小さくなります。

集まったデータがそうした本質的な課題を指し示しているなら、より広い視点で問題を捉え直す時間を確保しましょう。それには、責任がどのように分担されているかを探る探索的リサーチが必要かもしれませんし、サービス設計そのものの根本的な見直しが必要になる場合もあります。反復型アプローチの強みは、次の打ち手を柔軟に変えられる点にあります。たとえその打ち手が、同じ画面のバージョン違いを作る以上の大きな方向転換を意味するものであっても、です。