content-strategy

content-strategy skill 概览

content-strategy skill 是做什么的

content-strategy skill 用来把模糊的内容营销目标，转成一套结构化方案：该覆盖哪些主题、该回答哪些受众问题、如何把内容映射到 buyer journey，以及第一批内容该如何排优先级。它的设计重点是“规划内容体系”，而不只是起草单篇文章。

这类 content-strategy skill 最适合谁

这个 content-strategy skill 特别适合：

• 正在搭建或修复内容体系的 B2B SaaS 和服务团队
• 手上有很多零散 blog 选题、但缺少优先级方法的营销团队
• 很懂产品、但还缺一份内容路线图的创始人
• 需要可复用方法论、而不是一次性 brainstorm 的 agents

它真正要解决的问题

大多数用户真正缺的并不是“更多内容点子”，而是一套决策系统，用来判断：

• 哪类内容是为了流量、权威性还是 leads
• 哪些主题适合 buyer 的不同阶段
• 写作资源有限时应该先投在哪
• 如何平衡可搜索内容和更容易传播的 thought leadership

这也是 content-strategy 比通用 prompt 更有价值的地方。

这个 skill 的差异化在哪里

从仓库设计来看，这个 skill 比随手 brainstorm 的 prompt 更有结构。它会在规划前明确要求业务背景、客户研究、现状输入和内容目标，并且会推动输出聚焦在：

• 3 到 5 个 content pillars
• buyer stage 映射
• 各阶段的关键词机会
• searchable 与 shareable 内容的组合
• 一套优先级框架，而不只是甩出一串选题

什么时候不该用它

如果你主要需要的是下面这些，就不建议优先用 content-strategy：

• 对现有页面做 SEO audit
• 以社媒为核心的内容规划
• 单篇文章或 landing page 的文案

这个 skill 的核心是：决定你的内容体系该怎么搭、怎么修、怎么扩。

如何使用 content-strategy skill

安装背景与 skill 所在位置

这个 GitHub skill 位于 coreyhaines31/marketingskills 仓库里的 skills/content-strategy。如果你使用兼容 Skills 的环境，可以从这个 repo 安装，然后在规划内容策略时调用该 skill。

常见安装方式如下：

npx skills add https://github.com/coreyhaines31/marketingskills --skill content-strategy

如果你的环境使用的是其他 skill loader，也可以手动添加同一路径下的文件夹。

建议先看这几个文件

如果你是为了快速判断值不值得安装，优先看：

1. skills/content-strategy/SKILL.md
2. skills/content-strategy/evals/evals.json
3. skills/content-strategy/references/headless-cms.md

按这个顺序看的原因是：

• SKILL.md 展示了实际的规划流程
• evals/evals.json 能看出“好的输出”长什么样
• references/headless-cms.md 只有在 CMS 选型或内容建模会影响策略时才相关

先准备好 product marketing 上下文

这个 content-strategy skill 会专门检查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。这一点很关键，因为很多策略输出之所以发虚，根本原因就是缺少定位、受众和产品背景。

在发 prompt 前，最好提供这个文件；如果没有，也至少在请求里补上同等信息：

• 你卖什么
• ideal customer profile
• 所属 category 和可替代方案
• 主要痛点
• 触发购买的场景
• 产品差异化因素
• 内容的首要业务目标

这个 skill 最低需要哪些输入

你当然可以在信息不完整时使用 content-strategy，但如果你提供了下面这些，输出质量通常会明显更好：

• 业务类型和目标受众
• 当前内容现状：没有 blog、blog 停更、流量停滞、选题很随机
• 目标：流量、leads、品牌认知、sales enablement、thought leadership
• 客户常见问题和异议
• 已知的产品 use cases
• 分发约束：团队规模、预算、发布频率
• 现有 domain authority 或渠道优势

如果缺少这些信息，skill 依然能给出框架，但优先级部分通常会比较泛。

如何把模糊目标变成高质量 prompt

弱 prompt：

