调研与策略 · Product Marketing

产品营销 Skill

沉淀产品背景、ICP、定位、价值主张和销售异议,建立团队共享的产品营销底稿。

让官网、销售、内容和广告引用同一套产品事实与表达,减少不同渠道各说各话。

WHAT IT SOLVES

沉淀产品背景、ICP、定位、价值主张和销售异议,建立团队共享的产品营销底稿

沉淀产品背景、ICP、定位、价值主张和销售异议,建立团队共享的产品营销底稿。跑完你拿到的是标准路径下的产品营销上下文 Markdown 文档,中间一共 8 步。

最适合的真实场景

  • 01

    新项目开始时建立统一的产品、受众、定位和品牌语气背景。

  • 02

    从官网、README、销售材料和产品文档自动起草第一版产品营销上下文。

  • 03

    客户访谈后更新痛点、异议、客户语言、差异化和证明材料。

  • 04

    产品重新定位或 ICP 改变时保留版本和变更原因,供下游任务同步使用。

  • 05

    让文案、内容策略、广告、销售材料和营销计划共享同一事实基础。

你要先准备的资料

  • 产品代码库、官网、README、销售资料或现有定位文档。
  • 目标客户、购买角色、主要场景和待完成任务。
  • 客户痛点、常见异议、替代方案及切换原因。
  • 客户原话、品牌语气和希望避免的表达。
  • 可公开证明材料、业务目标和主要转化动作。

跑完你会拿到什么

  • 标准路径下的产品营销上下文 Markdown 文档。
  • 产品概览、目标受众、角色、痛点、竞争和差异化说明。
  • 客户语言、品牌语气、证明材料和目标字段。
  • 异议处理、反向人群与切换动力记录。
  • 文档版本、最后更新时间和持续追加的变更日志。

METHOD

查找现有背景 → 选择起草方式 → 梳理产品概览 等 8 个环节

一共 8 步。其中 7 项能力决定了换个 AI 会不会更麻烦。

  1. 查找现有背景检查标准位置和旧路径中的产品营销文件,读取当前版本与最近变更,避免重复创建。
  2. 选择起草方式根据资料条件选择从代码库和营销页面自动起草,或按章节与用户逐步访谈。
  3. 梳理产品概览记录一句话描述、产品能力、所属品类、产品类型、商业模式和价格方式。
  4. 定义受众与角色明确目标公司、决策角色、主要使用场景、待完成任务,以及 B2B 用户、推动者、决策者和技术影响者。
  5. 整理问题与竞争记录客户痛点、现有方案的不足、直接和间接竞争者、切换推力、吸引力、习惯和焦虑。
  6. 提炼差异与语言说明产品如何解决问题、为何更好,并保存客户描述问题和方案时的原话、推荐词与禁用词。
  7. 补充语气和证明确定品牌正式程度、表达风格和个性,并加入可核验指标、客户、评价、价值主题和业务目标。
  8. 确认版本并保存展示完整文档供用户修正,实质更新时递增版本、更新时间,并在变更记录顶部说明修改内容和原因。

这个 Skill 用到的能力: 联网检索读本地资料版本管理运行脚本页面预览写本地文件操作前确认 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。

WORKED EXAMPLE

为新上线的 B2B 工具建立共享营销背景

为新上线的 B2B 工具建立共享营销背景

团队已有官网和产品文档,但文案、内容和销售每次都用不同方式描述产品,希望先统一事实与定位。

  1. 检查是否已经存在产品营销背景文件,并读取官网、README 和销售资料。
  2. 起草产品概览、品类、目标客户、购买角色、问题、竞争和差异化。
  3. 向团队确认客户原话、异议、切换动力、品牌语气和可公开证明。
  4. 展示完整草稿,修正没有证据或团队表达不一致的部分。
  5. 以 v1 保存标准文档并写入首次变更记录,供其他营销任务调用。

预期结果:形成一份带版本记录的共享产品营销背景,后续文案、内容、广告和计划可以读取同一套产品事实、客户定义、语言和证明材料。

PITFALLS · VERIFICATION

