企业官网建设流程全解析

pm-skills 的 /plan-launch 命令实战：从滩头市场到发布计划的完整 Go-to-Market 工作流

【免费下载链接】pm-skillsPM Skills Marketplace: 100+ agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills

本篇技术指南以 pm-skills 仓库中 plan-launch 命令 的完整定义为主线，讲解如何借助 Claude Code / Cowork 的/plan-launch斜杠命令，从第一性原理出发构建一份可落地的 Go-to-Market（GTM）方案：识别滩头市场、定义理想客户画像、打磨定位与信息传递、选择渠道并排出发布时间线。读完本文，你将掌握该命令的六步工作流、输出模板中每一张表的填写逻辑，以及它与仓库内beachhead-segment、ideal-customer-profile、gtm-strategy三个技能的组合调用原理。

一、命令定位：pm-go-to-market 插件里的发布总控

/plan-launch位于 pm-go-to-market 插件中，是该插件三个命令之一。按仓库根 README.md 的说明，命令（Commands）是由用户触发的工作流，会用/命令名调用，把多个技能串联成一个端到端过程；而插件（Plugins）则将相关技能与命令打包成可安装的单元。pm-go-to-market 插件的六个技能中，有三个被/plan-launch直接编排：

• beachhead-segment— 评估并推荐第一个滩头市场细分；
• ideal-customer-profile— 从研究数据中提炼理想客户画像（ICP）；
• gtm-strategy— 覆盖渠道、信息传递、成功指标与发布计划的完整 GTM 策略。

也就是说，执行一次/plan-launch，等于按顺序依次触发三份SKILL.md中编码的 PM 框架，最后汇总成一份结构化 GTM 计划。这种"命令串联技能"的设计，正是该仓库"每个技能编码一个成熟 PM 框架"理念在发布场景的落地。

调用方式在命令文档的 Invocation 一节给出了三种形式：

/plan-launch AI-powered proposal writer for consulting firms /plan-launch New enterprise tier for our project management tool /plan-launch [upload a PRD, strategy doc, or pitch deck]

前两种直接把"要发布的产品/功能"作为参数传给命令；第三种则支持上传 PRD、策略文档或 pitch deck，由 Agent 读取材料后自行理解发布对象。命令头部元数据argument-hint: "<product or feature to launch>"也再次确认：参数就是你要发布的产品或功能。

二、六步工作流：从理解发布到生成计划

/plan-launch的核心是一条六步工作流，前四步依次调用三个技能完成分析，第五步生成文档，第六步给出后续动作建议。

Step 1：理解发布背景

命令会先通过提问收集上下文，问题覆盖五个维度：

• 发布对象：新产品、新功能、新套餐（tier）还是市场扩张？
• 所处阶段：发布前规划、即将发布、还是发布后优化？
• 客户基础：已有存量客户，还是从零起步？
• 时间约束：目标时间线是什么？有无硬性截止日期？
• 资源约束：预算规模？团队规模多大？

这些答案决定了后续每一步的分析口径——例如没有存量客户时，ICP 的建立只能依赖外部研究数据而非自有客户行为数据；有硬性截止日期时，发布前活动的窗口会被显著压缩。

Step 2：用 beachhead-segment 技能定义滩头市场

这一步应用 beachhead-segment 技能，围绕四条评估标准筛选细分市场：

技能文档同时给出了完整的操作步骤（列出候选细分 → 研究痛点 → 评估付费意愿 → 评估可赢性 → 绘制转介路径 → 选定滩头），并明确其方法论来源是 Geoffrey Moore 在《Crossing the Chasm（跨越鸿沟）》中的滩头市场策略——找到最小、可赢、可作为标杆的最小市场，验证产品市场契合（PMF）后再向相邻市场扩张。技能还建议：用至少 10 次客户访谈验证四条标准；在未拿到 60% 以上份额前不要考虑撤出滩头。

/plan-launch在此基础上要求输出两样东西：推荐"唯一的最佳起始细分"并给出理由，以及标注相邻细分作为滩头稳固后的扩张路径。

Step 3：用 ideal-customer-profile 技能定义理想客户画像

这一步应用 ideal-customer-profile 技能，从四个维度刻画 ICP：

