初期 SaaS のための顧客インタビュー分析

矛盾する顧客インタビューを一つの SaaS 判断につなげる

すでに集めたメモを使って独立した人々を比較し、矛盾を見える状態に保ち、次に何をテストするかを決めます。

これは定性的な統合ワークシートであり、投票システム、文字起こしサービス、需要スコアではありません。少数の会話の限界を明確にできますが、市場が購入することを証明することはできません。

意思決定から始めて、記録を比較する

情報源レベルのメモ、すなわちインタビュー、承認済みの抜粋、その他追跡可能な記録がある後に使います。パターンを探す前に、各人に一つの記録を割り当てます。対象者を絞る、ワークフローを調べる、小さなテストを行うかなど、証拠が変えるべき短期の意思決定を問いましょう。

同じテーマに三回言及しても、一人は一つの情報源です。繰り返しは引用を理解しやすくするかもしれませんが、独立した顧客を三人にするものではありません。

説明用の架空の例

一つの調整アイデア、三つの異なる状況

この架空の例は、情報源、過去の行動、代替案、仮説に反する証拠をどう保持するかを示します。実際のインタビュー資料や測定結果は含まれていません。

Priya - 独立系採用担当者

情報源
架空のインタビュー記録 A、6 月 12 日
役割と状況
4 社の稼働中顧客についてフォローアップを調整する独立系採用担当者。
短い抜粋
「各顧客シートに日付をコピーした後で採用担当マネージャーが優先順位を変えると、流れを見失います。」
過去の行動
先週、変更された 7 件の日付を別々の顧客スプレッドシートにコピーし、その後毎朝各シートを確認した。
現在の代替案
顧客ごとに分かれたスプレッドシートとカレンダーのリマインダー。
反証
稼働中の顧客が 1 社か 2 社なら、このプロセスは管理可能だと話していた。
まだ不明なこと
優先順位の変更が起きる頻度と、忙しい採用活動の最中にツールを切り替えるか。

Mateo - エージェンシーのオペレーション責任者

情報源
架空のインタビュー記録 B、6 月 14 日
役割と状況
候補者フォローアップの担当を共有する小規模採用エージェンシーのオペレーション責任者。
短い抜粋
「遅いのは日付を覚えておくことではなく、次の担当者を決めることです。」
過去の行動
引き継ぎ漏れの後、共有ボードに担当者列を追加し、毎日のスタンドアップで確認している。
現在の代替案
共有プロジェクトボードと毎日のチームレビュー。
反証
チームでは、ボードで担当を割り当てた後にフォローアップ日を見失うことはないと報告している。
まだ不明なこと
小規模なエージェンシーが毎日のレビューを省くか、また担当の明確化が本当の制約なのか。

Nia - 社内採用担当者

情報源
架空のインタビュー記録 C、6 月 18 日
役割と状況
安定した採用チーム向けに、会社の応募者追跡システムを使う社内採用担当者。
短い抜粋
「ATS は古い候補者をすでに知らせてくれます。別のトラッカーがあると、確認場所が一つ増えるだけです。」
過去の行動
ATS のキューに依存し、既存システム内で候補者の担当を変更している。
現在の代替案
会社の応募者追跡システム。
反証
提案するトラッカーは作業を増やすだけで、未解決の調整上の課題はないと明確に話している。
まだ不明なこと
共有 ATS にアクセスできない契約社員では、実質的に異なるワークフローになるか。

要約する前に、参加者 x テーマのマトリクスを作る

マトリクスは、同じラベルが異なる状況を隠しているかを明らかにします。行は個々の記録にたどれる程度に短くし、件数で置き換えるのではなく情報源参照を追加します。

テーマPriya - 独立系採用担当者Mateo - エージェンシーのオペレーション責任者Nia - 社内採用担当者
役割ときっかけ独立系採用担当者。顧客アカウント間で優先順位が変わる。エージェンシーの責任者。チームメンバー間で引き継ぎ漏れがあった。社内採用担当者。既存 ATS がすでにキューを管理している。
起きたこと変更された日付を 7 件にわたりコピーし、その後毎日シートを確認した。引き継ぎ漏れの後に担当者列を追加し、毎日確認している。ATS キューを使い、作業がすでにある場所で担当を変更している。
現在の代替案分かれたスプレッドシートとカレンダーのリマインダー。共有プロジェクトボードとチームのスタンドアップ。会社の応募者追跡システム。
意思決定をどう変えるか作業量が高いときの顧客横断の調整を調べることを支持する。リマインダーだけの解決策に疑問を示す。担当の明確化のほうが重要かもしれない。共有 ATS がすでにタスクを解決している場合は、対象者全体に疑問を示す。

