buyer-persona について
人口統計情報ではなく、検証済みのJobs-to-be-Doneに基づく顧客ペルソナを作るためのスキルです。調査からジョブの定義、過去の行動による検証、PR/FAQの作成までを案内します。
主な機能
- 01ジョブ実行者と購入者の区別
- 02ジョブと望ましい成果の定義
- 03状況、不安、習慣の整理
- 04過去の行動に基づくニーズ検証
- 05顧客向けPR/FAQの作成
活用シーン
- 01新製品の対象顧客の定義
- 02反応の薄いマーケティングの見直し
- 03繰り返し起きる顧客の困りごとの調査
- 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」。