• Demographics（人口/公司属性）：公司规模（员工数、营收）、行业垂直、地域、职位与部门、经验年限、组织汇报结构；
• Behaviors（行为）：如何发现和评估方案、采购流程与决策时间线、技术素养与采用速度、个人决策还是委员会决策、工具更换频率、社群参与度；
• JTBD（待完成工作）：首要任务/目标、支撑首要任务的次要任务、情感任务（他们想获得怎样的感受）、社会任务（地位与形象）、他们想消除的任务、每项任务的频率与重要性；
• Needs and Pain Points（需求与痛点）：具体痛点、当前变通方案及其局限、对生产力或结果的影响、解决问题的成本/时间负担、情感挫败程度、可用预算、竞争性优先级。

该技能的方法论基础是 Clayton Christensen 的 Jobs to Be Done 理论，并建议访谈 10+ 名高价值客户做模式识别、季度性复查 ICP、将 ICP 共享给营销/销售/产品全组织。

命令文档为这一步强调了一条硬性标准：ICP 要具体到销售/市场人员在 30 秒内能识别出潜在客户。只有达到这种颗粒度，ICP 才不会沦为一张摆设。

Step 4：用 gtm-strategy 技能构建 GTM 策略

这一步应用 gtm-strategy 技能，覆盖六个要素：

• Positioning（定位）：你如何向该细分介绍自己；
• Messaging（信息传递）：面向不同利益相关方（买方、使用者、影响者）的关键信息；
• Channels（渠道）：在何处、以何种方式触达 ICP，按预期 ROI 排序；
• Launch tactics（发布战术）：发布前、发布当天、发布后的具体行动；
• Pricing alignment（定价对齐）：定价如何支撑 GTM 动作；
• Success metrics（成功指标）：如何判断发布成功。

技能文档对渠道给出了五大类别供评估：数字营销（付费搜索、社交媒体、展示广告）、内容与入站（博客、SEO、思想领导力）、销售与外呼（直邮、伙伴合作）、社区与草根、产品驱动与病毒式渠道。指标部分覆盖意识（曝光、触达、品牌回忆）、参与（CTR、单次参与成本、站内时长）、转化（注册、演示请求、试用启动）、收入（MRR、CAC、LTV）、市场（市场份额、细分渗透率）五个层级。

技能提示值得注意：与其在众多渠道上平庸投入，不如在少数渠道上做到优秀；发布前先建立基线指标以便衡量影响。

Step 5：生成结构化 GTM 计划

前三步的分析在此汇总为一份可保存为 Markdown 的完整计划。命令文档给出了完整模板（见下文第三节），并要求保存为 markdown 文件。

Step 6：提供后续动作建议

计划生成后，命令会主动提供衔接后续工作的选项，这与仓库"命令设计为可互相衔接、匹配 PM 工作流"的原则一致。四个建议分别指向本插件和其他插件的相关命令：

• "Want me todesign growth loopsfor post-launch traction?" — 指向 growth-loops 技能（/growth-strategy）；
• "Should Icreate competitive battlecardsfor sales?" — 指向 competitive-battlecard 技能（/battlecard）；
• "Want me todraft marketing copyfor the launch?" — 指向 pm-marketing-growth 插件 的营销文案相关技能；
• "Should Ibuild a metrics dashboardfor launch tracking?" — 指向 pm-product-discovery 插件 的 metrics-dashboard 技能。

三、输出模板逐表拆解

命令文档中的模板是/plan-launch的直接产物，共九个板块。逐段说明填写逻辑：

头部与滩头市场

## Go-to-Market Plan: [Product/Feature] **Launch date**: [target] **Type**: [new product / feature / tier / market expansion] ### Beachhead Segment **Who**: [specific segment definition] **Why them first**: [rationale against criteria] **Size**: [TAM/SAM/SOM estimate]

• 发布类型要与 Step 1 的答案一致；
• Size板块的 TAM/SAM/SOM 估算可进一步联动仓库中 pm-market-research 插件的 market-sizing 技能（支持自顶向下与自底向上两种估算方法）；
• Why them first必须回扣 Step 2 的四条评估标准（痛点、付费意愿、可赢性、转介），而不是写"因为这个市场大"。

理想客户画像表

这张表是 Step 3 ICP 四维模型（人口属性、行为、JTBD、痛点）的可执行压缩版。Qualification signal一列尤其关键——它直接服务于"30 秒识别潜在客户"的标准，本质是把 ICP 转译为可快速判定的筛选信号（如"使用某类工具且团队规模 50–200 人"）。

定位与信息传递

Positioning statement: For [who] who [need], [product] is [category] that [benefit]. Unlike [alternative], we [differentiator].

