研究デザインマトリックステンプレート: 研究の一貫性を保つための構築方法

研究デザインマトリックステンプレートは、研究のすべての部分が他の部分に対して自分自身を正当化することを強制する表です。各行は研究質問です。列には、関連する変数または概念、データソース、収集方法、サンプルまたは母集団、およびデータが入った後に実行する分析のタイプを示します。テーブルに入るものは、質問全体を分析計画に接続しない限り、何もありません。

この形式が機能する理由は、スタイリスティック的なものではなく、構造的です。研究は研究者が間違ったトピックを選んだために失敗することはほとんどありません。研究質問が提案段階で書き込まれ、調査が別々に構築され、分析が開始される時点では、誰も実際の調査項目がどの質問に答えるのかを指摘することができないために失敗します。マトリックスは、全体のチェーンを1つの場所に置き、一度に見えるようにすることでその逃避を防ぎます。

この形式は、博士論文の方法論章、助成金提案、およびUX研究計画に一般的ですが、3つの利害関係者の質問と単一のインタビューガイドを持つ市場調査プロジェクトにも同等に有用です。スケールは変わります。基本的な規律は変わりません。研究質問の各列を埋めることができない場合、それはその質問がまだ研究の準備ができていないというシグナルです。後で修正するフォーマットの問題ではなく。

委員会、顧問、および利害関係者は、あなたの方法論セクションの他のすべてのものを読む前に、研究デザインマトリックステンプレートを読みます。それは、彼らが実際に気にかけている1つの質問に答えるためです: この研究は、主張しているものに答えることができますか。よく構築されたマトリックスは、一目でそれを行うことを行います。

より具体的な利点は、設計の際に初期に表示されます。マトリックスを構築すると、一方、その後に見つけるのは現地調査の中途でのみの不一致が表面化します。一般的なもの: 研究質問は時間経過による変化について質問しますが、データソース列は1回限りの調査のみを持っています。別の: 2つの研究質問は実際には異なる方法で同じ質問を述べており、マトリックスは両方の行が同じデータソースと方法を指しているため、その冗長性を明白にします。

アカデミック以外の市場調査またはUX研究を実行しているチームの場合、マトリックスは異なる名前の下で同じ仕事を行います。利害関係者のビジネス上の質問（「試用ユーザーがなぜ変換されていないのか」）を特定のインタビュープロンプトと特定のコーディングスキームに結び付けます。誰かの記憶の中にのみ接続が存在する代わりにできます。プロジェクトの途中で新しいチームメンバーが参加する場合、マトリックスは会議なしで方向性を知るための最速な方法です。

研究デザインマトリックステンプレートを構築するのは、1つの行を完成させてから次の行を開始するのではなく、すべての研究質問にわたって列ごとに機能するときは簡単です。1つの完全な行を一度に埋めると、列を並べて比較するときにのみ表示される質問間の矛盾が隠されます。

最小限ですが完全な研究デザインマトリックステンプレートは6列を必要とします。それより少なく、マトリックスはその仕事をやめます。それより多くて、一目で読むことが難しくなり、実際の価値を追加することなく。

**研究質問。** 正確な質問、トピックまたはタイトルではなく。他のすべての列は、その質問に答えるために存在します。

**変数または主要な概念。** 質問が何を尋ねているのかの特定の、測定可能なバージョン。ここが曖昧な質問が早期に捕捉される場所です。

**データソース。** 情報が物理的にどこから来るかです: 名前付きデータセット、インタビュー参加者のグループ、分析プラットフォーム、アーカイブ。

**方法。** そのソースからデータを収集する方法: 特定の楽器、プロトコル、または手順で、「定性的」のような単なるカテゴリではなく。

**サンプル/母集団。** あなたがデータを引き出している人や物、あなたがこの段階で彼らを持っているなら、サイズと選択基準を含む。

**分析アプローチ。** コーディングスキーム、統計テスト、または比較フレームワークであるかどうかにかかわらず、収集されたデータを調査結果に処理する方法。