只写一句产品介绍,缺少品类、受众、购买角色和业务目标

最常踩的坑

  • 只写一句产品介绍,缺少品类、受众、购买角色和业务目标。
  • 用内部术语代替客户真实表达,导致后续文案难以产生共鸣。
  • 把竞争者只理解为同类产品,遗漏人工、内部开发或维持现状等替代方式。
  • 没有记录反向人群和主要异议,让营销内容面向所有人。
  • 实质修改后覆盖旧结论,没有递增版本和记录变更原因。

怎么确认这次跑对了

  • 已经形成可检查的标准路径下的产品营销上下文 Markdown 文档,关键判断能回到输入资料或过程证据。
  • 已经形成可检查的产品概览、目标受众、角色、痛点、竞争和差异化说明,关键判断能回到输入资料或过程证据。
  • 已经形成可检查的客户语言、品牌语气、证明材料和目标字段,关键判断能回到输入资料或过程证据。
  • 已逐项检查「只写一句产品介绍,缺少品类、受众、购买角色和业务目标」等高频问题,并记录需要人工确认的下一步。
产品营销 Skill适合哪些岗位使用?

产品营销经理、SaaS 团队、创始人、销售赋能团队。典型场景包括新项目开始时建立统一的产品、受众、定位和品牌语气背景;从官网、README、销售材料和产品文档自动起草第一版产品营销上下文;客户访谈后更新痛点、异议、客户语言、差异化和证明材料。

开始前需要准备什么资料?

至少需要产品代码库、官网、README、销售资料或现有定位文档、目标客户、购买角色、主要场景和待完成任务、客户痛点、常见异议、替代方案及切换原因。资料越具体,结果越能直接用于决策。

最后能得到什么可检查的结果?

标准路径下的产品营销上下文 Markdown 文档、产品概览、目标受众、角色、痛点、竞争和差异化说明、客户语言、品牌语气、证明材料和目标字段。每项都可以逐条核对来源和数字。

哪些情况下结果会不可靠?

只写一句产品介绍,缺少品类、受众、购买角色和业务目标;用内部术语代替客户真实表达,导致后续文案难以产生共鸣。出现这些情况时需要人工复核。

支持哪些 AI Agent?

已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。

ORIGINAL SOURCE

3 个原始文件,35 个文档章节,固定在 67264763

上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 3 个文件、17.3 KB。

原始 Skill 文档 上游原文完整保留,中文概述已转换为营销任务、输入资料和交付结果。

Product Marketing Context

You help users create and maintain a product marketing context document. This captures foundational positioning and messaging information that other marketing skills reference, so users don't repeat themselves.

The document is stored at .agents/product-marketing.md.

Workflow

Step 1: Check for Existing Context

First, check if .agents/product-marketing.md already exists. Also check .claude/product-marketing.md and the legacy filename product-marketing-context.md (in either .agents/ or .claude/) for older setups — if found anywhere other than .agents/product-marketing.md, offer to move it to the canonical location.

If it exists:

  • Read it and summarize what's captured — note its current Document version and the last few Changelog entries so the user sees where the doc stands and what's changed recently
  • Ask which sections they want to update
  • Only gather info for those sections
  • On any substantive save, bump the version and add a changelog entry (see Step 4). This doc is the shared context every other marketing skill reads, so a dated paper trail of what changed and why is worth keeping.

If it doesn't exist, offer two options:

  1. Auto-draft from codebase (recommended): You'll study the repo—README, landing pages, marketing copy, package.json, etc.—and draft a V1 of the context document. The user then reviews, corrects, and fills gaps. This is faster than starting from scratch.

  2. Start from scratch: Walk through each section conversationally, gathering info one section at a time.

Most users prefer option 1. After presenting the draft, ask: "What needs correcting? What's missing?"

Step 2: Gather Information

If auto-drafting:

  1. Read the codebase: README, landing pages, marketing copy, about pages, meta descriptions, package.json, any existing docs
  2. Draft all sections based on what you find
  3. Present the draft and ask what needs correcting or is missing
  4. Iterate until the user is satisfied

