competitor-alternatives

competitor-alternatives skill 概览

competitor-alternatives skill 能做什么

competitor-alternatives skill 用来生成竞品对比页和替代方案页，适合 SEO 获取流量，也适合销售赋能场景。它面向的任务包括 [Competitor] alternatives、[Your Product] vs [Competitor]、[Competitor] vs [Competitor]，以及更广义的竞品比较内容——既要有机会获得排名，又要能推动转化，同时还得保有可信度。

这项 skill 最适合谁

这项 skill 很适合产品营销、内容营销、创始人、增长团队，以及需要借助 AI 快速产出结构化竞品内容的写作者。尤其当你已经明确了自家产品的定位，不想每次都从零即兴拼一个对比页，而是希望用一套可重复的方法来稳定产出时，它会非常有用。

它真正要解决的问题

大多数团队真正需要的，并不是“一篇写某个竞争对手的博客”。他们需要的是：一页能帮助评估者做决定、承接高意图搜索流量、并且能足够诚实地讲清取舍从而建立信任的页面。competitor-alternatives skill 正是围绕这个实际目标设计的，而不是简单把关键词塞进文案里。

competitor-alternatives 的不同之处

它最核心的差异在于结构化。这个 skill 明确覆盖四种不同页面类型，先要求你检查 product marketing context，再进入写作；同时强调要呈现真实的优劣势，而不是写成“我们样样都赢”的浅层宣传稿。它还提供了适合规模化复用的内容架构参考和 section 模板，如果你不是只做一页，而是要持续做多页，这点尤其有价值。

用户安装前通常最关心什么

在使用 competitor-alternatives 之前，大多数人通常会先确认：

• 它是否适合做偏 SEO 的对比页面
• 它是否真的能帮助搭建页面结构，而不只是输出 messaging
• 它是否能支持多个竞品的一致化产出
• 它是否适合 battle-card 风格的定位内容，同时又不至于写得太空太假

在这些点上，这个 skill 的表现都比较强：它给出了清晰的触发范围、实用的页面格式，以及能降低试错成本的参考文档。

什么情况下不适合用这个 skill

如果你只需要一个通用 landing page、纯销售 battle card，或者没有明确发布目标的宽泛市场研究，那就不建议用 competitor-alternatives。另外，如果你拿不出真实的产品差异点、价格背景或目标受众信息，它也不是最佳选择；缺少这些输入时，再好的框架最后也只能产出泛泛的套话。

如何使用 competitor-alternatives skill

competitor-alternatives 的安装与使用背景

从仓库安装这个 skill：

npx skills add https://github.com/coreyhaines31/marketingskills --skill competitor-alternatives

因为这个 skill 是放在一个更大的仓库里，所以实际使用时，比起“装上就完事”，更重要的是按正确路径去读仓库内容。添加完成后，建议直接打开对应 skill 目录，先看那些真正决定工作流如何运转的文件。

优先阅读哪些文件

按这个顺序看：

1. skills/competitor-alternatives/SKILL.md
2. skills/competitor-alternatives/references/content-architecture.md
3. skills/competitor-alternatives/references/templates.md
4. skills/competitor-alternatives/evals/evals.json

这套顺序能依次帮你理解：适用范围、可规模化的数据设计、分 section 的写法模式，以及“高质量输出”到底应该包含哪些具体内容。

这个 skill 需要什么输入

competitor-alternatives skill 在以下信息齐全时效果最好：

• 你的产品名称和所属品类
• 目标竞品或对比关键词
• 你要的页面格式
• 理想客户画像
• 核心差异化卖点
• 真实的短板和取舍
• 价格背景
• 你能拿得出依据的证据或主张

如果你省略了价格、受众或产品取舍，最终页面通常就会更像泛泛的定位文案，而不是一篇真正有用的对比页。

它支持的四种页面格式

这个 skill 明确支持四种常见格式：

• 单个替代方案页
• 多个替代方案页
• 你的产品 vs 竞品
• 竞品 vs 竞品

