关于 product-marketing-context
用于创建和维护可复用产品营销背景文档的 Skill,引导整理产品定位、受众、信息传达、竞争情况和目标,供各类营销工作参考。
主要功能
- 01可复用的营销背景文档
- 02产品与受众画像整理
- 03定位与差异化信息记录
- 04客户用语与品牌语气整理
- 05营销目标与佐证记录
适用场景
- 01以共享背景启动营销项目
- 02根据现有代码库起草背景
- 03记录目标受众和角色画像
- 04更新产品信息传达与定位
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill product-marketing-context安装后在 Claude Code 中输入/product-marketing-context确认已加载。
附带文件evals/evals.json
详细介绍
产品营销上下文
你帮助用户创建并维护一份产品营销上下文文档。它会记录其他营销技能所引用的基础定位和 messaging 信息,这样用户就不必反复说明。
何时使用
- 在创建可复用的产品、受众和定位上下文文件时使用。
- 在营销项目开始时、在更专业的营销技能之前使用。
- 当用户希望避免反复解释 ICP、messaging 和产品基础信息时使用。
该文档存储在 .agents/product-marketing-context.md。
工作流
第 1 步:检查是否已有上下文
首先,检查 .agents/product-marketing-context.md 是否已存在。还要检查 .claude/product-marketing-context.md 中是否有较旧的设置——如果在那里找到但 .agents/ 中没有,则提议将其移动过去。
如果它存在:
- 阅读并总结其中已记录的内容
- 询问他们想更新哪些部分
- 只收集这些部分的信息
如果它不存在,提供两个选项:
-
从代码库自动起草(推荐):你将研究该 repo——README、落地页、营销文案、package.json 等——并起草上下文文档的 V1。然后由用户审阅、纠正并填补空白。这比从零开始更快。
-
从零开始:以对话方式逐一讲解每个部分,一次收集一个部分的信息。
大多数用户更偏好选项 1。展示草稿后,询问:“哪些地方需要纠正?还缺少什么?”
第 2 步:收集信息
如果是自动起草:
- 阅读代码库:README、落地页、营销文案、关于页面、meta 描述、package.json、任何现有文档
- 根据你找到的内容起草所有部分
- 展示草稿并询问哪些地方需要纠正或还缺少什么
- 迭代直到用户满意
如果是从零开始: 以对话方式逐一讲解下面每个部分,一次一个。不要一次性抛出所有问题。
对于每个部分:
- 简要解释你正在记录什么
- 提出相关问题
- 确认准确性
- 进入下一部分
尽量获取客户的原话——确切措辞比润色过的描述更有价值,因为它们反映了客户真实的思考和表达方式,这会让文案更有共鸣。
要记录的部分
1. 产品概览
- 一句话描述
- 它做什么(2-3 句话)
- 产品类别(你属于哪个“货架”——客户如何搜索到你)
- 产品类型(SaaS、marketplace、电子商务、服务等)
- 商业模式和定价
2. 目标受众
- 目标公司类型(行业、规模、阶段)
- 目标决策者(角色、部门)
- 主要用例(你解决的主要问题)
- 待完成的任务(客户“雇用”你来完成的 2-3 件事)
- 具体用例或场景
3. 用户画像(仅 B2B)
如果购买过程中涉及多个利益相关者,则为每个人记录:
- 用户、支持者、决策者、财务买家、技术影响者
- 每个人关心什么、他们的挑战,以及你向他们承诺的价值
4. 问题与痛点
- 客户在找到你之前面临的核心挑战
- 为什么当前解决方案不够好
- 这让他们付出了什么代价(时间、金钱、机会)
- 情绪张力(压力、恐惧、疑虑)
5. 竞争格局
- 直接竞争对手:相同解决方案、相同问题(例如,Calendly vs SavvyCal)
- 次要竞争对手:不同解决方案、相同问题(例如,Calendly vs Superhuman scheduling)
- 间接竞争对手:冲突的方法(例如,Calendly vs 个人助理)
- 每一种竞争对手为何无法满足客户需求
6. 差异化
- 关键差异化因素(替代方案所缺乏的能力)
- 你如何以不同方式解决它
- 为什么这样更好(收益)
- 为什么客户会选择你而不是替代方案
7. 异议与反画像
- 销售中最常听到的 3 个异议,以及如何应对
- 谁不适合(反画像)
8. 转换动力
JTBD 四力:
- 推力:哪些痛点促使他们离开当前解决方案
- 拉力:哪些因素吸引他们选择你
- 惯性:哪些因素让他们固守当前方式
- 焦虑:哪些顾虑让他们对转换感到担忧
9. 客户语言
- 客户如何描述问题(原话)
- 他们如何描述你的解决方案(原话)
- 应使用的词语/短语
- 应避免的词语/短语
- 产品专属术语表
10. 品牌语调
- 语气(专业、随意、俏皮等)
- 沟通风格(直接、对话式、技术性)
- 品牌个性(3-5 个形容词)
11. 佐证要点
- 可引用的关键指标或成果
- 知名客户/品牌标识
- 客户证言摘录
- 主要价值主题及支撑证据
12. 目标
- 首要业务目标
- 关键转化行动(你希望人们做什么)
- 当前指标(如已知)
第 3 步:创建文档
收集信息后,按以下结构创建 .agents/product-marketing-context.md:
# Product Marketing Context
*Last updated: [date]*
## Product Overview
**One-liner:**
**What it does:**
**Product category:**
**Product type:**
**Business model:**
## Target Audience
**Target companies:**
**Decision-makers:**
**Primary use case:**
**Jobs to be done:**
-
**Use cases:**
-
## Personas
| Persona | Cares about | Challenge | Value we promise |
|---------|-------------|-----------|------------------|
| | | | |
## Problems & Pain Points
**Core problem:**
**Why alternatives fall short:**
-
**What it costs them:**
**Emotional tension:**
## Competitive Landscape
**Direct:** [Competitor] — falls short because...
**Secondary:** [Approach] — falls short because...
**Indirect:** [Alternative] — falls short because...
## Differentiation
**Key differentiators:**
-
**How we do it differently:**
**Why that's better:**
**Why customers choose us:**
## Objections
| Objection | Response |
|-----------|----------|
| | |
**Anti-persona:**
## Switching Dynamics
**Push:**
**Pull:**
**Habit:**
**Anxiety:**
## Customer Language
**How they describe the problem:**
- "[verbatim]"
**How they describe us:**
- "[verbatim]"
**Words to use:**
**Words to avoid:**
**Glossary:**
| Term | Meaning |
|------|---------|
| | |
## Brand Voice
**Tone:**
**Style:**
**Personality:**
## Proof Points
**Metrics:**
**Customers:**
**Testimonials:**
> "[quote]" — [who]
**Value themes:**
| Theme | Proof |
|-------|-------|
| | |
## Goals
**Business goal:**
**Conversion action:**
**Current metrics:**
第 4 步:确认并保存
- 展示完成的文档
- 询问是否需要调整
- 保存至
.agents/product-marketing-context.md - 告知他们:"其他营销技能现在将自动使用此上下文。随时运行
/product-marketing-context即可更新。"
提示
- 要具体:问"促使他们来找你的头号痛点是什么?",而不是"他们解决什么问题?"
- 记录原话:客户语言胜过精雕细琢的描述
- 请求示例:"能给我举个例子吗?"能引出更好的回答
- 边做边确认:总结每个部分并在继续前确认
- 跳过不适用的部分:并非每个产品都需要所有部分(例如,B2C 的用户画像)
限制
- 仅当任务与上述范围明确匹配时才使用此技能。
- 不要将输出视为环境特定验证、测试或专家评审的替代品。
- 如果缺少必要输入、权限、安全边界或成功标准,请停止并请求澄清。