buyer-persona

概述

这项技能要求创建以功能目标（待完成任务）为基础，而非以表面人口统计特征为基础的用户画像。通过聚焦于任务执行者及其受挫时刻，确保产品和营销工作能够满足客户的实际需求。

铁律

没有经过验证的待完成任务，就没有用户画像 仅基于人口统计特征构建的用户画像（例如“千禧一代马克”）会导致“空泛”的营销，以及无法解决实际问题的产品。用户画像必须锚定于某人正试图“雇用”解决方案来完成的具体任务。

状态机

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）
• 坦然排除： 明确用户画像不包括哪些人。果断排除 99% 的市场，赢得那 1% 的“就是它！”（来源：Sivers，第 16 章）

步骤 4：通过故事验证（真相曲线）

使用 STAR 方法（情境、任务、行动、结果）深入了解过去的行为。不要询问他们未来的偏好；要询问他们上一次因这项任务而受挫是什么时候。（来源：Constable、Bryar）

步骤 5：撰写 PR/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”。