这一点很关键，因为不同搜索意图需要不同结构。比如 “best alternatives” 页面需要更广的对比范围，以及更清晰的“谁最适合谁”框架；而直接的 You vs Competitor 页面，则应该更深入地展开决策标准。

先检查 product marketing context

仓库会引导 agent 优先检查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。这是整个 skill 里价值最高的细节之一，因为它能减少反复提问，也能让对比内容始终贴合你真实的产品定位。

如果你的团队会频繁使用这个 skill，尽早建立这样一个 context 文件，是提升一致性最快的方法之一。

如何把模糊需求变成高质量 prompt

较弱的请求：

Write an Asana alternatives page for us.

更强的请求：

Create a "Best Asana Alternatives" page for our project management tool. Our target audience is small teams of 5-20 people. We compete on simplicity and price: we are $8/user, while Asana is typically $24/user on the plan customers compare most often. Include a TL;DR, feature comparison, pricing comparison, who each option is best for, and honest cases where Asana is stronger.

为什么这个版本更好：

• 它明确了页面格式
• 它补充了受众和定位信息
• 它给出了具体价格
• 它要求体现建立信任所需的诚实感
• 它能直接对应 references 和 evals 中的 section 模式

competitor-alternatives 的推荐使用流程

一个更实用的工作流是：

1. 先确认页面格式和目标关键词。
2. 加载任何已有的 product marketing context 文件。
3. 收集你自己的产品事实和竞品事实。
4. 先搭页面结构，再开始写文案。
5. 先写 TL;DR 和核心对比部分。
6. 补上价格、功能和“适合谁”的说明。
7. 检查诚实度：竞品在哪些地方确实更强？
8. 对照 evals/evals.json 检查是否遗漏关键元素。

这个顺序能避免一个很常见的问题：先急着写“有说服力”的文案，结果后面才发现整页缺乏真正的比较深度。

把参考文档当成生产脚手架来用

如果你计划持续做很多对比页，references/content-architecture.md 非常值得看。它建议把竞品数据集中管理；当你要维护几十个页面的一致性时，这是正确做法。

而当你的首稿要么过度依赖表格、要么写得过虚时，references/templates.md 会特别有帮助。它会推动你从简单的勾选式对比，走向解释型段落、价格框架、支持服务对比，以及“适合谁”的具体指引。

高质量的 competitor-alternatives 输出通常应包含什么

结合这个 skill 本身和 evals 来看，好的 competitor-alternatives 输出通常会包含：

• 便于快速扫描的 TL;DR
• 清晰的比较型段落，而不只是表格
• 带细节的功能对比
• 有上下文的价格对比
• “最适合谁”的明确建议
• 双方都讲清楚的优点与限制
• 与页面搜索意图相匹配的定位表达

如果你的草稿缺了这些，就说明这个 skill 还没有被真正用到位。

会明显影响输出质量的实用技巧

有几个细节会明显提升结果：

• 给一个主关键词，不要塞一组彼此松散相关的关键词。
• 说明比较的是哪个 pricing tier，而不是只说“我们更便宜”。
• 明确客户分群，比如 “SMBs with 10-50 seats”。
• 至少给出一两个竞品确实更强的场景。
• 要求输出按模块拆分，方便后续复用和更新。

这些输入会让最终内容更可信，也更容易长期维护。

competitor-alternatives skill 常见问题

competitor-alternatives 只适用于 Competitive Analysis 吗？

不是。competitor-alternatives skill 面向的是竞品内容生产，而不只是原始竞品分析。它擅长把竞品相关输入转成可发布页面或 enablement 风格资产。如果你只需要内部研究、并不打算产出内容，那别的工作流可能更合适。

它比普通 prompt 更好吗？

通常是的，尤其当任务是做对比页时。普通 prompt 当然也能生成文案，但这个 skill 提供了更清晰的触发条件、页面类型区分、参考结构和评估样例。因此内容更不容易跑偏，也更不容易漏 section。

competitor-alternatives 对新手友好吗？

友好，但有一个前提：新手可以用，但依然需要准备真实的产品信息和竞品信息。这个框架本身不难上手；真正难的不是写，而是你是否能提供足够真实、足够具体的输入，让页面看起来是懂行的，而不是空洞的。