If starting from scratch: Walk through each section below conversationally, one at a time. Don't dump all questions at once.

For each section:

  1. Briefly explain what you're capturing
  2. Ask relevant questions
  3. Confirm accuracy
  4. Move to the next

Push for verbatim customer language — exact phrases are more valuable than polished descriptions because they reflect how customers actually think and speak, which makes copy more resonant.


Sections to Capture

1. Product Overview
  • One-line description
  • What it does (2-3 sentences)
  • Product category (what "shelf" you sit on—how customers search for you)
  • Product type (SaaS, marketplace, e-commerce, service, etc.)
  • Business model and pricing
2. Target Audience
  • Target company type (industry, size, stage)
  • Target decision-makers (roles, departments)
  • Primary use case (the main problem you solve)
  • Jobs to be done (2-3 things customers "hire" you for)
  • Specific use cases or scenarios
3. Personas (B2B only)

If multiple stakeholders are involved in buying, capture for each:

  • User, Champion, Decision Maker, Financial Buyer, Technical Influencer
  • What each cares about, their challenge, and the value you promise them
4. Problems & Pain Points
  • Core challenge customers face before finding you
  • Why current solutions fall short
  • What it costs them (time, money, opportunities)
  • Emotional tension (stress, fear, doubt)
5. Competitive Landscape
  • Direct competitors: Same solution, same problem (e.g., Calendly vs SavvyCal)
  • Secondary competitors: Different solution, same problem (e.g., Calendly vs Superhuman scheduling)
  • Indirect competitors: Conflicting approach (e.g., Calendly vs personal assistant)
  • How each falls short for customers
6. Differentiation
  • Key differentiators (capabilities alternatives lack)
  • How you solve it differently
  • Why that's better (benefits)
  • Why customers choose you over alternatives
7. Objections & Anti-Personas
  • Top 3 objections heard in sales and how to address them
  • Who is NOT a good fit (anti-persona)
8. Switching Dynamics

The JTBD Four Forces:

  • Push: What frustrations drive them away from current solution
  • Pull: What attracts them to you
  • Habit: What keeps them stuck with current approach
  • Anxiety: What worries them about switching
9. Customer Language
  • How customers describe the problem (verbatim)
  • How they describe your solution (verbatim)
  • Words/phrases to use
  • Words/phrases to avoid
  • Glossary of product-specific terms
10. Brand Voice
  • Tone (professional, casual, playful, etc.)
  • Communication style (direct, conversational, technical)
  • Brand personality (3-5 adjectives)
11. Proof Points
  • Key metrics or results to cite
  • Notable customers/logos
  • Testimonial snippets
  • Main value themes and supporting evidence
12. Goals
  • Primary business goal
  • Key conversion action (what you want people to do)
  • Current metrics (if known)

Step 3: Create the Document

After gathering information, create .agents/product-marketing.md with this structure:

# Product Marketing Context

**Document version:** v1
**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:**

## Changelog
*Newest first. One line per revision: what changed and why.*
- v1 ([date]) — Initial context.

Step 4: Confirm, Version, and Save

  • Show the completed document
  • Ask if anything needs adjustment
  • Set the version and changelog — this is the paper trail for a doc every other skill reads:
    • New document: set Document version: v1 and a single Changelog entry — - v1 ([today]) — Initial context.
    • Updating an existing document: increment the version (v2 → v3 …), update Last updated to today, and prepend a new Changelog entry at the top of the list (newest first) summarizing what changed and why in one line. Never rewrite or reorder past entries.
    • A good entry names the sections touched and the reason, not "updated the doc." Examples:
      • - v3 (2026-07-16) — Repositioned from "email tool" to "deliverability platform"; added RevOps to the ICP.
      • - v2 (2026-06-02) — Rewrote value prop and objections after 5 customer interviews; added competitor Acme.
    • Use today's date in ISO form (YYYY-MM-DD) for the entry and Last updated.
    • Pure typo-only fix: don't bump the version or add a changelog entry — just save the correction. Every other change bumps the version and gets an entry. When the change is a real repositioning, say so plainly — downstream skills will now generate against the new context.
  • Save to .agents/product-marketing.md
  • Tell them: "Other marketing skills will now use this context automatically. The Changelog at the bottom tracks every revision — check it to see how your positioning has evolved. Run /product-marketing anytime to update it."

Tips

  • Be specific: Ask "What's the #1 frustration that brings them to you?" not "What problem do they solve?"
  • Capture exact words: Customer language beats polished descriptions
  • Ask for examples: "Can you give me an example?" unlocks better answers
  • Validate as you go: Summarize each section and confirm before moving on
  • Skip what doesn't apply: Not every product needs all sections (e.g., Personas for B2C)

来源与版本声明

本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub MarketingSkills; 原始项目名称:product-marketing; 固定版本:67264763cb10; 许可证:MIT。技能包内保留完整出处和许可证说明。

各 Agent 能力说明参考对应官方文档。页面不提供外部跳转。

INSTALL

产品营销 Skill v1.0.0,ZIP 带 SHA256 校验

默认做法是把提示词复制给 AI Agent,让它自己下载并安装。提示词里已经写清要用完整 ZIP、装完报告目录、并先跑一个小任务验证。

METHOD 01 · 交给 AI 自己装

复制提示词

适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。

请帮我把「产品营销 Skill」安装到我正在使用的 AI Agent。
1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-product-marketing/1.0.0/skill-product-marketing.zip
   注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。
2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。
3. 安装完成后告诉我实际安装目录。
4. 用一个只读小任务验证 Skill 已被识别。
5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。
参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-product-marketing/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-product-marketing.md

FURTHER READING

产品营销 Skill 相关的实操文章

别人做同类任务时踩过的坑和总结,动手前后都值得翻一下。

网页采集极简用法|把网页资料沉淀进知识库

为电商运营准备的网页采集速查卡,适合第一次接触时直接照着走。重点放在减少信息遗漏,不要求预先搭建复杂系统。

  • 提示词
  • 抖音
  • 工具评测
  • 零代码

研究人员实测案例包装:一轮完成,目标是快速验证方向

聚焦一个问题:内容风格高度同质化。文中用正反两组输入说明案例包装为什么会跑偏,以及怎样把结果拉回可用范围。

  • Skill教程
  • 研究检索
  • 案例包装
  • 搜索引擎

知识库效果忽高忽低?先排查“标签过多导致召回失真”

这份参考把 Notion Knowledge Base 放进小红书生产流程,覆盖输入准备、提示词结构、结果验收和二次修改。适合独立开发者快速试跑,也会提醒“标签过多导致召回失真”这一类高频问题。

  • Skill教程
  • 独立开发者
  • 用户洞察
  • 提示词

一次讲透落地页搭建:输入什么、输出什么、怎样提高引用率

这份参考把 SaaS Landing 放进小红书生产流程,覆盖输入准备、提示词结构、结果验收和二次修改。适合品牌市场团队快速试跑,也会提醒“引用来源无法追溯”这一类高频问题。

  • 提示词
  • 小红书
  • 落地页搭建
  • 研究检索

别急着堆提示词:先用提示词库生成能直接交付的客户方案

一页看懂提示词库。包含适用场景、最小输入和生成能直接交付的客户方案的示例。

  • 工具评测
  • 入门
  • AI Agent
  • 提示词库

销售团队要不要装 Excel Analyst?5分钟判断

围绕AI视频近期变化,测试表格分析在研究、生成和分发三个环节的表现。内容保留失败样本与调整记录,方便团队判断它能否降低机械感。

  • 工具评测
  • 可复制
  • 销售团队
  • 邮件

以上文章正在编辑中,上线后可直接点击阅读。即将上线,敬请期待。

按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。

VibeMKT COMMUNITY

加入 VibeMKT 社群

微信扫码,交流营销 Skill 的选择、安装、试用与业务化改造。

加入 VibeMKT 社群的微信二维码

二维码会持续显示,关闭弹窗后返回当前页面。