mcpField
P
pm-positioning

pm-positioning

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

关于 pm-positioning

pm-positioning 是一项产品管理技能，用于编写面向特定用户画像的定位文档和问题导向能力表。它引导团队界定问题、撰写简洁定位陈述，并将问题对应到产品能力与功能。

主要功能

  1. 01按用户画像编写定位文档
  2. 02问题导向能力表
  3. 03不超过 25 词的定位陈述
  4. 04不超过 50 词的产品描述
  5. 05支持 Markdown 和按需提供 DOCX

适用场景

  1. 01围绕用户画像的问题统一团队认知
  2. 02向设计和工程团队提供产品简报
  3. 03向市场团队传递产品背景
  4. 04为 pm-requirements 梳理问题

安装

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

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

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

详细介绍

定位文档（Pragmatic 框架：规划 → 定位）

规则： 定位关注你解决的问题，而不是功能。 每个问题不同的角色都要创建一份单独的定位文档。用角色的第一人称口吻描述问题。这是一份内部文档（“内部新闻稿”），用于争取认同、向设计／工程团队简要说明，并移交给营销团队以构建对外信息。请参阅 ../pm-copilot/references/framework.md 中的基本要素。

准备

理想情况下，由 3–6 位了解市场的团队成员组成团队，并保持客观。从一个产品和一个角色／细分市场开始。如果尚未定义角色或市场问题，请先运行 pm-personas 和 pm-market-problems（或在此过程中收集相关信息）。

访谈用户以收集输入（批量提问）

  1. 本文档针对的产品和一个角色 + 市场细分。
  2. 问题——这个角色为何在意？目前有哪些痛点？（设身处地；使用他们的措辞。）
  3. 从该角色角度看，理想的解决方案——清晰且具体。
  4. 问题真实存在的证据（访谈、赢单／输单分析、支持工单、调查）。
  5. 产品的功能——提供足够信息，以便将功能映射到能力。

按三个步骤完成（Pragmatic 方法）

步骤 1 — 起草文档的前四个部分：

  • 问题——“当今行业中存在一个问题……”（角色的第一人称）。
  • 解决方案——“解决这个问题的理想方案是……”（清晰、具体）。
  • 定位陈述——“广告牌”文案，≤25 个词，使用以下公式：

    对于**[角色]，[产品]通过[动词][主要收益]，来[动词][问题]**。

  • 产品描述——概述，≤50 个词。

步骤 2 — 面向问题的能力（POC）工作表。 列出产品为该角色解决的所有问题（第一人称）→ 将相似问题分组并精简为3–5 个问题组 → 为每组命名一个面向问题的能力 → 将产品的功能映射到各项能力。表格：市场问题 | 面向问题的能力 | 产品功能。

步骤 3 — 完成文档，列出 3–5 项面向问题的能力。

工件模板

定位文档
# Positioning Document — <Product Name>

**Product Name:** <name>
**Persona & Market Segment:** <persona> / <segment>
**Company:** <company>  ·  **Feature / Product:** <name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** 1.0
*Internal document — describes the product by the problems it solves.*

## Problem
There is a problem in the industry today: <persona's first-person description of the pain, with evidence>.

## Solution
The ideal solution to this problem is <clear, specific solution from the persona's point of view>.

## Positioning Statement
> For <persona>, <product> <verb> <problem> by <verb> <primary benefit>.


## Product Description
<≤50-word overview of the product.>

## Problem-Oriented Capabilities
1. <Capability> — <benefit>
2. <Capability> — <benefit>
3. <Capability> — <benefit>
4. <Capability> — <benefit>
5. <Capability> — <benefit>

## Evidence & open questions
- <evidence sources / interview counts>
- > TODO: <anything unproven, flagged as an assumption>
面向问题的能力工作表
# Problem-Oriented Capabilities — <Product> / <Persona>

| Market Problems (persona's first person) | Problem-Oriented Capability | Product Features |
| :--- | :--- | :--- |
| "I can't …" | <Capability> | <feature>, <feature> |
| "It takes too long to …" | <Capability> | <feature> |

示例参考（来自 Pragmatic 的示例）

对于产品经理 Robin，Product Minder 通过将所有产品信息整合到一个系统中，减少了管理各处想法和需求带来的挫败感。 能力：即时需求、创意库、自动反馈、链接追踪、状态视图。

提交工件

遵循 ../pm-copilot/references/artifact-output.md：确认输入，询问用户需要 Markdown 还是 .docx，编写 .md，并在用户提出要求时，使用你所在环境的原生文档创建功能转换为 .docx。交付定位文档和 POC 工作表。 然后提出下一阶段：将这些问题转化为已确定优先级的 pm-requirements。

评论

支持 Markdown