ユーザーリサーチ部門システム
製品ユーザーとそのニーズを調査し、実行可能な提言へ変換するユーザーリサーチチーム向け。
オープンなプロダクトの問いから記録付き提言へ: 調査・インタビュー・分析。適用後に効果を測定。
クレジットカード不要 — システム一式が1分でプロジェクトにセットアップされます
これがお手元に届くシステムのボードです。ワークフローの列と、最初のステップを示すスターターカードが並んでいます
このシステムで仕事はどう回る？
リサーチは「リサーチクエスチョン」のカードから始まります。チームを悩ませる実際のプロダクトの問い（なぜユーザーは有効化ステップで離脱するのか？大口顧客が本当に求める機能はどれか？）。プロダクトマネージャーが問いを承認すると「予備調査」に移り、フィールドワークの前に既存のデータと過去の声を集めます。続いて「インタビュー」でユーザーをスケジュールし、実施して録音とメモをカードに上げ、「分析」で語られた内容を個別の引用ではなく繰り返すパターンへ分解します。結果は効果順に並べられた実行可能な「提言」にまとめられ、プロダクトチームが実際に採用すると「実装」に移り、適用されたものの効果を記録して「効果測定」でクローズします。
フォーラムはリサーチ知識のアーカイブです。完了した調査はすべて手法・結果・録音を記録したテーマとなり、新しいプロジェクトはゼロから調べ直す代わりにそこへ立ち返ります。オープンな分析議論（このパターンは本物か、小標本の偶然か？）はプロダクトマネージャー参加のもとフォーラムで行われ、提言は単独の研究者の意見ではなく集合的に検証されて出されます。
ユーザーリサーチャーは「予備調査」から「提言」までカードを所有します。手法を計画し、インタビューを実施し、分析を書きます。プロダクトマネージャーは「リサーチクエスチョン」に問いを植え、提言を受け取り、「実装」でロードマップに入れるものを決めます。インタビューコーディネーターは参加に同意したユーザーのリスト・スケジュール・同意書を管理します。ルール: 1件のインタビューに基づく提言はなく、問いの提起者に結果が伝わらないままクローズするリサーチもありません。
誰が何を担当する？
このシステムの運用ロールと、日々の仕事における各ロールの責任。そのままチームに割り当てても、自社に合わせて調整しても構いません。
ユーザーリサーチャー
各調査の手法を計画し、インタビューを実施・分析し、効果順の実行可能な提言を作成する。
プロダクトマネージャー
リサーチの問いを提起して優先順位を付け、提言を受け「実装」で採用するものを決め、フォーラムの分析議論に参加する。
インタビューコーディネーター
参加ユーザーベースを管理し、インタビューをスケジュールして同意書と謝礼を整え、録音をカードに上げる。
初日から用意されるものは？
システムのユニット
- タスク — ワークフローの列と実行カードを備えたかんばんボード
- フォーラム — 整理されたセクションで記録される議論 — 決定も知識も失われません
フォーラムのセクション (4)
- オープンなリサーチ課題調査候補の問いとその文脈。なぜ今重要で、どの決定がその上に築かれるか。
- 調査サマリー完了調査のアーカイブ: 手法・結果・提言・録音リンク。ゼロから調べ直さないための参照。
- リサーチ手法実践ガイド: 誘導しないインタビューの方法・サンプルの選び方・メモの記録方法。
- パターンと速報まだ完全な調査に値しない小さな繰り返しの気づき。蓄積して調査に値するまでここに記録。
«このシステムの運用ルール» — フォーラムにピン留め
1. すべての調査は、その上に築かれる決定を明記した明確な問いから始まります。純粋な好奇心のためのリサーチはしません。 2. インタビューの録音とメモは実施から1日以内にカードへ上げます。 3. 1件のインタビューからの提言は認められません。繰り返すパターンが分析の単位です。 4. 各調査のサマリーはカードのクローズ前に「調査サマリー」セクションへ記録します。 5. 「実装」に入ったものは「効果測定」まで追跡され、オーナーなしに放置しません。