Priya の引用、行動、回避策を三票として加えないでください。一つの情報源からの三つの詳細です。Mateo と Nia との不一致は有用な証拠であり、彼らの記録を消す理由ではありません。

各情報源の記録を完全なまま保持する

統合前に、別の人が何がどの設定で言われ、それが実際に何を支持できるかを分かる程度に、個々の記録を有用にします。解釈を引用に変えてはいけません。

  • 発言を文脈で確認できるようにする、元の情報源参照と日付。
  • 広いペルソナラベルだけでなく、タスクの役割、設定、きっかけ。
  • 短い承認済みの抜粋、またはそのように明記した正確な要約。
  • 具体的な過去の行動、時期、結果。将来の意向は別の欄に保持する。
  • 現在のツール、手作業プロセス、または何もしないという判断。
  • この人にとって課題が小さく、解決済み、無関係になる理由。
  • その記録をどの程度重く扱うかを変える、欠けている事実。

既存の 顧客発見ワークシート を使い、ここで集約する前に情報源レベルの記録を作成してください。

沈黙を同意に変えない

この三つのラベルは、小さなインタビュー集合が実際以上に確実に見えることを防ぎます。それぞれ異なる次の行動を示します。

言及されていない

インタビューでテーマを扱っていません。支持でも否定でもなく、未知です。立場を割り当てる代わりに、掘り下げ質問を書きます。

明確に否定された

本人が、課題は起きない、すでに解決している、または変更を正当化しないと述べています。正確な条件を反証のそばに残します。

観察されたコスト

本人が具体的な過去の遅延、リスク、手作業、結果を説明しています。その状況を調べることを支持しますが、それだけで購入を確立するものではありません。

記録を一つの Decision Note に統合する

以下の例は、すべての採用担当者がトラッカーを必要としているとは結論づけません。資料が支持する以上の確実性を主張せずにテストできる意思決定へ、狭く矛盾する記録を変換します。

意思決定
複数の顧客アカウントを扱う独立系採用担当者向けの調整ワークフローを調べる。まだ一般的な採用担当者用トラッカーは構築しない。
支持すること
Priya は、複数の顧客シートで優先順位が変わる際に、最近繰り返し発生した手作業の調整負担を報告している。
疑問を示すこと
Mateo の課題は担当の明確化であり、Nia の既存 ATS はすでにタスクを解決している。これらの記録は、主張を広い採用担当者セグメントではなく特定の設定に限定する。
一つの次のテスト
稼働中の顧客が複数いる独立系採用担当者を 2、3 人比較する。最近の優先順位変更、現在の引き継ぎ方法、忙しいときに何が失敗するかを尋ねる。

記録が意思決定に答えない場合は、「証拠が不十分」と書き、最小限の欠けている比較を集めます。Decision Note は、構築しないこと、より狭い対象者、別の問いを推奨できます。

この Decision Note をコピーする

この完全なテンプレートはサインアップなしで利用できます。個別の承認済み記録から始め、テーマに還元する前に各情報源を追跡可能にします。

行うべき意思決定:
対象の役割と状況:
含める記録(独立した人ごとに 1 行):

テーマ:
- 参加者 / 情報源 / 日付:
- 役割と文脈:
- 短い承認済みの抜粋または明記した要約:
- 過去の行動または結果:
- 現在の代替案:
- 反証または該当しない条件:
- 未知 / 言及なし:

異なる参加者にまたがる支持する証拠:
- 

異なる参加者にまたがる疑問を示す証拠:
- 

この状況にだけ当てはまること:
まだ結論づけられないこと:

現在の意思決定:
一つの次のテスト:
この意思決定を変える観察:
レビュー日:

自分の資料を慎重に使う

本当に行き詰まっている一つの意思決定を持ち込む

このワークシートで実際のギャップが分かった場合は、まだ決められない一つの意思決定と、許可がある場合に限りそれを示す少数の短い匿名化抜粋で検証を始めます。完全な文字起こしや、共有する権限のない資料は送らないでください。有料の Evidence review を始める前に、範囲、資料、価格、時期を別途確認します。

人による Decision Review

一つのプロダクト判断を人がレビューします

一回限りの US$49 です。まず無料の適合確認を行い、支払い前に正確な範囲と納品日を確認します。検証済みの外部請求先で支払い、人が実際の入金を確認してから作業を開始します。

許可をいただいた場合、Google Analytics を使用して訪問を理解し、アイデア送信フローを改善します。分析は任意であり、メールアドレスやアイデアの詳細は含みません。 Cookie ポリシー