高速UXリサーチ：利害関係者を関与させ、リサーチプロセスをスピードアップするためのより簡単な方法
公開: 2022-03-10今日、UXの研究は、製品およびサービスの設計に不可欠な部分として広く認識されています。 ただし、UXの専門家は、UXの調査に関して、依然として2つの大きな問題に直面しているようです。チームと利害関係者の関与の欠如と、調査の時間を絶えず短縮するというプレッシャーです。
この記事では、これらの課題のそれぞれを詳しく見て、それらを解決するために「FASTUX」と呼ばれる新しいアプローチを提案します。 これはシンプルですが強力なツールであり、UXの調査をスピードアップし、利害関係者をプロセスの積極的な擁護者に変えることができます。
あなたが思うかもしれないことに反して、研究プロセスを（短期的にも長期的にも）スピードアップするには、あなたが立ち去って自分で兵士になるのではなく、効果的なコラボレーションが必要です。
頭字語のFAST（ F ocus、 A ttend、 S ummarise、 T ranslate）は、UXプロセスをより透明で、楽しく、協調的にするための多くの手法とアイデアをまとめたものです。 また、モデルをどのように実践できるかを示す、英国中央政府部門との5日間のプロジェクトについても説明します。
この記事は、UXの専門家と、製品の所有者、エンジニア、ビジネスアナリスト、スクラムマスター、マーケティング、販売の専門家など、UXの専門家と協力する人々に関連しています。
1.チームと利害関係者の関与の欠如
「利害関係者には、最悪の悪夢であり、最高の協力者になる能力があります。」
— UIE（2017）
UXの研究者として、「私たちのチームの全員が、私たちと同じ共感、正確さ、深さでエンドユーザーを理解している」ことを確認する必要があります。 研究の設計（目的、研究の質問）から、採用、設定、フィールドワーク、分析、最終的なプレゼンテーションまで、プロセス全体を実際に体験するために利害関係者を関与させるよりも、共感を高めるためのより良い代替手段はないことが示されています。 。
これを試みた人は誰でも、利害関係者を組織して研究に参加させることは非常に難しい可能性があることを知っています。 これには2つの主な理由があります。
- 研究は他の誰かの仕事です。
私の経験では、UXの専門家は、企業や組織の「UXを行う」ために雇われることがよくあります。 「LeadUXResearcher」というタイトルは、私の頭の中では素晴らしく非常に重要に聞こえますが、キックオフミーティング中に誤解を招くことがよくあります。 研究は私の責任であると誰もが自動的に想定します。 利害関係者がプロジェクトに参加したくないのも不思議ではありません。 彼らは研究が私の仕事であり、他の誰の仕事でもないと想定しています。 - UXプロセスフレームワークは不完全です。
問題は、利害関係者がUXに関与して参加したい場合でも、彼らがどのように関与すべきか、そして何をすべきかをまだ知らないということです。 私たちは、有用であるが最終的には不完全なUXプロセスと研究フレームワークの販売に多くの時間を費やしています。これらは、非研究者がどのように研究プロセスに関与できるかを説明していません。
さらに、多くの利害関係者は、「設計」、「分析」、「フィールドワーク」などの言葉を、彼らがしていることに威圧的または無関係であると感じることがあります。 実際、「UXには、他の分野の人々に不快感を与える可能性のある専門用語がたくさんあります。」 状況によっては、用語はよく知られていますが、まったく異なるものを意味します。たとえば、UXの調査とマーケティングの調査などです。
2.研究時間を継続的に短縮するためのプレッシャー
もう1つの問題は、UXプロセスを高速化し、研究に費やす時間を削減するというプレッシャーが絶えず高まっていることです。 プロジェクトマネージャーから、分析段階やキックオフセッションをスキップして、調査をさらに短縮するように求められた回数は数えられません。
以前は研究に数週間を費やすことができましたが、5日間の研究サイクルがますます標準になりつつあります。 実際、Sprintの本は、研究が（全体の5日間のサイクルから）わずか1日に減少する方法を説明しています。
これを考慮すると、UX研究者には、研究の質を損なうことなく、迅速に提供するようにという多くのプレッシャーがあります。 複数の利害関係者がいて、それぞれが独自の意見、要求、見解、仮定、および優先順位を持っている場合、困難は増します。
高速UXアプローチ
あなたが思うかもしれないことに反して、UXの研究を行うのにかかる時間を短縮することは、あなたが自分で兵士になる必要があることを意味しません。 私はこれを行いましたが、それは短期的にしか機能しません。 調査結果がどれほど驚くべきものであるかは問題ではありません。世界には、調査の旅に出ていない場合に緊急のチームに行動を起こすよう説得するのに十分なPowerPointスライドがありません。
長期的には、チームと利害関係者が研究に積極的に関与するほど、彼らはより力を感じ、行動を起こす意欲が高まります。 生産的なコラボレーションとは、より速いペースで一緒に移動し、研究プロセス全体をスピードアップできることも意味します。
FAST UXリサーチフレームワーク（下の図2を参照）は、チームメンバーと利害関係者を、リサーチプロセスの積極的な支持者と擁護者に変える方法で真に関与させるためのツールです。 研究者以外の人がいつ、どのようにUX研究に参加すべきかを示しています。
本質的に、利害関係者は、それぞれがその研究段階に対応する4つの活動を実行することにより、各UX研究段階の所有権を取得します。
一緒に作業することで、UXリサーチにかかる時間が短縮されます。 ただし、このアプローチの真のメリットは、人々がユーザー中心主義と調査プロセスの真の支持者になるため、長期的には、調査結果に基づいてビジネスが行動を起こすのにかかる時間がますます短くなることです。
このアプローチは、あらゆる定性的調査方法とあらゆるチームに適用できます。 たとえば、FASTのユーザビリティテスト、FASTのインタビュー、FASTの民族誌などを実行できます。 効果を上げるには、最初からこのアプローチを利害関係者に説明する必要があります。 フレームワークを通して彼らに話し、各段階を説明します。 これは誰もが行うことであり、UX研究者の仕事と同じくらい彼らの仕事であり、すべての人がプロセス全体に関与している場合にのみ成功することを強調します。
ステージ1：焦点（共通の目標を定義する）
UXには、研究プロジェクトがその目的を定義することから始めるべきであるという統一されたコンセンサスがあります。なぜこの研究が行われ、結果はどのように実行されるのでしょうか。
一般的に、これは研究の目標、目的、研究の質問および/または仮説の中で表現されます。 ほとんどのプロジェクトはキックオフミーティングから始まり、そこでは（利用可能なブリーフに基づいて）議論されるか、ミーティング中に定義されます。
このようなキックオフセッションで最もよくある問題は、利害関係者が調査から学びたいことをあまりにも多く考え出すことです。 状況を好転させる方法は、特定のタスクを直接のチーム（一緒に仕事をしている他のUXプロフェッショナル）と利害関係者（主要な意思決定者）に割り当てることです。彼らは最初から研究に集中するのに役立ちます。
彼らがそれを行う方法は、次の手順で協力することです。
- グループとして現在の課題と問題を特定します。
誰かに共有ドキュメントにメモを取るように依頼します。 または、全員に参加して付箋を書いてもらい、それを「プロジェクトの壁」に表示して全員に見てもらいます。 - 調査研究の潜在的な目的と質問を特定します。
これは、前の手順と同じ方法で行います。 まだ何もコミットする必要はありません。 - 優先します。
チームに、最も重要なものから始めて、目的と質問を注文するように依頼します。 - 言い換えて言い換えます。
上位3つの質問と目的を見てください。 それらは広すぎますか、それとも狭すぎますか？ 研究の焦点がより明確になるように、それらを言い換えることができますか？ それらは実行可能ですか？ 目的と質問を分割またはマージする必要がありますか？ - 柔軟であることを約束します。
上位1〜2の目標に同意し、これが焦点となるものであることに全員から同意するようにします。
利害関係者とチームが研究の焦点に早く到達するのを助けるためにあなたが尋ねることができるいくつかの質問があります：
- 私たちが認識した目的から、最も重要なことは何ですか？
- 成功はどのように見えますか？
- 私たちが1つのことだけを学ぶとしたら、どれが最も重要なことでしょうか？
プロセス中のあなたの役割は、次のことを判断するための専門知識を提供することです。
- 特定された目的と質問は、単一の研究で実行可能です。
- 目的と質問の言い回しを手伝ってください。
- 焦点が特定された後、研究を設計します（方法論の選択を含む）。
一見すると、フォーカスアンドアテンド（次の段階）のアクティビティは、すでにキックオフミーティングを実施しており、関係者を研究セッションに招待しているため、なじみがあるかもしれません。
ただし、FASTアプローチを採用するということは、作業が共有および共有されるため、調査プロセス中と同じように利害関係者が所有権を持つことを意味します。 プロセスは協調的であり、セッションの最後に、明確な研究目的に合意することは容易ではないことを強調します。 焦点を共有することは、多くのチームが始めたものよりもすでに優れていることを全員に思い出させてください。
最後に、チームと利害関係者に、残りのプロセスで何をする必要があるかを思い出させます。
ステージ2：参加する（チームを調査プロセスに深く没頭させる）
製品やサービスを使用している人の体験を直接目にすることは非常に豊富であり、それに代わるものはありません。 これが、利害関係者にユーザー調査を観察させることが、チームを関与させるための最良かつ最も強力な方法の1つと見なされている理由です。
よくあることは、調査研究の日にオブザーバーが参加し、ラップトップや携帯電話に貼り付けられた時間を過ごすことです。 さらに悪いことに、一部の利害関係者は、メモを取る人と話し、セッションを観察する必要がある残りの設計チームの気を散らすことがよくあります。
これが、チームに研究と対話させることが同じように重要である理由です。 以下の活動により、チームは研究セッションに没頭することができます。 利害関係者に次のことを依頼できます。
- 専用のライブチャット（Slack、Googleハングアウト、Skypeなど）を通じてセッション中に質問します。
- 付箋にメモを取ります。
- すべての人の観察結果を要約します（次の段階を参照）。
これらのアクティビティごとに、セッションごとに1人を割り当てます。 1人の「ライブチャットマネージャー」、1人の「メモ係」、1人の「オブザーバー」がいて、後でセッションを要約します。
次のセッションのために人々を交代させます。
セッションの前に、オブザーバーに「基本ルール」を簡単に説明しておくと便利です。 これを行うのに役立ち、調査中のチームの役割を思い出させるのに役立つ、GDSが開発したものと同様のポスターを作成できます（上記の図3を参照）。
Farrell（2017）は、利害関係者が一緒にメモを取るための効果的な方法に関する詳細を提供しています。 複数の利害関係者がいて、フィールド訪問に物理的に参加することが不可能な場合（たとえば、路上、オフィス、参加者の自宅）、セッションを観察室にストリーミングできます。
ステージ3：要約（非研究者向けの分析）
私は、フィールドワークが始まった瞬間に分析が始まるという考えを強く支持しています。 最初の調査セッションでは、自分が持っているデータの意味のパターンと解釈を探し始めます。
最初のセッションの後でも（通常はフィールドワークの終わりに向かって）、共同分析を実行できます。これは、研究の最も重要な段階の1つに全員が参加できるようにする楽しく生産的な方法です。
共同分析セッションは、すべての人の意見を聞き、研究についての共通の理解を生み出す機会を提供する活動です。
他の専門家の視点を含めることで、より客観的で関連性のある洞察を特定する機会が増え、また、利害関係者が調査の結果に基づいて行動する機会が増えます。
「分析」はあらゆる研究プロジェクトの不可欠な部分ですが、多くの利害関係者はその言葉に怖がっています。 活動は非常に学術的で複雑に聞こえます。 これが、各調査セッション、調査日、または調査全体の終わりに、利害関係者と直接のチームの役割が彼らの観察結果を要約することである理由です。 要約することは不必要に聞こえるかもしれませんが、分析段階の重要な部分です。 これは基本的に、「ダウンロード」セッション中に行うことです。
誰かの要約を聞くことはあなたに理解する機会を提供します：
- 彼らが注意を払ったこと;
- 彼らにとって重要なこと。
- イベントの彼らの解釈。
各セッション終了時のまとめ
これを行うには、セッションの開始時に全員に、最後に部屋に入り、観察と推奨事項を要約するように依頼することを全員に思い出させます。
次に、各利害関係者に次のことを尋ねて、セッションを終了します。
- 彼らの重要な観察は何でしたか（図3も参照）？
- セッション中に何が起こりましたか？
- 参加者にとって大きな問題はありましたか？
- うまくいったことは何でしたか？
- 彼らを驚かせたものはありましたか？
これにより、チームはセッション中に注意を払うようになります。これは、最後に合計する必要があることをチームが知っているためです。 それはまた、彼らが観察を内面化するのを助けます（そして後で、より簡単に発見に移行します）。
これはまた、これまでの調査で際立っていると思うことをチームと一貫して共有する時期でもあります。 最後に「大きな公開」をしたいという誘惑を避けてください。 結果が利害関係者に何度も伝えられるとよいでしょう。
何度も、研究は私に素晴らしい成果をもたらしました。 それらを定期的に共有するのではなく、最終報告まで私はそれらを自分自身に保管します。 うまくいきません。 最後に大きな発表を行うと、多くの場合、観察から洞察にすばやくジャンプできない、当惑した利害関係者につながります。 その結果、頑固なプッシュバックまたは無関心な肩をすくめることがあります。
一日の終わりのまとめ
イベントまたはその日の要約は、自然に共同分析セッションに移行できます。 あなたの仕事はセッションをモデレートすることです。
利害関係者の仕事は、その日のイベントと最終結果を要約することです。 ボランティアに、日中に何が起こったのかをグループで話してもらいます。 その後、他の利害関係者がこれらの観察結果に追加できます。
研究終了時のまとめ
分析が完了したら、1人または2人の利害関係者に調査の要約を依頼します。 なぜ私たちが調査を行ったのか、調査中に何が起こったのか、そして主な調査結果は何かをカバーしていることを確認してください。 彼らはまた、プロジェクトの壁を通り抜けることによってこれを行うことができます（もしあれば）。
あなたの研究について話さず、他の誰かにそれを任せるのは非常に難しいことです。 でも、その価値はある。 自分でこれをやろうと思っていても、そうしないでください。 人々が研究を内面化し、プロセスに慣れるための絶好の機会です。 これは、利害関係者をユーザー調査の積極的な支持者に変える重要な瞬間の1つです。
この段階の終わりに、研究を捉えた5〜7件の調査結果が得られるはずです。
ステージ4：翻訳（利害関係者をソリューションのアクティブチャンピオンにする）
「研究は、決定と行動をもたらさない限り、価値がありません。」
—Lang and Howell（2017）。
調査結果に同意した場合でも、利害関係者は、調査の意味について意見が一致しないか、さらなる行動を取るというコミットメントを欠いている可能性があります。 これが、要約した後、利害関係者にあなたと協力して「今何を？」を特定するように依頼する理由です。 または、組織、製品、サービス、チーム、および/またはそれらのそれぞれにとって個別にそれが何を意味するか。
従来、UX研究者の仕事は、明確で正確、説明的な調査結果、および実用的な推奨事項を作成することでした。 ただし、チームと利害関係者が実行可能な推奨事項の特定に関与していない場合、将来の変更に抵抗する可能性があります。
後のプッシュバックを防ぐために、利害関係者に「今何？」を特定するように依頼します。 （「実用的な推奨事項」とも呼ばれます）。 一緒に、洞察と調査結果がどのようになるかを特定することができます。
- ビジネスに影響を与え、今何をする必要があるか。
- 製品/サービスに影響を与え、どのような変更を加える必要がありますか。
- 人々に個別に影響を与え、彼らがとる必要のある行動に影響を与えます。
- 潜在的な問題と課題、およびそれらの解決策につながります。
- 問題を解決したり、潜在的な解決策を特定したりするのに役立ちます。
利害関係者とチームは、共同分析セッションの最後に調査結果を翻訳できます。
活動を分離し、実行可能な推奨事項のみに焦点を当てた会議を実施する場合は、次の形式を検討してください。
- 調査から得られた5〜7の主な調査結果について簡単に説明します（この段階が分析セッションとは別に、または他の利害関係者と行われる場合は、復習として）。
- グループをチームに分け、一度に1つの発見/問題に取り組むように依頼します。
- 発見が彼らに影響を及ぼしていると彼らが見る多くの方法をリストするように彼らに依頼してください。
- 各グループの1人に、調査結果をチームに提示するように依頼します。
- 最終的な利害関係者の1人または2人に、調査全体を方法、調査結果、および推奨事項とともに要約するように依頼します。
後で、複数の同様のワークショップを開催できます。 これは、組織のさまざまな部門に関与する方法です。
実際の高速UX
実際のFASTUX Researchアプローチの優れた例は、私が英国中央政府部門のために実行するために雇われたプロジェクトです。 プロジェクトの最終的な目標は、非常に複雑な内部システムのユーザー要件を特定することでした。
一見したところ、これは非常にやりがいのあるプロジェクトでした。理由は次のとおりです。
- 部門やクライアントを知る時間はありませんでした。
通常、私はクライアント、彼らのニーズ、意見、内的圧力、そして課題を知るために少なくとも一週間か二週間はかかるでしょう。 このプロジェクトでは、月曜日に会ったことのないチームで作業を開始する必要がありました。 私が一度も働いたことのない建物で、私がほとんど知らなかった領域で、そして同じ週の金曜日に終わります。 - システムは非常に複雑で、徹底的な調査が必要でした。
内部システムと仕事の性質は非常に複雑でした。 これには、少なくともいくつかの調査方法（三角測量用）を使用してデータを収集する必要がありました。 - チームがUXリサーチャーと協力したのはこれが初めてでした。
利害関係者は主にITスペシャリストでした。 しかし、彼らがプロジェクトに参加し、手を汚すことに非常に熱心で熱心だったのは幸運でした。 - 利害関係者の可用性。
他の多くのプロジェクトの場合と同様に、すべての利害関係者は、プロジェクトの上で独自の作業を行っていたため、非常に忙しかったです。 それでも、昼食をとったり、家に帰る前に15分間のまとめをしたりすることを意味する場合でも、私たちはそれを機能させました。 - 内圧と課題がありました。
他の部門や巨大な組織と同様に、多くの内部圧力と課題がありました。 それらのいくつかは私が期待していたものです（例えば、レガシーシステム、変化のペースが遅い）が、私が始めたときは何の手がかりもありませんでした。 - 外部チームとの作業を調整する必要がありました。
追加の課題は、別の英国の部門の外部チームと協力し、その取り組みを調整する必要があることでした。
これらすべての課題にもかかわらず、これはFASTアプローチによって開始された緊密なコラボレーションのために、私が取り組んだ中で最も楽しいプロジェクトの1つでした。
プロジェクトの構成は次のとおりです。
- 1日のキックオフセッションとチームについて知る
- 2。5日間のコンテキスト調査と内部チームメンバーのシャドウイング、
- 共創ワークショップのための半日、そして
- 分析と結果の報告に1日。
その過程で、20人以上の従業員からデータを収集し、16時間以上の観察、300枚以上の写真、約100ページのメモを用意しました。 これは、わずか5日間の研究サイクルに3週間分の作業を詰め込んだ素晴らしい例です。 さらに重要なことに、部門の人々はプロセスに本当に興奮していました。
FAST UXResearchのアプローチを使用してこれを行った方法は次のとおりです。
- 集中
プロジェクトの開始時に、2人の主要な利害関係者が研究の焦点を特定しましたが、私の役割は主に目的の優先順位付け、研究の質問の微調整、および実現可能性の確認を支援することでした。 この意味で、私は耳を傾け、主に質問をしました。以前のプロジェクトの例や、アプローチを調整するのに役立つオプションをときどき挿入しました。
コンテキスト照会とシャドウイングセッションのメインディスカッションガイドを作成している間、私たちはプライマリチームと一緒に座って、システムの内部ユーザーとの共創ワークショップについて話し合い、設計しました。 - 参加する
ワークショップでは、利害関係者の1人がセッションの半分をモデレートし、もう1人がメモを取り、参加者を注意深く観察しました。 関係者は部門の近代化への取り組みの可視性が向上したと感じ、従業員は研究に耳を傾け、関与していると感じたため、社内では大きな成功を収めました。 - 要約する
ワークショップの直後に、私たちは利害関係者と一緒に30分間の会議に出席し、そこで彼らの観察を要約してもらいました。
シャドウイング、コンテキストクエリ、および共創ワークショップの結果、内部システムに関する60以上の問題と問題（統合、機能、および使いやすさに関して）を特定することができ、すべて6つの高レベルの調査結果に含まれています。 - 翻訳
その後、6つの主要な調査結果のそれぞれが、部門、内部システム、および他の部門とのコラボレーションにどのように変化または影響を与えるかについて、チームと話し合いました。
私たちはチームと完全に連携していたので、別の英国政府部門の前で私たちの仕事について話さなければならなかったとき、私は利害関係者にプロセスと私たちの進歩について話させることができました。
私の最後の仕事（さらに2日以上）は、すべての調査結果を調査レポートに記録することでした。 他のプロジェクトに移らなければならなかったので、これは知識リポジトリとして必要でした。
より伝統的なアプローチでは、プロジェクトは簡単に3週間に及ぶ可能性があります。 さらに重要なことに、個人およびチームのプレッシャーと課題をすばやく理解することが、新しいシステムの成功の鍵でした。 これは、共同アプローチがなければ、割り当てられた時間内に発生することはありませんでした。
FAST UXアプローチは、緊密なコラボレーション、強力な共有、および共有された進歩感をもたらしました。 これらはすべて、プロジェクトの時間を短縮するだけでなく、UXの研究プロセスに興奮を植え付けることを可能にしました。
すでに試してみましたか？
UXの研究はますます人気が高まっていますが、私たちが自分たちで兵士になり、最後に利害関係者に相談することしかできなかった時代は終わりました。
UX研究者として私たちの技術を習得することは、プロセス内で他の人を関与させ、私たちの仕事について明確で、明確で、透明であることを意味します。 FASTアプローチは、非研究者を研究プロセスに関与させる方法を示す単純なモデルです。 短期的（すなわち、研究自体）および長期的（すなわち、研究結果の使用）の両方で研究を行うのにかかる時間を短縮することは、研究者、チーム、およびビジネス全体にとって戦略的な利点です。
効率を改善し、利害関係者をユーザー調査の支持者に変えたいですか？ 行って試してみてください。 その後、ここでストーリーやアドバイスを共有できます。
私はあなたのコメント、提案、そしてあなたが共有したいフィードバックを聞いてみたいです！ すでに試してみたことがあれば、共有したいサクセスストーリーはありますか？ できる限りオープンになりましょう。何がうまくいき、何がうまくいかなかったのでしょうか。 他のすべてのUXと同様に、チームとして一緒に学ぶのが最も楽しいです。