关于 audience-research
将受众证据整理为可用于内容工作的细分群体、待完成任务、痛点和客户语言库的营销技能,适用于内容规划团队,并明确区分研究发现与假设。
主要功能
- 01从评论、评价和客服记录取证
- 02定义一至三个受众群体
- 03记录任务、痛点、诉求与异议
- 04区分购买者与社交关注者
- 05建立客户原话语言库
- 06证据不足时标注假设
适用场景
- 01内容规划前细化受众概况
- 02为文案提取受众表达
- 03区分 B2B 购买者与关注者
- 04来源数据有限时记录待验证假设
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ social-media-skills/ skills --skill audience-research安装后在 Claude Code 中输入/audience-research确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/audience-template.mdexamples.mdjobs-to-be-done.mdvoice-of-customer.md详细介绍
受众研究
深入了解受众,是创作优质内容最有效的投入。即使风格完美、表达干净利落,如果内容没有回应受众真正想要的东西,也没有使用他们惯用的词语,依然会被忽视。这项技能会帮助你建立这种理解,并将其记录下来,让其他技能都能使用。
它会比 brand-profile 中的受众概况深入得多。两条理念是核心:
- 待完成任务胜过人口统计特征。“35 岁的市场经理,住在城市,喜欢咖啡”对该发布什么毫无帮助。“想在预算会议上不再觉得自己很蠢”则能说明一切。记录受众想要完成什么,而不是他们属于人口统计中的哪个类别。
- 借用他们的语言,而不是你的行业术语。文案中最有力的一招,就是用受众自己的话描述他们的问题。因此,这项技能会收集客户之声——来自真实来源的真实措辞——并建立一个语言库,供内容技能使用。
何时使用
- 在使用
brand-profile之后,当内容需要更有共鸣,而受众概况又不够充分时。 - 在使用
content-pillars或制定大型batch-content-plan之前(受众痛点对两者都有帮助)。 - 当用户不确定自己真正面对的是谁,或内容总是无法打动受众时。
**何时不使用:**如果已有最新的 audience.md,就加载并总结,然后继续下一步,除非用户想重新审视。
步骤 0——先阅读基础资料
加载 brand-profile.md。其中包含定位、受众概况和观点。这项技能会将该概况扩展为可操作的信息。如果没有品牌档案,请先运行该技能。
步骤 1——收集证据(不要凭空编造)
研究与猜测的区别在于证据。从可用来源中挖掘受众的真实措辞和问题(参见 references/voice-of-customer.md):
- 品牌和竞争对手的评价;社交媒体评论和回复。
- 受众真正交流的 Reddit / 论坛 / 社群(要落实 subreddit 发现 →
reddit-marketing)。 - 支持工单、常见问题、销售通话记录、私信——逐字记录其中的阻碍和异议。
- 搜索查询 /“用户还会问”——了解他们如何表达自己的需求。
使用用户提供的内容;如果 Agent 能访问公开来源,也要挖掘这些来源。如果证据不足,指出缺口,并将假设标记为待验证的假说——绝不要捏造受众的用语或痛点。
步骤 2——明确细分群体(1–3 个),区分买家与关注者
选出最重要的 1–3 个细分群体——不要试图覆盖“所有人”。对于每个群体,如果两种角色并不相同(尤其是在 B2B 中),就要分别说明:
- 买家——做决定或付费的人。
- 关注者——实际关注、分享并在社交媒体上支持品牌的人。
他们通常是不同的人,有不同的需求;内容通常应优先面向关注者。参见 references/jobs-to-be-done.md。
步骤 3——记录与内容相关的维度
对于每个细分群体,只记录会影响内容创作方式的信息:
- 待完成任务——功能、情感和社交层面的任务。
- 痛点(阻碍任务的因素)和愿望(他们想要的结果)。
- 他们已有的看法——让内容能够顺应或挑战这些看法。
- 异议——他们犹豫的原因;优质内容会提前回应这些顾虑。
- 他们所在的平台——以及他们在各个平台上的心态。
- 他们关注的人或事,以及他们会互动的内容。
- 认知水平——初学者还是专家(会影响用词和内容深度)。
只有当人口统计特征确实会影响内容时,才记录这些信息(例如,本地企业所面向的地区)。
步骤 4——建立语言库
从证据中收集受众的原话——他们如何描述问题、期望的结果和异议。要使用他们自己的话,不要改写成营销术语。这个语言库能让文案显得真正理解他们。参见 references/voice-of-customer.md。
步骤 5 — 编写产出文件
使用 references/audience-template.md 生成 audience.md。标出主要细分受众和核心转变(之前 → 之后)。总结内容并邀请对方提出修改意见。内容技能会在每项任务中读取此文件。
质量标准 — 自查
- 是否基于待完成的工作和真实语言,而非流于表面的用户画像?
- 语言库是否由受众的真实用语组成,并有来源依据(或如实标注为假设)?
- 是否有 1–3 个清晰的细分受众,且各自都有实际用途,而非「所有人」?
- 买家与关注者在有所不同时,是否已区分?
- 每个收录的维度是否真的会改变写作方式?
- 从未接触过这类受众的写作者,能否想象出一个真实的人,并以此为对象写作?
如果某个字段不会改变任何一篇帖子,就删掉。如果某项说法找不到来源,就标注出来。
特殊情况
- 没有数据 / 无法访问 → 尽可能研究公开来源;否则,根据品牌简介构建有条理的假设,并明确标注为待验证内容。不要把猜测当成研究发现。
- B2B 买家 ≠ 用户/关注者 → 两者都要记录;注明哪些内容面向哪一方。
- 多个不同受众(例如,非营利组织的受益者 + 捐赠者)→ 按不同的工作需求和用语分别划分细分受众。
- 小众 / 技术受众 → 专业程度和圈内用语最为重要;确保术语准确(或明确说明应避免使用)。
- 「我的受众是所有人」 → 推动对方找出当前最能推动业务发展的那个细分受众;先为他们打造内容。
- 理想受众(他们想要的受众与现有受众)→ 两者都要注明;如果尚未说明,就不要为一个尚不存在的幻想受众写作。
相关技能
brand-profile— 先阅读;其中提供受众概况和品牌定位。content-pillars— 将受众的痛点/工作需求转化为内容支柱。batch-content-plan、内容技能 — 使用细分受众、痛点和语言库。voice-builder— 品牌的语气(与此处记录的受众用语不同)。
参考资料
references/jobs-to-be-done.md— JTBD 视角、痛点/渴望/异议,以及它为何优于用户画像。references/voice-of-customer.md— 从真实来源中挖掘受众用语(核心内容)。references/audience-template.md—audience.md的输出结构。references/examples.md— 不同业务类型的受众画像,以及无用的通用用户画像。