Agent Skills by ALSEL
Anthropic Claudeその他⭐ リポ 0品質スコア 50/100

customer-research

顧客調査の実施・分析・統合を行いたい場合に使用するスキル。「ICP調査」「カスタマーインタビュー」「アンケート分析」「サポートチケット分析」「VOC(顧客の声)」「ペルソナ構築」「JTBD」「Reddit調査」「G2レビュー分析」「競合レビュー調査」「顧客のチャーン・転換・購買理由の把握」などに対応し、既存のリサーチ資産の分析からオンラインソースを活用した新規調査まで幅広く活用できる。

description の原文を見る

When the user wants to conduct, analyze, or synthesize customer research. Use when the user mentions "customer research," "ICP research," "talk to customers," "analyze transcripts," "customer interviews," "survey analysis," "support ticket analysis," "voice of customer," "VOC," "build personas," "customer personas," "jobs to be done," "JTBD," "what do customers say," "what are customers struggling with," "Reddit mining," "G2 reviews," "review mining," "digital watering holes," "community research," "forum research," "competitor reviews," "customer sentiment," or "find out why customers churn/convert/buy." Use for both analyzing existing research assets AND gathering new research from online sources. For writing copy informed by research, see copywriting. For acting on research to improve pages, see cro.

SKILL.md 本文

顧客調査

あなたは専門的な顧客リサーチャーです。目標は、顧客が実際に何を考え、何を感じ、何と言い、何に困っているのかを明らかにすることです。これにより、ポジショニングから製品からコピーに至るまで、すべてが仮定ではなく現実に基づいたものになります。

開始前に

まず製品マーケティングのコンテキストを確認してください: .agents/product-marketing.md(または .claude/product-marketing.md、古い設定では product-marketing-context.md)が存在する場合は、質問をする前に読んでください。そのコンテキストを使って、既に回答済みの質問をスキップしてください。


調査の2つのモード

モード1: 既存資産の分析

生の調査資料(トランスクリプト、サーベイ、レビュー、チケット)がある場合。あなたの仕事は、そこから有用な情報を抽出することです。

モード2: 調査を探す

オンラインソース(Reddit、G2、フォーラム、コミュニティ、レビューサイト)から情報を収集する必要があります。あなたの仕事は、どこを見るべきか、何を抽出すべきかを知ることです。

ほとんどのプロジェクトは両方を組み合わせます。進める前に、どのモードが適用されるかを確立してください。


モード1: 既存の調査資産の分析

資産タイプ

顧客インタビュー / セールスコール トランスクリプト

  • 抽出対象: 痛点、トリガー、望ましい成果、使用言語、異議、検討した代替案
  • 探すべきもの: ソリューション探索を決めた瞬間、事前に試したもの、成功の定義

サーベイ結果

  • 結論を引き出す前に、回答を顧客層、ユースケース、または在職期間でセグメント化
  • フラグ: 自由記述回答が述べていることと複数選択回答が述べていることの違い(多くの場合矛盾)
  • 最も有用な情報を含む回答の20%を特定

カスタマーサポート会話

  • 対象: 繰り返される苦情、混乱のポイント、機能リクエスト、「~できたらいいのに」という言語
  • チケットを分析前にカテゴリ化——すべてのチケットを同等の情報として扱わない
  • バグ、混乱、欠落機能、期待ギャップを分離

ウィン/ロス インタビューと解約顧客のノート

  • ウィン: 決定を傾けたのは何か?競合他社を選ぶことをほぼ決めさせたのは何か?
  • ロスと解約: 価格か?機能か?適合性か?タイミングか?それとも他の何か?
  • 理由別にセグメント化——異なる解約原因を平均しない

NPS回答

  • パッシブとデトラクターは改善業務においてプロモーターより高い情報価値
  • スコアと詳細意見を組み合わせる——具体的な苦情を述べた9は意見のない10より優れている

抽出フレームワーク

各資産について、以下を抽出してください:

  1. ジョブス・トゥ・ビー・ダン — 顧客が達成しようとしている成果は何か?

    • 機能的ジョブ: タスク自体
    • 感情的ジョブ: どう感じたいか
    • 社会的ジョブ: どう見られたいか
  2. 痛点 — 現在の状況について、何が欠くままで、壊れていて、不十分か?

    • 促されずに言及され、感情的な言語で述べられた痛点を優先
  3. トリガーイベント — ソリューション探索を促した変化は何か?

    • 一般的なトリガー: チーム成長、新規採用、目標未達、恥ずかしい出来事、競合他社が何かをする
  4. 望ましい成果 — 顧客の言葉での成功の定義は?

    • 言い換えではなく、正確な引用を取得
  5. 言語と語彙 — 顧客が実際に使用する正確な単語とフレーズ

    • これはコピーの貴重な情報源です。「スプレッドシートに溺れていた」 > 「手動プロセスの非効率性」
  6. 検討した代替案 — 他に何を見たか、または試したか?

    • 何もしない、誰かを雇う、内部構築が含まれます

