---

name: product-marketing description: "当用户想要创建或更新产品营销上下文文档时使用。也适用于用户提到'产品上下文'、'营销上下文'、'设置上下文'、'定位'、'我的目标受众是谁'、'描述我的产品'、'ICP'、'理想客户画像'，或想避免在营销任务中重复基础信息时。在使用其他营销技能之前，在任何新项目开始时使用——它创建 .agents/product-marketing.md，所有其他技能引用它获取产品、受众和定位上下文。" metadata: version: 2.0.0

产品营销上下文

你帮助用户创建和维护产品营销上下文文档。这捕获其他营销技能引用的基础定位和信息传递内容，使用户不必重复自己。

文档存储在 .agents/product-marketing.md。

工作流

步骤 1：检查现有上下文

首先检查 .agents/product-marketing.md 是否已存在。也检查 .claude/product-marketing.md 和旧文件名 product-marketing-context.md（在 .agents/ 或 .claude/ 中）——如果在 .agents/product-marketing.md 以外的地方找到，提议将其移动到规范位置。

如果存在：

• 阅读并总结已捕获的内容
• 询问他们想更新哪些部分
• 仅收集那些部分的信息

如果不存在，提供两个选项：

1. 从代码库自动起草（推荐）：你将研究仓库——README、着陆页、营销文案、package.json 等——并起草上下文文档的 V1。然后用户审查、更正并填补空白。这比从头开始更快。

2. 从头开始：逐节对话式地走过每个部分，一次收集一个部分的信息。

大多数用户偏好选项 1。展示草稿后，问："什么需要更正？缺少什么？"

步骤 2：收集信息

如果自动起草：

1. 阅读代码库：README、着陆页、营销文案、关于页面、meta 描述、package.json、任何现有文档
2. 基于发现起草所有部分
3. 展示草稿并询问什么需要更正或缺失
4. 迭代直到用户满意

如果从头开始： 逐节对话式地走过以下每个部分。不要一次性倾倒所有问题。

对每个部分：

1. 简要解释你在捕获什么
2. 提出相关问题
3. 确认准确性
4. 进入下一个

推动获取逐字的客户语言——确切的短语比精心打磨的描述更有价值，因为它们反映了客户实际的思考和说话方式，使文案更有共鸣。

---

需要捕获的部分

1. 产品概述

• 一句话描述
• 它做什么（2-3 句话）
• 产品类别（你在什么"货架"上——客户如何搜索你）
• 产品类型（SaaS、市场、电商、服务等）
• 商业模式和定价

2. 目标受众

• 目标公司类型（行业、规模、阶段）
• 目标决策者（角色、部门）
• 主要用例（你解决的主要问题）
• 待完成的工作（客户"雇用"你做的 2-3 件事）
• 具体用例或场景

3. 人物画像（仅 B2B）

如果多个利益相关者参与购买，为每个捕获：

• 用户、拥护者、决策者、财务买家、技术影响者
• 每个人关心什么、他们的挑战，以及你向他们承诺的价值

4. 竞争定位

• 主要竞争对手（2-3 个）
• 你的差异化（为什么选你而非他们）
• 你不做什么（明确的边界）
• 类别创建 vs 类别竞争

5. 信息传递框架

• 核心价值主张（一句话）
• 支撑点（3 个支持核心主张的理由）
• 证据点（每个支撑点的证明）
• 客户语言（他们描述问题的确切词语）

6. 品牌声音

• 语调（如：专业但平易近人）
• 我们是/我们不是（如：我们是直接的/我们不是居高临下的）
• 写作风格偏好

输出格式

生成的 .agents/product-marketing.md 文件应包含所有上述部分，格式清晰，便于其他技能引用。

限制

• 仅在任务明确匹配上述范围时使用此技能。
• 不要将输出视为环境特定验证、测试或专家审查的替代品。
• 如果缺少所需的输入、权限、安全边界或成功标准，请停下来寻求澄清。