• “Help with content strategy.”

更好的 content-strategy 用法：

• “Use the content-strategy skill. We sell expense management software to finance teams at 50–500 employee companies. We have no blog yet. Goal is pipeline-qualified traffic, not vanity traffic. Build 3–5 content pillars, map topics by buyer stage, suggest a searchable vs shareable mix, and prioritize the first 10 pieces using a scoring framework.”

这个 prompt 有效，是因为它明确提供了：

• 市场
• 受众
• 当前状态
• 业务目标
• 所需交付物

让输出真正影响决策

好的 content-strategy usage 不是简单地“给我一些点子”，而是直接要求能执行的产出，比如：

• content pillars
• buyer-stage topic map
• priority scoring
• first-quarter calendar
• recommended formats
• 当前覆盖缺口
• 需要验证的假设

这样这个 skill 才会从“给灵感”，变成“可落地的运营工具”。

首次使用的推荐 workflow

一个实用的首轮流程是：

1. 先提供业务和受众背景。
2. 说明当前内容问题。
3. 要求输出 pillars 和 buyer-stage 映射。
4. 让它给前 10 到 20 个选题排优先级。
5. 再让它根据团队产能给出现实的发布节奏。
6. 最后才去要单篇 brief 或 outline。

这个顺序可以避免一种很常见的失败模式：还没想清楚内容体系的目标，就先生成一堆看起来很完整的文章点子。

这个 skill 通常最擅长产出什么

从仓库信号和 evals 来看，content-strategy skill 最可靠的场景包括：

• 从 0 搭建内容策略
• 修复“什么都在写、但整体很散”的内容体系
• 把内容主题和受众问题真正连接起来
• 平衡 SEO 驱动内容与 thought leadership 内容
• 制定一版合理的初始路线图

它更偏“战略规划”，而不是高级关键词聚类工具。

不要只看选题列表，要用优先级模型

仓库里一个很有价值的信号，是 evals 里给出的评分方法：

• customer impact：40%
• content-market fit：30%
• search potential：20%
• resources：10%

如果你在使用 content-strategy skill 时不主动要求评分，很可能拿到的是一长串看起来都合理、但没有排序逻辑的主题。最好明确要求它对想法进行打分或分层，这样方案才能经得住真实资源限制。

已有内容时该怎么处理

如果你已经有一个体量不小的 blog，不要只问“还能写什么新内容”。请把下面这些一起告诉 skill：

• 现有文章大概有多少
• 流量是在增长、持平还是下滑
• 目前主要集中在哪些主题
• 已经有哪些转化路径
• 哪些内容显得重复或偏离策略

这样它就会从单纯 ideation，转向更有价值的整理与修复：收拢 pillars、找出缺口、减少随机发布。

什么时候需要看 CMS 参考文件

附带的 references/headless-cms.md 只有在你的内容策略依赖结构化内容、可复用内容类型或多渠道分发时，才特别值得看。尤其适合这些情况：

• marketing 和 engineering 要一起规划内容架构
• 你需要 programmatic pages
• 内容模型会直接影响编辑效率

如果你当前只是做选题规划，前期可以先跳过这个文件。

content-strategy skill 常见问题

这个 content-strategy skill 比普通 prompt 更好吗？

通常是的，前提是你的问题本质上是“策略问题”。通用 prompt 往往只会返回一堆彼此脱节的选题，而这个 skill 会推动模型先收集上下文、建立 pillars、映射 buyer stages，再做优先级排序。这样产出的方案更容易在团队内部站得住。

它适合内容营销新手吗？

适合，尤其适合需要方法框架的新手。这个 skill 会围绕目标、受众问题和规划逻辑提供结构。前提是你至少能把自己的产品和客户讲清楚，让模型有足够信息去推理。

对于还没有 blog 的 Content Marketing 团队，content-strategy 好用吗？

