mcpField
T
talk-to-users

talk-to-users

github.com/aidevgtmマーケティング・グロース329171 回インストール2 日前に更新
リポジトリ

talk-to-users について

talk-to-users は、開発者向け製品を作るチーム向けのマーケティングスキルです。技術諮問委員会で定期的にインタビューし、利用者の言葉をポジショニングやロードマップ、文案に生かす方法を示します。

主な機能

  1. 01代表性のある技術諮問委員会の設置
  2. 02営業を目的としない定期インタビュー
  3. 03個別連絡によるメンバー募集
  4. 04構造化された質問でのインタビュー
  5. 05発言を4つの調査テーマに分類

活用シーン

  1. 01開発者へのインタビューで訴求内容を検証
  2. 02製品ロードマップの判断材料を収集
  3. 03公開された課題投稿からインタビュー対象を探す

インストール

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

$npx skills add https://github.com/aidevgtm/gtm-cofounder --skill talk-to-users

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

詳細

ユーザーと話す（TAB システム）

開発者に向けた最高のマーケティングは、開発者と話すことです。それだけです。このリポジトリのほかのすべては、このスキルから派生します。

こんなときに使います： 本格的なユーザーインタビューをしたことがない、メッセージングは気が利いているものの検証されていない、または課題に悩んでいる人に尋ねず、社内でロードマップについて議論し続けているとき。

核となる考え方

**技術諮問委員会（TAB）**を立ち上げます。ユーザーや購入者を代表する30〜50人で構成し、作り方を教える年配のアドバイザーを集めるのではありません。繰り返しインタビューを行い、彼らの言葉をポジショニング、ロードマップ、ホームページのコピーに反映します。

TAB の通話は、**デモでも営業電話でもありません。**インタビューです。製品については決して話題にしません。

フレームワーク：TAB システム（Frankl）

構成

  • 製品に関わるすべてのペルソナから1人以上（who-is-this-for を参照）
  • ユーザー（製品を利用する人）と顧客（料金を支払う人）の両方。多くの場合、別の人です
  • 目標はメンバー30〜50人

実施頻度

  • 30分 · 1対1 · 毎月 · 約6か月間
  • Zoomを使用し、許可を得て録画します。対面では行いません
  • 毎回同じ質問をします · 売り込みはしません

メンバー募集（数をこなす必要があります）

  • メッセージはすべて相手に合わせて書き、定型文の一斉送信はしません
  • 自社のスタートアップではなく、相手の課題から話を始めます
  • docs/gtm-cofounder/market-research.md の「彼ら自身の言葉で表された課題」から始めます。課題についてすでに投稿している実在の人々と、そのリンクが記載されています
  • 最大4文
  • 返信率は約10%なので、メンバー約50人を集めるには約500件の連絡を計画します
  • 金銭は支払いません。早期アクセス、影響力、ノベルティを提供します

テンプレート：

Dear [Name],

Your post about [specific problem] was genuinely sharp.

I'm building something to attack [that problem] and I'd value your view. Would
you consider joining my technical advisory board?

If so, reply and I'll set up a short call to explain what's involved.

7つの質問（30分で7つを超えないこと）

  1. 魔法の杖："魔法の杖を振って、[タスク]のやり方を何でも変えられるとしたら、何を変えたいですか？"
  2. 重要性："それを実現したら、あなたの一日／仕事はどのように変わりますか？"
  3. なぜ今なのか："5年前よりこれが重要になっているのは、今の世の中の何が違うからですか？"
  4. あなたの組織で、この課題の原因になったのは何ですか？
  5. これまでに何を試し、なぜうまくいかなかったのですか？
  6. 何も変わらなかった場合、1年後に何が起こりますか？
  7. この分野の最新情報を得るために、どこを見ていますか？（信頼している人や情報源）

分析：インタビュー記録を成果物に変える

断片ではなく、完結した文章を4つの分類に振り分け、各分類の上位3〜5件を、インタビュー対象者の正確な言葉でまとめます。

分類抽出する内容
課題悪い結果、リスク、障害
期待する成果相手が望む成果
達成したいこと相手が達成しようとしていること
環境の変化時間の経過とともに課題を悪化させる傾向 → 自社の敵役

この4つの分類は、positioning-and-story と value-prop-that-converts に直接つながります。

もっともらしく見える間違い

  • 友人にインタビューする：友人は親切ですが、役に立ちません。必要なのは、はっきり「いいえ」と言ってくれる人です。
  • インタビューの途中で売り込む：デモを見せた瞬間、相手は率直に話すのをやめ、気を遣うようになります。
  • 誘導尋問をする：「こうだったら素晴らしいと思いませんか……」と聞けば、期待した答えを引き出せてしまいます。
  • 一斉に連絡する：200人に定型文を一斉送信しても、200人に無視されます。相手に合わせて書くか、送らないかのどちらかです。
  • 解決策を尋ねる：ユーザーは自分の課題については専門家ですが、あなたの製品についてはそうではありません。課題を掘り下げましょう。

次の30分でやること

  • who-is-this-for のペルソナをすべてリストアップします。それぞれにTABメンバーが必要です。
  • 問題について公開投稿したことのある人を10人見つけます（HN、Reddit、GitHubのイシュー、X）。research-the-market を実行した場合、最初のリストはすでに market-research.md にあります。
  • 課題を最初に伝える、相手に合わせた4文の招待メッセージを10人に送ります。今日中に。
  • 7つの質問を確定します（上記の3つ＋個別に調整した4つ）。7つを超えないでください。
  • 3回の通話を終えたら、実際の引用を使ってPains/Gains/Jobs/Changesの表を埋めます。

実際の開発者向けツールのGTM経験をもとに、Adam Frankl（The Developer-Facing Startup）とJakub Czakon（markepear.dev）のフレームワークを取り入れています。 本格的なTechnical Advisory Boardの立ち上げや、インタビューで明らかになったことの読み解きについてサポートが必要な場合は、LinkedInからご連絡ください。

コメント

Markdown 対応