mcpField
B
buyer-persona

buyer-persona

github.com/joellewisマーケティング・グロース741 回インストール30 週間前に更新
リポジトリ

buyer-persona について

人口統計情報ではなく、検証済みのJobs-to-be-Doneに基づく顧客ペルソナを作るためのスキルです。調査からジョブの定義、過去の行動による検証、PR/FAQの作成までを案内します。

主な機能

  1. 01ジョブ実行者と購入者の区別
  2. 02ジョブと望ましい成果の定義
  3. 03状況、不安、習慣の整理
  4. 04過去の行動に基づくニーズ検証
  5. 05顧客向けPR/FAQの作成

活用シーン

  1. 01新製品の対象顧客の定義
  2. 02反応の薄いマーケティングの見直し
  3. 03繰り返し起きる顧客の困りごとの調査
  4. 04検証済みニーズをペルソナに反映

インストール

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

$npx skills add https://github.com/joellewis/skill-library --skill buyer-persona

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

詳細

概要

このスキルでは、表面的な人口統計ではなく、機能的な目標(Jobs-to-be-Done)に根ざしたペルソナの作成を徹底します。ジョブの実行者とその苦労する瞬間に焦点を当てることで、製品やマーケティングの取り組みが実際の顧客ニーズに応えるようにします。

絶対原則

検証済みのジョブ・トゥ・ビー・ダンなしにペルソナを作らない 人口統計だけに基づくペルソナ(例:「ミレニアル世代のマーク」)は、中身のないマーケティングや、実際の問題を解決できない製品につながります。ペルソナは、誰かが解決策を「雇おう」としている具体的なジョブに基づいていなければなりません。

状態遷移図

digraph buyer_persona_flow {
    "Discovery: Interviews" [shape=doublecircle];
    "Step 1: Identify Job Performer" [shape=box];
    "Step 2: Define Main Job & Needs" [shape=box];
    "Gate: Validated Job?" [shape=diamond];
    "Step 3: Layer Psychographics" [shape=box];
    "Step 4: Draft PR/FAQ" [shape=box];
    "Persona Approved" [shape=doublecircle];

    "Discovery: Interviews" -> "Step 1: Identify Job Performer";
    "Step 1: Identify Job Performer" -> "Step 2: Define Main Job & Needs";
    "Step 2: Define Main Job & Needs" -> "Gate: Validated Job?";
    "Gate: Validated Job?" -> "Step 3: Layer Psychographics" [label="validated"];
    "Gate: Validated Job?" -> "Discovery: Interviews" [label="fuzzy"];
    "Step 3: Layer Psychographics" -> "Step 4: Draft PR/FAQ";
    "Step 4: Draft PR/FAQ" -> "Persona Approved";
}

このスキルを使う場面

  • 新しい製品や機能に着手するとき。
  • 既存のマーケティングメッセージが響いていないとき。
  • 「理想の顧客」とは誰なのか、チーム内で混乱しているとき。
  • ユーザーリサーチで、繰り返し発生する「苦労する瞬間」が特定されたとき。

このスキルを使わない場面

  • 純粋に技術的な社内最適化の場合。
  • 「誰」が法人である場合(market-context または stakeholder-discovery を使ってください)。

主なプロセス

ステップ 1:ジョブの実行者を特定する

ジョブの実行者(作業を行う人)と購入者(予算を持つ人)を区別します。プロダクトマーケットフィットを実現するには、成功するペルソナはまず実行者のニーズを優先します。(出典:Kalbach、第 2 章)

ステップ 2:主なジョブとニーズを定義する

標準的な構文 動詞 + 目的語 + 補足説明 を使います。

  • 主なジョブ: 包括的な機能的目標(例:特別な機会に家族を訪ねる)。
  • ニーズ: 方向性 + 指標 + 目的語 + 補足説明 で表現する、望ましい成果(例:学びを共有するのにかかる時間を最小限にする)。
  • 絶対原則の確認: ジョブが解決策に依存しないことを確認します。自社の製品がなくても、このジョブを遂行できますか?(出典:Kalbach、第 2 章)
ステップ 3:心理的特性と状況を重ね合わせる

ジョブを引き起こす状況(時間、方法、場所)を特定します。

  • プッシュ/プル: 現在の解決策から離れようとさせているものは何ですか?新しい解決策へ引き寄せているものは何ですか?
  • 不安/習慣: 変化について何を心配していますか?どのような古い習慣が行動を妨げていますか?(出典:Lenny's Newsletter/Bob Moesta)
  • 自信を持って除外する: そのペルソナに当てはまらない人を特定します。「もちろん!」と言う 1%を獲得するために、市場の 99%を自信を持って除外してください。(出典:Sivers、第 16 章)
ステップ 4:ストーリーで検証する(真実のカーブ)

STAR メソッド(状況、課題、行動、結果)を使って、過去の行動を掘り下げます。将来の好みを尋ねず、ジョブに苦労した直近の出来事を尋ねてください。(出典:Constable、Bryar)

ステップ 5:PR/FAQ を作成する

このペルソナに向けたプレスリリースと、社内外向けの FAQ を作成します。「プレスリリース」が定義したペルソナの心を躍らせないなら、ペルソナか製品のどちらかが間違っています。(出典:Bryar、第 5 章)

他のスキルの呼び出し

必須サブスキル:stakeholder-discovery — 承認者や技術者など、エコシステム内のすべての関係者を特定します。 推奨サブスキル:prd-writing — ペルソナのニーズを正式な要件定義書にまとめます。

合理化の一覧

考え実態
「対象者が 25~35 歳の男性だということは、もう分かっています。」人口統計では行動を予測できません。予測できるのは、苦労する瞬間です。
「単純なペルソナを作るのに PR/FAQ を書くのは手間がかかりすぎます。」説得力のある PR を書けないなら、そのペルソナの痛みを理解していません。
「どんな機能が欲しいか、直接尋ねましょう。」問題を説明するのは顧客の仕事です。解決策を設計するのはあなたの仕事です。
「このペルソナは『すべての人』向けです。」すべての人向けの製品は、誰のための製品でもありません。自信を持って対象外を定めてください。

危険信号

次のように考えたら、いったん止まってください。近道をしようとしています。

  • 「ペルソナは『企業の購入者』です」→ 実行者を見落としています。
  • 「私たちのジョブは『[Product Name] を使って……』です」→ 解決策をジョブに埋め込んでいます。
  • 「まず作って、ペルソナは後から探します」→ これは製品が失敗する最大の原因です。

診断チェックリスト

  • 「主なジョブ」は 動詞 + 目的語 + 補足説明 の構文で定義されていますか?
  • 「ジョブを実行する人」は「購入者」と区別されていますか?
  • ジョブのきっかけとなる「困難に直面する瞬間」を特定しましたか?
  • ペルソナは市場の大部分を明確に対象外としていますか?
  • ペルソナ内のすべての主張は、過去の行動に基づくエピソード(STAR メソッド)で裏付けられていますか?

出典

  • Kalbach, Jim. The Jobs to Be Done Playbook. 第2章、第4章。
  • Constable, Giff. Talking to Humans. 「How To」、「The Truth Curve」。
  • Bryar, Colin. Working Backwards. 第5章(PR/FAQ)。
  • Sivers, Derek. Anything You Want. 第16章。
  • Richardson, Bailey. Get Together. 「Spark the Flame」。
  • Lenny's Newsletter. 「Persona Methodology with Bob Moesta」。

コメント