mcpField
P
pm-launch-plan

pm-launch-plan

github.com/julianoczkowski营销与增长4939 次安装14 周前更新
代码仓库

关于 pm-launch-plan

pm-launch-plan 是用于规划和交付产品发布的产品管理技能,将目标、推广项目、销售准备和跨职能发布标准汇总为一份计划。

主要功能

  1. 01制定发布目标与成功指标
  2. 02规划推广项目和渠道
  3. 03准备销售内容、工具与培训
  4. 04明确跨职能负责人和发布门槛
  5. 05交付 Markdown 或 DOCX 文档

适用场景

  1. 01规划大型或小型产品发布
  2. 02协调营销、销售、支持与运营
  3. 03在版本发布前准备渠道赋能

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/julianoczkowski/product-manager --skill pm-launch-plan

安装后在 Claude Code 中输入/pm-launch-plan确认已加载。

详细介绍

发布计划(务实框架:项目 → 发布 + 赋能)

发布准备就绪不仅仅意味着产品准备就绪。 发布需要跨职能协作:产品可能已经完成,但市场、渠道和支持工作却可能尚未就绪。应将发布作为一项独立交付成果来规划、执行和衡量。

如果功能档案中已有定位陈述、用户画像和发布触发条件,请重复使用这些内容(定位文档、用户画像、发布章程 — 如何查找档案,请参见 ../pm-copilot/references/artifact-output.md)。有关项目和赋能模块,请参见 ../pm-copilot/references/framework.md。

发布涵盖的内容

  • 项目: 提高认知度(提升目标细分市场中的知名度)、培育(推动潜在客户沿销售漏斗转化)、倡导(推荐语、案例研究、推荐人)、衡量。
  • 赋能 / 准备就绪: 销售协同(使销售方式与市场购买方式相匹配)、内容(按用户画像和购买步骤划分)、销售工具(按销售步骤划分)、渠道培训(教会渠道如何销售产品,而不是如何使用产品)。
  • 市场窗口: 营销、销售和运营从发布日期倒推计划,而开发工作则朝着发布日期推进。如果发布由内容驱动(没有承诺的日期 — 参见发布章程),则应以发布的退出标准为基准倒推计划,并在接近完成时重新预测发布日期。

采访用户(批量提问)

  1. 要发布什么、发布的规模 / 级别(重大还是次要),以及目标日期 / 市场窗口是什么 — 如果发布由内容驱动,什么退出标准会触发发布?
  2. 发布目标和成功指标 — 认知度、销售线索、采用率、收入?
  3. 目标用户画像和定位 — 我们要触达谁,核心信息是什么?(链接定位文档)
  4. 渠道和项目 — 如何提高认知度并培育需求?
  5. 销售准备就绪情况 — 渠道需要哪些内容、工具和培训?
  6. 跨职能准备就绪情况 — 产品、营销、销售、支持、运营、法务 — 分别由谁负责,发布准入门槛是什么?

交付物模板 — 发布计划

# Launch Plan — <Product> <Version>

**Launch trigger:** <date / market window — or content-driven: launches when <exit criteria> are met>   **Tier:** <major | minor>
**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** 1.0

## 1. Launch goals & success metrics
| Goal | Metric | Target |
| :--- | :--- | :--- |
| Awareness | <impressions / reach> | |
| Demand | <MQLs / pipeline> | |
| Adoption | <activations / usage> | |
| Revenue | <bookings / expansion> | |

## 2. Target personas & positioning
- **Buyer persona:** <name> — cares about <…>
- **User persona:** <name> — cares about <…>
- **Positioning statement:** For <persona>, <product> <verb> <problem> by <verb> <benefit>.
- **Key messages:** <problem-oriented message 1>, <message 2>, <message 3>.

## 3. Marketing programs (Programs column)
| Program | Objective | Owner | Timing (from market window) |
| :--- | :--- | :--- | :--- |
| Awareness | | | |
| Nurturing | | | |
| Advocacy | | | |

## 4. Sales enablement (Enablement column)
| Item | Purpose (buying step) | Owner | Status |
| :--- | :--- | :--- | :--- |
| Sales alignment / play | | | |
| Content (per persona/step) | | | |
| Sales tools | | | |
| Channel training | | | |

## 5. Launch readiness checklist
| Area | Owner | Status | Notes |
| :--- | :--- | :--- | :--- |
| Product / QA | | 🟢/🟡/🔴 | |
| Marketing / content | | | |
| Sales / enablement | | | |
| Support / docs | | | |
| Operations / billing | | | |
| Legal / compliance | | | |

**Status legend:** 🟢 Ready · 🟡 At risk · 🔴 Not ready.

## 6. Measurement plan
How and when each success metric is measured post-launch; report against corporate goals.

## 7. Risks & go/no-go criteria
- <risk> — <mitigation>
- **Go/no-go bar:** <the conditions that must be green to launch>

交付成果

遵循 ../pm-copilot/references/artifact-output.md:确认输入,询问用户要 Markdown 还是 .docx,编写 .md;如有需要,通过环境的原生文档创建功能转换为 .docx。然后提供下一阶段建议:使用 pm-stakeholder-communication 状态更新,确保发布顺利推进;发布后,再回到 pm-market-problems 和 pm-win-loss-analysis,为下一次发布提供参考。

评论

支持 Markdown