いくつかのチームは、質問あたりの予想される制限または倫理的な考慮事項のための7番目の列を追加します。これは、研究が敏感な集団や制約されたアクセスを関連する場合に有用です。それが場所を獲得する場合にのみそれを追加します。研究デザインマトリックステンプレートが研究メタデータのすべての可能な部分を保持しようとする場合、それは誰もが実際に会議の前に読むことをやめます。

最も一般的な失敗は、研究デザインが既にロックされた後にマトリックスを構築し、ドキュメンテーションではなく設計ツールとして扱います。そうなると、マトリックスは他の場所で行われた決定を説明するだけであり、それは現地調査時間がかかる前に不一致をキャッチの仕事をすることができません。

2番目の失敗は、データソースとメソッドを何かに対してチェックするのに十分に広すぎるカテゴリに記述しています。これらの列の唯一のコンテンツとして「インタビュー」および「調査」は、実際の楽器が実際の質問に答えることができるかどうかについて何も教えていません。修正は特定性です: カテゴリではなく楽器に名前を付けます。

3番目の失敗は分析列に表示され、チームは「定性分析」または「統計分析」を名前の付いた方法せずに記述しています。これはデータが何を支持しているかについて間違いを隠し、チームが何を主張するために計画しています。設計段階で特定のコーディングスキームまたは統計テストに名前を付けることができない場合、それはスキップではなくオープンアイテムとしてフラグを立てる価値があります。

最後の一般的な間違いは、マトリックスが淡色化したままになっています。研究質問と方法は、チームが期待するよりも現地調査の中でより頻繁にシフトしていません。データソースが失敗するか、パイロットラウンド後に質問がリフレーミングされるかどうか。研究デザインマトリックステンプレート、その実際と一致するために更新されないのは、単に時代遅れになるのではなく、積極的に誤解を招くことになります。次の読者が研究があっている時点よりもより一貫性があると語ります。

研究デザインマトリックステンプレートを構築したら、難しい部分は、実際に何が起こるのかとの接続を保つことです。データ収集: インタビュー録音、調査応答、およびそれらをレビューしている間に取得するノート。Notelynはそのワークフローの2番目の半分のために構築されており、元のマテリアルをマトリックスの各行にマップできるように整理されたメモに変えます。

インタビューベースの研究質問の場合、オーディオ録音をアップロードするか、Zoomトランスクリプトを直接貼り付けることができます。未分化されたテキストの壁ではなくテーマ別に整理された構造化された一連のメモを取得してください。この構造により、質問ごとに、インタビューデータが実際にマトリックスが言うべきことに答えているかどうかをチェックするのがはるかに容易になります。インタビューオーディオの処理に関するより深い見方については、インタビュー転写ソフトウェアに関するガイドを参照してください。利害関係者または顧客対面の研究については、市場調査転写ガイドは、ワークフロー終了を終わりから終わりまでカバーしています。

ドキュメント重い研究質問の場合は、マトリックスの文献レビューセクションやあなたの提案で引用されたバックグラウンドソースなど。Notelynのpdf importは概要とキーポイントを自動的に生成します。これは、データソースが各行が主張するものをカバーしているかどうかをチェックしているレビューパスをスピードアップします。

研究デザインマトリックステンプレートは、実際に分析できない質問のデータ収集を停止する瞬間から、その研究での場所を獲得します。形式は意図的に単純です: 研究質問、変数、データソース、方法、サンプル、および分析を、不一致が見えるようにレイアウトしています。現地調査に時間をコミットしました。

マトリックスを行ごとではなく列ごとに構築し、すべてのセルが埋められたら全体としてそれをレビューしてください。提案用の1回限りの成果物として扱うのではなく、研究が進化するにつれてそれを更新したままにします。現実を反映するマトリックス、たとえ混乱した現地調査の現実でさえ、もはやあなたがしている実際のことと一致しなくなった人よりも役に立ちます。

あなたの研究のためのインタビューまたは調査データを既に収集している場合は、そのマテリアルをNotelynにインポートして、マトリックスを行ごとに対してチェックすることは、完全な分析にコミットする前にデザインが保持されているかどうかを確認する高速な方法です。