好用。事实上，evals 里就明确覆盖了“starting from scratch”的场景。所以它很适合作为一份 content-strategy guide，帮助刚开始搭建内容体系的团队确定 pillars、发布节奏和初始内容形式。

如果我们已经有很多内容，它还能帮上忙吗？

可以，但你要把问题表述为：策略跑偏、流量停滞、覆盖不足，或与 buyer 需求不匹配。这个 skill 更适合重组内容体系，而不是替你对几百个页面做技术型 SEO 诊断。

content-strategy 能替代关键词研究工具吗？

不能。content-strategy skill 可以帮助识别关键词机会区间，并按 buyer stage 做映射，但它不能替代专门的关键词数据库、SERP 分析或性能分析工具。更合理的用法是：先用它定义“该往哪里研究”，再用 SEO 工具验证。

什么情况下不值得安装 content-strategy？

如果你的唯一需求只是下面这些，就可以跳过 content-strategy install：

• 文章起草
• 社媒帖子生成
• 页面级 SEO 审核
• 编辑风格改写

只有当真正难的问题是“该做什么内容、为什么做”时，它才最有价值。

如何提升 content-strategy skill 的使用效果

提供更扎实的客户研究

想提升 content-strategy 输出，最快的方法就是给它真实的 buyer 语言，比如：

• demo 里客户会问的问题
• 常见异议
• trigger events
• “why now” 时刻
• 客户拿你和哪些替代方案做比较

这些信息会让 skill 从泛泛的主题建议，转向真正有商业价值的内容方向。

把业务目标和流量目标分开说清楚

很多输出之所以弱，是因为目标混在一起。要明确说明内容是为了驱动：

• top-of-funnel traffic
• lead capture
• sales enablement
• category education
• brand authority

为了拿 demo 的内容策略，和为了扩大覆盖面的内容策略，做法并不一样。

给出模型可以据此规划的约束条件

不要把执行层面的限制藏起来。直接告诉 skill：

• 你每月最多能发多少内容
• 是否有 SMEs 可参与
• design 或原创研究是否现实
• 你能否支持视频、模板，还是只能做文章

当 content-strategy skill 能在明确约束内做规划时，输出通常会比默认假设“理想团队配置”更靠谱。

与其追求 pillar 数量，不如要求 pillar 质量

一个很常见的失败点，是 pillars 又大又虚、彼此重叠。你可以明确要求 skill 让每个 pillar 都满足：

• 对应一个明确的客户问题
• 与其他 pillar 有清晰区分
• 足够宽，能承载多种内容形式
• 又足够靠近产品，能支撑业务目标

如果 pillars 本身就是模糊的，后面所有选题都会跟着变模糊。

强制按阶段重组内容映射

如果第一版输出看起来很散，可以要求 skill 按以下阶段重新组织主题：

• awareness
• consideration
• decision
• implementation 或 post-purchase

这是提升 content-strategy usage 最直接的方法之一，因为它能很快暴露出缺失阶段，以及是否过度押注 top-of-funnel 内容。

用缺口问题来打磨第一版方案

拿到初版方案后，可以继续追问：

• 哪个 pillar 对应的客户痛点最强，但当前覆盖最弱？
• 哪些主题最可能吸引来错误受众？
• 哪些想法搜索量高，但购买意图低？
• 如果我们只有 6 周时间，最应该先发哪 5 篇？

这类追问通常比“再给我 50 个点子”更能提升实际价值。

提供强主题和弱主题的例子

如果你已经知道团队认为什么算 on-brand、什么算 off-brand，最好把例子一并给出。这样 skill 会更快推断出编辑边界，避免内容逐渐偏向“有关注度、但没有高质量意向”的方向。

先验证策略，再扩大生产

一份好的 content-strategy skill 输出，应该先导向小规模验证，而不是直接进入大规模生产：

• 从不同 pillars 各发几篇
• 观察 qualified engagement
• 看哪个阶段最容易转成下一步动作
• 迭代 scoring model

把第一版方案当成决策辅助工具，而不是一份冻结不变的年度路线图。