它支持可规模化的程序化内容生产吗？

部分支持，而且支持力度不低。最明显的信号就是 references/content-architecture.md，其中建议采用集中式的竞品资料档案。如果你打算批量产出 alternative 页或 versus 页，这份参考文档会是整个 skill 里最有用的资产之一。

什么情况下不该使用 competitor-alternatives？

以下情况不要用 competitor-alternatives：

• 你需要的是通用产品文案
• 你没有可支撑主张的对比数据
• 这个页面本质上是品类说明页，不是竞品页
• 你的团队只想要激进的单边宣传，不接受任何 tradeoff

这个 skill 在“信任感”和“对评估者有帮助”很重要时表现最好。

它是帮助做 SEO，还是只帮助梳理 messaging？

两者都能帮，但方式很务实。这个 skill 是围绕搜索驱动的页面类型来设计的，重点在于这些页面为满足评估者需求所必须具备的 section。它不是一整套 technical SEO 系统，而是一个面向 comparison intent 的内容结构与定位辅助工具。

如何改进 competitor-alternatives skill 的使用效果

给 competitor-alternatives 提供更锐利的事实输入

提升 competitor-alternatives 输出质量最快的方法，就是把输入给得更具体：

• 精确的竞品名称
• 目标关键词
• 受众细分
• 价格点位
• 产品优势
• 产品短板
• 有证据支撑的主张

输入模糊，定位就会模糊；事实越清晰，页面才越有说服力。

把双方的真实短板都写进去

这个 skill 最值得保留的理念之一就是“诚实”。要真正用起来。如果你愿意把自家产品的限制和竞品真实的优势都提供出来，页面会更可信，也通常更能帮助买家做判断。同时，这也能避免很多 AI 竞品页常见的那种僵硬、无生命力的语气。

建一个可复用的竞品数据资料库

如果你不只会用一次 competitor-alternatives skill，那就按照 references/content-architecture.md 的建议，建立集中式竞品资料记录。这样不仅能减少页面之间的前后不一致，也能在价格、功能或定位变化时更轻松地统一更新。

发布前用 evals 做一次自检

打开 evals/evals.json，把你的输出和其中预期的模式逐项对照。这是整个仓库里最实用的质量控制步骤之一。它能帮你发现类似这些缺失：

• 没有 TL;DR
• 没有价格背景
• 没有“适合谁”的建议
• 差异化表达太弱
• 没有识别出正确的页面格式

用输出约束来强化 prompt

通常来说，如果你在一开始就明确要求 section 和语气约束，结果会更好。比如可以要求这个 skill：

• 重点突出你的产品，但不要失真
• 加入竞品占优的场景
• 避免没有依据的绝对化溢美措辞
• 解释每个选项分别适合谁

这样的要求，产出的内容会比一句“写个竞品页”更能帮助用户做决策。

需要重点防范的常见失败模式

最常见的问题包括：

• 只有泛泛主张，没有支撑细节
• 整页几乎全是表格，解释太少
• 假装所有用户都应该选你
• 混用了不同页面格式
• 只比功能，不看受众适配和价格

其中大多数问题，都可以通过提供更好的输入，以及更严格参照 reference templates 来解决。

第一稿之后要继续迭代

拿到第一版输出后，不要只改措辞。更好的做法是继续提出有针对性的改进要求，比如：

• 让 TL;DR 的差异化更强
• 让价格 framing 更清楚
• 让“适合谁”部分更有层次
• 更公平地解释竞品优势
• 把内容拆成可复用于相关页面的模块

这种迭代方式，对提升页面实用性往往比表层润色更有效。

把这个 skill 和你的内部定位资料配合使用

当 competitor-alternatives 和团队内部的产品定位、客户异议、win-loss 记录一起使用时，效果会明显更好。仓库其实已经通过 product marketing context 文件给出了方向；建议认真落实这件事。它正是把“一个好框架”变成“真正像你们公司写出来的页面”的关键桥梁。