mcpField
M
multi-source-signal-synthesiser

multi-source-signal-synthesiser

github.com/mohitagw15856データ・データベース1.5k40 回インストール5 日前に更新
リポジトリ

multi-source-signal-synthesiser について

multi-source-signal-synthesiserは、プロダクトチーム向けに調査、サポート、レビュー、営業などの声を統合するスキルです。シグナルに重みを付け、共通点や相反するニーズを見つけ、根拠と確度を添えて洞察を整理します。

主な機能

  1. 01情報源ごとの重み付け
  2. 02共通点と相反するニーズの特定
  3. 03表面的な要望と根本ニーズの区別
  4. 04重み付き頻度による洞察の順位付け
  5. 05根拠の不足と確度の明示

活用シーン

  1. 01インタビューとサポートチケットの声を統合
  2. 02ユーザー層ごとのニーズの違いを把握
  3. 03根拠に基づいてプロダクトの洞察を優先付け

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill multi-source-signal-synthesiser

インストール後、Claude Code で/multi-source-signal-synthesiserを入力して読み込まれたか確認します。

詳細

マルチソース・シグナル統合スキル

インタビュー、サポートチケット、NPS、アプリレビュー、営業通話など、複数の情報源から得たユーザーシグナルを統合します。表面的な要望ではなく、その根底にあるニーズを明らかにする、重み付けされた統一的なインサイト概要を作成します。

必要な入力

以下の情報が提供されていない場合は、ユーザーに尋ねてください。

  • シグナルの情報源(インタビュー、サポートチケット、NPSの自由回答、アプリレビュー、営業通話、アナリティクスなど。任意の組み合わせ)
  • データが対象とする期間
  • シグナルに関連する製品領域または機能(対象が限定されている場合)

情報源の重み付け(デフォルト — 状況に応じて調整)

情報源重み根拠
直接調査(インタビュー、ユーザビリティテスト)5忠実度が最も高く、構造化されている
サポートチケット(自発的に寄せられた課題のシグナル)4実際の課題が、フィルターを通さずに示される
NPSの自由回答3幅広いが、掘り下げは浅い
アプリストアのレビュー2公開されており、投稿者が自己選択している
営業通話の要約2営業の視点を通してフィルターされている
逸話や単独の報告1単独では信頼度が低い

プロセス

  1. 各シグナルに情報源のタグを付け、重みを適用する
  2. 収束を探す:3つ以上の情報源で同じ根底のニーズが現れているか確認する
  3. 乖離を探す:ユーザーのセグメント化を示唆する、矛盾したシグナルを確認する
  4. 表面的な要望と根底のニーズを区別する(例:「エクスポートを速くしてほしい」は、「必要なときにデータがあると信頼できない」という意味かもしれません)
  5. 重み付けした頻度に基づいて、インサイトを順位付けして提示する
  6. 検証する — 各インサイトが少なくとも2種類の情報源から得たエビデンスを持つことを確認する。単一の情報源に依存するインサイトには、信頼度が低いことを明記する。

出力構成

ユーザーシグナルの統合 — [日付/期間]

対象に含めた情報源: [情報源ごとの件数を含むリスト] 処理したシグナルの合計: [n]

インサイト1:[機能要望ではなく、根底にあるニーズ]
  • 信頼度: 高/中/低(情報源の多様性と重みに基づく)
  • エビデンス: [これを裏付ける各情報源からのシグナル]
  • 矛盾するシグナル: [矛盾するエビデンスとその解釈]
  • 製品への示唆: [具体的な次のステップ。一般論ではなく]

[上位3~5件のインサイトについて繰り返す]

乖離するシグナル(セグメント化の可能性)

[ユーザーグループによってニーズが実際に異なると思われる箇所 — 該当するセグメントを明記]

データからは分からないこと

[対応を決める前に追加調査が必要な不足情報]

品質チェック

  • すべてのインサイトが、少なくとも2種類の異なる情報源を参照している
  • 表面的な要望を根底にあるニーズへ置き換えている(単に繰り返すだけではない)
  • 乖離するシグナルについて、「一部のユーザーが異なる意見を持っている」とするだけでなく、具体的なユーザーセグメントを特定している
  • 信頼度の評価が、情報源の多様性と重みに見合っている
  • 「データからは分からないこと」のセクションで、情報の不足を正直に示している

アンチパターン

  • 表面的な機能要望をそのままインサイトとして繰り返さない — 要望を所見として含める前に、必ず根底にあるニーズへ置き換える
  • 1種類の情報源だけに裏付けられたインサイトに高い信頼度を付けない — 信頼度を高くするには、少なくとも2種類の異なる情報源による裏付けが必要
  • すべての情報源を同じ重みで扱わない — インタビューの引用1件と、200件のサポートチケットで見られるパターンは、比較可能なシグナルではない
  • 乖離するシグナルを1つの所見にまとめない — ユーザーセグメントによってニーズが実際に異なる場合は、平均化して消し去るのではなく、該当するセグメントを明示する
  • 重要な意思決定の根拠となるデータが不十分な場合に、調査の不足を省かない — ギャップを示さずに信頼度の低い所見に基づいて行動すると、製品チームに誤解を与える

コメント