这是经典的定位陈述句式。紧随其后的"按利益相关方的关键信息"表需要为每一类受众（买方/使用者/影响者）分别填写 Message 与 Proof Point：

命令文档的 Notes 部分强调：信息传递应使用客户的语言，而不是你的内部术语。Proof Point 一列则对应 gtm-strategy 技能中的"证据点与社会证明策略"。

渠道策略表

五个字段对应 gtm-strategy 技能对渠道的评估要求。Priority应体现"少数渠道做到优秀"的原则，而不是罗列所有渠道。Reach 与 Cost 给出量级估计，便于横向比较 ROI。

发布时间线表

三个阶段分别对应 gtm-strategy 技能中"发布前准备（信息传递、渠道、时间线）、发布当天活动与公告、发布后动能（内容、合作、社群）"的划分。命令文档特别提醒：发布前活动（waitlist、beta、early access）与发布当天同等重要；而发布后的前 90 天决定了产品的长期轨迹，因此 Post-launch 不能只是"收集反馈"一句话带过。

成功指标表

对应 gtm-strategy 技能的指标五层模型（意识、参与、转化、收入、市场）。30/90 天双目标要求把指标落到具体数字——这正是技能中"发布前建立基线指标以衡量影响"的用途：没有基线，就无法判定 30 天目标是否达成。

风险与缓解表

风险识别可以进一步联动仓库中 pm-execution 插件的 pre-mortem 技能 与 strategy-red-team 技能 做对抗性压力测试，把隐性风险显性化后再填入本表。

扩张计划

[After beachhead: which adjacent segments, in what order, with what adaptations]

这是 Step 2 中"标注相邻细分"的正式落点，呼应 beachhead-segment 技能"滩头可向相邻细分转介"的标准——按顺序、带适配说明地列出扩张路径，而不是模糊地写"然后进入更多市场"。

四、安装与使用环境

/plan-launch是 Claude 生态的斜杠命令，安装 pm-go-to-market 插件即可使用。按仓库根 README.md 的安装说明，Claude Code 用户可执行：

# Step 1: Add the marketplace claude plugin marketplace add phuryn/pm-skills # Step 2: Install individual plugins claude plugin install pm-go-to-market@pm-skills

Claude Cowork（非开发者推荐）则通过"Customize → Browse plugins → Personal → + → Add marketplace from GitHub"输入phuryn/pm-skills安装，所有插件自动装入。Codex CLI 用户同样可以通过codex plugin marketplace add phuryn/pm-skills安装技能，但斜杠命令不会作为 Codex 命令运行——需要改用自然语言描述步骤，或要求 Codex 将命令文件转换为等效技能。

需要注意的前提条件：skills/*/SKILL.md遵循通用技能格式，可在 Gemini CLI、OpenCode、Cursor、Kiro 等工具中使用；而命令（斜杠命令）是 Claude 专属的。也就是说，/plan-launch的命令工作流依赖 Claude 环境，但其背后三个技能的思路可在任何支持 SKILL.md 格式的工具中独立复用。

五、使用注意与最佳实践

命令文档 Notes 一节的五条原则是整个工作流的方法论收口：

1. "Everyone" 不是一个细分——滩头市场越聚焦，学习速度越快。这与 beachhead-segment 技能"从极度具体的细分开始，利基滩头好过模糊的大众市场"的建议一致；
2. ICP 要具体到销售/市场 30 秒内可识别——颗粒度不够的 ICP 无法指导任何执行动作；
3. 信息传递用客户的语言——不要用内部术语自说自话；
4. 发布前活动与发布当天同等重要——waitlist、beta、early access 都是发布的一部分；
5. 为发布后做计划——发布后的前 90 天决定长期轨迹，时间线表的 Post-launch 阶段要认真对待。

六、小结

/plan-launch是 pm-skills 仓库中"命令串联技能"模式的典型代表：一次斜杠调用，按序执行 beachhead-segment、ideal-customer-profile、gtm-strategy 三个框架技能，最终产出一份从滩头市场、ICP、定位信息传递、渠道、时间线到指标、风险、扩张计划的结构化 GTM 文档。它与battlecard、growth-strategy等命令在设计上互相衔接，覆盖了从"定义市场"到"赢得销售"的完整发布链路。对正在规划新功能、新产品或新市场扩张的产品经理而言，这是把 Geoffrey Moore 的滩头策略、Christensen 的 JTBD 理论和跨渠道 GTM 方法一次性落到文档里的最短路径。

【免费下载链接】pm-skillsPM Skills Marketplace: 100+ agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills