mcpField
A
audience-research

audience-research

github.com/social-media-skills营销与增长214815 次安装2 周前更新
代码仓库

关于 audience-research

将受众证据整理为可用于内容工作的细分群体、待完成任务、痛点和客户语言库的营销技能,适用于内容规划团队,并明确区分研究发现与假设。

主要功能

  1. 01从评论、评价和客服记录取证
  2. 02定义一至三个受众群体
  3. 03记录任务、痛点、诉求与异议
  4. 04区分购买者与社交关注者
  5. 05建立客户原话语言库
  6. 06证据不足时标注假设

适用场景

  1. 01内容规划前细化受众概况
  2. 02为文案提取受众表达
  3. 03区分 B2B 购买者与关注者
  4. 04来源数据有限时记录待验证假设

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/social-media-skills/skills --skill audience-research

安装后在 Claude Code 中输入/audience-research确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
audience-template.md
examples.md
jobs-to-be-done.md
voice-of-customer.md

详细介绍

受众研究

深入了解受众,是创作优质内容最有效的投入。即使风格完美、表达干净利落,如果内容没有回应受众真正想要的东西,也没有使用他们惯用的词语,依然会被忽视。这项技能会帮助你建立这种理解,并将其记录下来,让其他技能都能使用。

它会比 brand-profile 中的受众概况深入得多。两条理念是核心:

  1. 待完成任务胜过人口统计特征。“35 岁的市场经理,住在城市,喜欢咖啡”对该发布什么毫无帮助。“想在预算会议上不再觉得自己很蠢”则能说明一切。记录受众想要完成什么,而不是他们属于人口统计中的哪个类别。
  2. 借用他们的语言,而不是你的行业术语。文案中最有力的一招,就是用受众自己的话描述他们的问题。因此,这项技能会收集客户之声——来自真实来源的真实措辞——并建立一个语言库,供内容技能使用。

何时使用

  • 在使用 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 — 不同业务类型的受众画像,以及无用的通用用户画像。

评论

支持 Markdown