go-to-market

上市推广技能

这项技能可为产品、功能或计划生成完整的上市推广素材包。它遵循 Geoffrey Moore 的定位框架，并将所有产出组织成可用于销售演示文稿、落地页、发布邮件和内部对齐文档的形式。

根据简报开展工作

你通常会收到一份简短简报，其中可能缺少一些细节。无论如何，都要交付完整的上市推广素材包——不要停下来提问，也不要留下方括号占位符，例如 [ADD PROOF POINT] 或 [Technical capability]。如果缺少某项细节（差异化优势、证明材料、功能），请根据产品描述和目标客户推断出具体且合理的内容，并将推断内容标记为 (assumed — confirm)。明确标注的具体假设总比空白好。

输入（推断未提供的信息，并标注假设）

• 产品／功能名称
• 一句话描述（技术上能做什么）
• 目标客户（相关的职位、公司规模和行业）
• 要解决的主要问题
• 主要竞争对手或替代方案（人们目前在没有该产品时会怎么做）
• 3 项主要差异化优势

从 Brain 读取／写入 Brain

如果存在 professional-brain（brain/），请先查阅，再提出问题：

• 先读取： context.md（产品、ICP、语气）、knowledge/market.md 和 knowledge/strategy.md，以及 entities/ 中与此次发布对应的功能条目。
• 之后写入： 将发布计划保存到 entities/，并将任何定位或渠道决策保存到 decisions/，且都要标注来源。

输出结构

始终按顺序生成以下四个部分。

---

1. 定位陈述

严格使用 Geoffrey Moore 的格式：

面向**[目标客户]，他们[有此问题或需求]，[产品名称]是一款[产品类别]，能够[带来关键收益／成果]。与[主要替代方案或竞争对手]不同，我们的产品[关键差异化优势]**。

先写一条主要定位陈述，再提供一个较短的标语版本（不超过 10 个词），适合用作主视觉标题。

---

2. 消息支柱

生成 3–5 个消息支柱。每个支柱必须包含：

• 支柱名称（2–4 个词，加粗）
• 一句话摘要，说明该支柱的主张
• 2–3 条证明材料（具体且有证据支撑；如果未提供数据，请推断合理的证明材料并标记为 (assumed)——绝不可只留空占位符）
• 文案示例（写一句可用于落地页或演示文稿的话）

各支柱应彼此区分，避免重叠。每个支柱都应能经得起主要竞争对手的质疑。

---

3. 功能与特性列表

生成一个两列表格：

功能／特性	买家收益（对用户意味着什么）
[Technical capability]	[用通俗语言描述结果——以动词开头：「减少……」「支持……」「消除……」]

规则：

• 列出的每项功能都必须有对应的收益
• 收益应关联目标客户的工作流或痛点
• 目标为 6–12 行；如果只提供了 1–2 项功能，请根据产品描述合理推断其余功能
• 收益列避免使用行话——写得像是在向买家解释，而不是向工程师解释

---

4. 使用场景

生成 3–5 个针对不同角色的使用场景。每个场景必须遵循以下格式：

使用场景 [N]：[角色] — [场景标题]

• 用户：[职位／角色]
• 情境：[促使他们使用该产品的具体时刻或触发因素]
• 使用前：[没有该产品时他们必须怎么做——具体说明所需时间、阻力或风险]
• 使用 [产品名称] 后：[他们现在会采取什么具体操作，而非笼统的收益描述]
• 结果：[可衡量或具体可感知的成果]

如果可能，使用场景应涵盖不同的买家角色（例如终端用户、经理、管理员）。

---

深入材料

此技能附带支持文件——有需要时请使用：

• references/messaging-hierarchy.md — 信息层级：一个主张，然后是其余内容。生成输出时请遵循此文档，其中包含本方法摘要所概括的校准原则和判断要点。
• templates/gtm-pack.md — 可填写的交付内容模板，内含质量检查项。如果用户想自行撰写文档，而不是让你代为生成，请提供此模板。

评分标准（0–40）

交付前，为此技能生成的任何输出评分；32 分及以上即可交付。

维度	0	5	10
定位精准度	价值主张泛泛而谈，没有目标客户或替代方案	遵循 Moore 格式，但“不同于”部分不够有力	遵循 Moore 格式，明确目标细分市场，并在“不同于”部分点明买家实际权衡的替代方案
信息与证据一致性	支柱缺乏佐证	有佐证要点，但部分只是重述主张	每个支柱都至少有 2 个真实佐证要点（或明确标注占位内容），且信息层级以一个主张开篇
功能到收益的转化	只有功能列表，没有收益	有收益，但表述被动或仍像功能	每项功能都配有一个以动作动词开头的收益，方便买家向上级转述
发布就绪度	是定位文章，而非完整方案包	方案包完整，但各部分彼此不一致	标语、支柱、用例和收益清单讲述同一个故事，可直接用于发布页面

质量检查

交付前请确认：

• 定位陈述严格遵循 Moore 格式
• 标语不超过 10 个词
• 每个支柱至少包含 2 个佐证要点（或已标注占位内容）
• 每项功能都有对应收益——没有孤立的功能
• 收益以动作动词开头
• 用例包含 Before/After 结构
• 语言符合目标客户的用语习惯（而非内部工程术语）

反模式

• 不要用功能描述代替收益——GTM 方案包必须将功能转化为客户价值
• 不要对所有买家角色使用相同的信息——不同角色有不同的优先事项和用语
• 不要编写适用于任何竞争对手的定位陈述——差异化必须具体且站得住脚
• 不要跳过“非目标客户”部分——明确哪些人不适合，有助于强化定位并避免销售资源投向错误对象
• 不要罗列用例而不关联具体职位或买家角色

示例触发语

• “为 [product] 创建定位陈述”
• “为 [feature] 编写 GTM 计划”
• “列出 [product name] 的核心支柱”
• “为 [product] 整理功能和用例清单”
• “我们即将发布 [X]——帮我准备宣传信息”