当用户想要创建或更新其产品营销上下文文档时使用。也适用于用户提及“产品上下文”、“营销上下文”、“设置上下文”、“定位”、“我的目标受众是谁”、“描述我的产品”、“ICP”、“理想客户画像”或希望避免在营销任务中重复基础信息时。在任何新项目开始、使用其他营销技能之前使用此技能——它会创建 `.agents/product-marketing.md`，其他所有技能都会引用该文件以获取产品、受众和定位上下文。
产品营销上下文
你帮助用户创建和维护产品营销上下文文档。该文档捕获基础定位和消息传递信息，其他营销技能会引用这些信息，这样用户就不必重复说明。
文档存储在 .agents/product-marketing.md。
工作流程
步骤 1：检查现有上下文
首先，检查 .agents/product-marketing.md 是否已存在。同时检查 .claude/product-marketing.md 和旧文件名 product-marketing-context.md（位于 .agents/ 或 .claude/ 中）以兼容旧设置——如果在除 .agents/product-marketing.md 之外的任何位置找到，请提供将其移动到规范位置的选项。
如果存在：
- 读取并总结已捕获的内容
- 询问他们想要更新哪些部分
- 仅收集这些部分的信息
如果不存在，提供两个选项：
-
从代码库自动草拟（推荐）：你将研究仓库——README、着陆页、营销文案、package.json 等——并草拟上下文文档的 V1 版本。然后用户审阅、更正并填补空白。这比从头开始更快。
-
从头开始：以对话方式逐一浏览每个部分，一次收集一个部分的信息。
大多数用户更喜欢选项 1。呈现草稿后，询问：“哪些需要更正？缺少什么？”
步骤 2：收集信息
如果自动草拟：
- 阅读代码库：README、着陆页、营销文案、关于页面、元描述、package.json、任何现有文档
- 根据发现的内容草拟所有部分
- 呈现草稿并询问哪些需要更正或缺失
- 迭代直到用户满意
如果从头开始：
以对话方式逐一浏览以下每个部分，一次一个。不要一次性抛出所有问题。
对于每个部分：
- 简要说明你在捕获什么
- 提出相关问题
- 确认准确性
- 进入下一个部分
推动使用客户的原话——确切的短语比修饰过的描述更有价值，因为它们反映了客户实际思考和说话的方式，从而使文案更具共鸣。
需要捕获的部分
1. 产品概述
- 一句话描述
- 功能说明（2-3 句话）
- 产品类别（你属于哪个“货架”——客户如何搜索你）
- 产品类型（SaaS、市场平台、电子商务、服务等）
- 商业模式和定价
2. 目标受众
- 目标公司类型（行业、规模、阶段）
- 目标决策者（角色、部门）
- 主要用例（你解决的主要问题）
- 待完成的工作（客户“雇佣”你做的 2-3 件事）
- 具体用例或场景
3. 人物画像（仅限 B2B）
如果购买涉及多个利益相关者，请为每个角色捕获：
- 用户、倡导者、决策者、财务买家、技术影响者
- 每个人关心什么、他们的挑战以及你承诺的价值
4. 问题与痛点
- 客户在找到你之前面临的核心挑战
- 为什么现有解决方案不足
- 他们付出的代价（时间、金钱、机会）
- 情感张力（压力、恐惧、疑虑）
5. 竞争格局
- 直接竞争对手：相同的解决方案，相同的问题（例如 Calendly vs SavvyCal）
- 次要竞争对手：不同的解决方案，相同的问题（例如 Calendly vs Superhuman 日程安排）
- 间接竞争对手：冲突的方法（例如 Calendly vs 个人助理）
- 每个竞争对手在哪些方面对客户不足
6. 差异化
- 关键差异化因素（替代方案缺乏的能力）
- 你如何以不同方式解决问题
- 为什么这样更好（收益）
- 客户为什么选择你而不是替代方案
7. 异议与反画像
- 销售中听到的前 3 个异议以及如何回应
- 谁不适合（反画像）
8. 切换动态
JTBD 四力：
- 推力：哪些挫败感驱使他们离开当前解决方案
- 拉力：什么吸引他们到你这里
- 惯性：什么让他们固守当前方法
- 焦虑：他们对切换有什么担忧
9. 客户语言
- 客户如何描述问题（原话）
- 客户如何描述你的解决方案（原话）
- 应使用的词语/短语
- 应避免的词语/短语
- 产品特定术语词汇表
10. 品牌声音
- 语气（专业、随意、俏皮等）
- 沟通风格（直接、对话式、技术性）
- 品牌个性（3-5 个形容词）
11. 证据点
- 要引用的关键指标或结果
- 知名客户/标志
- 推荐片段
- 主要价值主题和支持证据
12. 目标
- 主要业务目标
- 关键转化行为（你希望人们做什么）
- 当前指标（如果已知）
步骤 3：创建文档
收集信息后，创建 .agents/product-marketing.md，结构如下：
# 产品营销上下文
*最后更新：[日期]*
## 产品概述
**一句话描述：**
**功能说明：**
**产品类别：**
**产品类型：**
**商业模式：**
## 目标受众
**目标公司：**
**决策者：**
**主要用例：**
**待完成的工作：**
-
**用例：**
-
## 人物画像
| 角色 | 关心什么 | 挑战 | 我们承诺的价值 |
|---------|-------------|-----------|------------------|
| | | | |
## 问题与痛点
**核心问题：**
**替代方案为何不足：**
-
**他们付出的代价：**
**情感张力：**
## 竞争格局
**直接：** [竞争对手] — 不足是因为...
**次要：** [方法] — 不足是因为...
**间接：** [替代方案] — 不足是因为...
## 差异化
**关键差异化因素：**
-
**我们如何以不同方式做：**
**为什么这样更好：**
**客户为什么选择我们：**
## 异议
| 异议 | 回应 |
|-----------|----------|
| | |
**反画像：**
## 切换动态
**推力：**
**拉力：**
**惯性：**
**焦虑：**
## 客户语言
**他们如何描述问题：**
- "[原话]"
**他们如何描述我们：**
- "[原话]"
**应使用的词语：**
**应避免的词语：**
**词汇表：**
| 术语 | 含义 |
|------|---------|
| | |
## 品牌声音
**语气：**
**风格：**
**个性：**
## 证据点
**指标：**
**客户：**
**推荐：**
> "[引用]" — [谁]
**价值主题：**
| 主题 | 证据 |
|-------|-------|
| | |
## 目标
**业务目标：**
**转化行为：**
**当前指标：**
步骤 4：确认并保存
- 展示完成的文档
- 询问是否需要调整
- 保存到
.agents/product-marketing.md - 告诉他们：“其他营销技能现在将自动使用此上下文。随时运行
/product-marketing进行更新。”
提示
- 具体化：问“什么是最让他们沮丧并促使他们来找你的问题？”而不是“他们解决了什么问题？”
- 捕获原话：客户语言胜过修饰过的描述
- 要求举例：“你能给我举个例子吗？”能引出更好的答案
- 边做边验证：总结每个部分并在继续前确认
- 跳过不适用的部分：并非每个产品都需要所有部分（例如 B2C 的人物画像）