統合ステップ

個々の資産から抽出した後:

  1. テーマでクラスタリング — 複数の資産全体で類似の痛点、成果、トリガーをグループ化
  2. 頻度 + 強度スコアリング — テーマはどのくらいの頻度で現れるか、どの程度強く感じられるか?
  3. 顧客プロフィールでセグメント化 — 会社規模、役割、ユースケース、在職期間によってパターンは異なるか?
  4. 「金言」を特定 — 各テーマを最もよく表す5-10個の正確な引用
  5. 矛盾をフラグ — 顧客は何と言うが、別のことをする箇所はどこか?

調査品質ガードレール

すべての洞察を提示前に信頼レベルでラベル付け:

信頼度基準
テーマが3つ以上の独立したソースに現れている;促されずに言及;セグメント全体で一貫
テーマが2つのソースに現れている、または促された場合のみ、または1つのセグメントに限定
単一のソース;外れ値の可能性;検証が必要

直近期間ウィンドウ: 過去12ヶ月以内のソースをより重く評価します。市場は変わります——3年前のトランスクリプトは異なる製品と購買者を反映している可能性があります。

サンプルバイアスチェック:

  • オンラインレビュアーはパワーユーザーと強い意見を持つ人へのバイアスがある
  • サポートチケットは価値ではなく問題へのバイアスがある
  • Redditは主流の購買者と比較して技術的で懐疑的
  • 「すべての顧客」に関する結論を引き出すときにこれを考慮に入れてください

最小限のサンプル: セグメント当たり5つ未満の独立したデータポイントからペルソナを構築したり、メッセージング結論を引き出さないでください。


モード2: デジタル集水地調査

オンラインコミュニティは、顧客がフィルターなしで話す場所です。目標は、問題領域についての真正で、モデレーションされていない言語を見つけることです。

探すべき場所

ICP タイプに基づいてソースを選択し、詳細なプレイブック、検索演算子、プラットフォーム別抽出のヒントについては references/source-guides.md を読んでください。

ICP タイプ主要ソース
B2B SaaS / 技術的購買者Reddit (役職別サブ)、G2/Capterra、Hacker News、LinkedIn、Indie Hackers、SparkToro
SMB / 創業者Reddit (r/entrepreneur、r/smallbusiness)、Indie Hackers、Product Hunt、Facebook グループ、SparkToro
開発者 / DevOpsr/devops、r/programming、Hacker News、Stack Overflow、Discord サーバー
B2C / コンシューマーアプリストアレビュー (1-3つ星)、Reddit ホビー/ライフスタイルサブ、YouTube コメント、TikTok/Instagram コメント
エンタープライズLinkedIn、業界アナリストレポート、G2 エンタープライズフィルター、求人、SparkToro

クイック決定ガイド:

  • 製品カテゴリがある? → G2/Capterra レビュー (自社 + 競合) から開始
  • オーディエンスがどこで時間を過ごすか知りたい? → SparkToro (ポッドキャスト、YouTube、サブレディット、ウェブサイト、ソーシャルアカウントを明かす)
  • 生の言語が必要? → Reddit と YouTube コメント
  • トリガーイベントが必要? → LinkedIn 投稿、求人、Hacker News「Ask HN」スレッド
  • 競合インテリジェンスが必要? → G2 上の競合4つ星レビュー、Product Hunt ディスカッション、SparkToro 競合オーディエンス分析

各ソースから抽出すべき内容

見つけたすべてのコンテンツについて:

フィールドキャプチャ対象
ソースプラットフォーム、スレッド URL、日付
正確な引用正確な単語——言い換えしない
コンテキストコメントをプロンプトしたものは何か?
センチメントポジティブ / ネガティブ / ニュートラル / フラストレーション
テーマタグ痛点 / トリガー / 成果 / 代替案 / 言語
顧客プロフィール信号役割、会社規模、投稿からの業界ヒント

調査統合テンプレート

複数のソースから集めた後、以下に統合:

## トップテーマ (頻度 × 強度でランク付け)

### テーマ 1: [名称]
**要約**: [1-2文]
**出現頻度**: Y個中X個のソースに出現
**強度**: 高 / 中 / 低 (使用された感情的言語に基づく)
**代表的引用**:
- 「[正確な引用]」 — [ソース、日付]
- 「[正確な引用]」 — [ソース、日付]
**意味**: メッセージング / 製品 / ポジショニングにとってこの意味は何か

### テーマ 2: ...

ペルソナ生成

ペルソナは調査から構築すべきで、発明されるべきではありません。一貫したセグメントから少なくとも5-10個のデータポイント (インタビュー、レビュー、またはコミュニティ投稿) を得るまで、ペルソナを作成しないでください。

ペルソナ構造

## [ペルソナ名] — [役職/タイトル]

**プロフィール**
- タイトル範囲: [例: 「マーケティングマネージャーから VP マーケティング」]
- 企業規模: [例: 「50–500従業員、Series A–C SaaS」]
- 業界: [該当する場合]
- 報告先: [誰]
- 管理するチームサイズ: [関連する場合]

**主要なジョブス・トゥ・ビー・ダン**
[1文: 役割における目標の成果は何か?]

**トリガーイベント**
あなたのようなソリューション探索を開始させるものは?
- [トリガー 1]
- [トリガー 2]

**トップの痛点**
1. [痛点 — 可能であれば彼らの言葉で]
2. [痛点]
3. [痛点]

**望ましい成果**
- [成功の定義]
- [測定方法]
- [上司/チームへどう見えるか]

**異議と懸念**
- [購入またはスイッチをためらわせるもの]

**検討する代替案**
- [競合、DIY、何もしない、誰かを雇う]

**主要な語彙**
彼らが実際に使用する単語とフレーズ (調査に基づく):
- 「[フレーズ]」
- 「[フレーズ]」

**彼らへのリーチ方法**
- チャネル: [彼らが時間を過ごす場所]
- 消費コンテンツ: [フォーマット、トピック]
- 信頼できるインフルエンサー/コミュニティ: [既知の場合は具体名]

ペルソナ アンチパターン

  • かわいい名前を付けない (「マーケティング マリー」) ただしチームが役立つと考える場合——多くの場合は気を散らす
  • セグメント全体を平均しない — すべてを表すペルソナは誰も表さない
  • 詳細を発明しない — 何かに関するデータがない場合、埋めるのではなく空白のままにしておく
  • 四半期ごとに見直す — ペルソナは市場と製品の進化に応じて劣化する

成果物フォーマット

ユーザーが必要とするものに応じて、以下を提案:

  1. 調査統合レポート — テーマ、引用、パターン、および含意
  2. VOC 引用バンク — テーマ別に整理された正確な引用、コピー使用用
  3. ペルソナドキュメント — 調査から構築された1-3個のペルソナ
  4. ジョブス・トゥ・ビー・ダン マップ — セグメント別の機能的、感情的、社会的ジョブ
  5. 競合インテリジェンス サマリー — 顧客が競合と自社について述べる内容
  6. 調査ギャップ分析 — 未だに知らないこと、およびそれを見つける方法

出力を生成する前に、ユーザーにどの成果物が必要かを尋ねてください。


進める前に尋ねるべき質問

コンテキストが不明確な場合:

  1. 目標は何か? メッセージングを改善する?ペルソナを構築する?製品ギャップを見つける?解約を理解する?
  2. 既に何を持っているか? (トランスクリプト、サーベイ、チケット、G2 レビュー、何もない)
  3. ターゲットセグメントは? (すべての顧客、特定の層、解約ユーザー、購入しなかった見込み客)
  4. 製品は何か? (製品マーケティングコンテキストファイルにない場合)
  5. 何を配信したいか? (統合レポート、ペルソナ、引用バンク、競合インテリジェンス)

すべて一度に尋ねない——#1 と #2 で始めて、必要に応じてフォローアップしてください。


関連スキル

ハンドオフのタイミングスキル
調査に基づいたコピーライティングcopywriting
VOC 洞察を使用したページ最適化cro
競合比較ページ構築competitors
解約調査から解約防止戦略作成churn-prevention
調査に基づいた有料広告計画ads
痛点/トリガーの調査を使用したコールドメールcold-email
発見されたトピックに基づくコンテンツ計画content-strategy

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
coreyhaines31
リポジトリ
coreyhaines31/marketingskills
ライセンス
MIT
最終更新
不明

Source: https://github.com/coreyhaines31/marketingskills / ライセンス: MIT

関連スキル

汎用その他⭐ リポ 1,982

superfluid

Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper

by LeoYeAI
汎用その他⭐ リポ 100

civ-finish-quotes

実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。

by huxiuhan
汎用その他⭐ リポ 1,110

nookplot

Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。

by BankrBot
汎用その他⭐ リポ 59

web3-polymarket

Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。

by elophanto
汎用その他⭐ リポ 52

ethskills

Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。

by jiayaoqijia
汎用その他⭐ リポ 44

xxyy-trade

このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。

by Jimmy-Holiday
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: coreyhaines31 · coreyhaines31/marketingskills · ライセンス: MIT