本文へ移動
cccskills
無料GitHub で公開

positioning

定义产品定位和差异化时使用。适用于新产品定义、团队对"我们做什么"有分歧、需要向外部解释产品价值。优先使用 Geoffrey Moore 的定位声明框架。

インストール方法を見る

含まれるファイル(3)

  • SKILL.md4.9 KB
  • templates/positioning-template.md1.8 KB
  • templates/positioning-test-template.md1.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

产品定位声明(Positioning Statement)

参考来源:Geoffrey Moore《Crossing the Chasm》

适用场景

  • 新产品从零定义
  • 团队对"我们到底在做什么"有分歧
  • 需要向投资人/客户/合作方解释产品
  • 营销文案的源头
  • 产品路线图的方向锚点

不适用场景

  • 已有定位的产品(除非要 pivot)
  • 单功能迭代(不需要重新定位)
  • 内部工具(不对外部讲)

核心模板

对于 [目标用户]
他们 [有什么需求/痛点]
[产品名] 是一个 [产品类别]
它能 [关键价值/差异化]
不同于 [竞品/替代方案]
我们的产品 [独特优势]

六个要素详解

1. 目标用户(For)

具体到能想象出真人,不要模糊群体。

❌ "对于所有想提升效率的人"
✅ "对于 5~50 人的小型设计团队的项目经理"

2. 需求/痛点(Who)

用用户语言描述他们当前的问题。

❌ "他们需要更好的工具"
✅ "他们每周花 10+ 小时手动跟踪设计评审进度"

3. 产品类别(Is a)

用一句话说出产品是什么类型。让用户能立即归类。

❌ "一个革命性的 AI 平台"
✅ "一个面向设计团队的协作工具"

4. 关键价值(That)

最核心的 1~2 个价值点。

❌ "提供完整的解决方案"
✅ "自动跟踪每个设计稿的评审状态,节省 8 小时/周"

5. 竞品/替代方案(Unlike)

明确指出和谁比。没有竞品就是没有市场。

✅ "不同于 Figma 的评论功能"
✅ "不同于用 Notion 手动维护评审表"
✅ "不同于发邮件追问每个 reviewer"

6. 独特优势(Our product)

为什么选你而不是竞品。

❌ "更好用、更快"
✅ "自动化评审流程 + 与 Figma 双向同步 + 历史评审记录可追溯"

工作示例

对于 5~50 人小型设计团队的项目经理(PM)
他们每周花 10+ 小时手动跟踪设计评审进度
ReviewFlow 是一个面向设计团队的协作工具
它能自动跟踪每个设计稿的评审状态,节省 8 小时/周
不同于 Figma 内置评论或用 Notion 手动维护评审表
我们的产品提供自动化评审流程 + 与 Figma 双向同步 + 历史评审记录可追溯

工作流程

1. 列出当前对产品的所有理解(团队各人版本)
   ↓
2. 找出冲突点和共识点
   ↓
3. 用六要素模板填空
   ↓
4. 每个空格至少有 3 个候选 → 选最具体的
   ↓
5. 整合成一段话
   ↓
6. 用以下问题压力测试:
   - 把"产品名"换成竞品,是否还成立?
   - 用户能不能立刻理解?
   - 团队成员能不能用同一句话复述?
   ↓
7. 输出最终定位声明

质量自检

□ 目标用户是否具体(能想象出真人)
□ 痛点是否用用户语言(不是解决方案语言)
□ 产品类别是否清晰(用户能立即归类)
□ 关键价值是否可量化(不是"更好"而是"X% 提升")
□ 是否明确指出了竞品(包括"不用任何工具"也是替代方案)
□ 独特优势是否真的独特(竞品也能说同样的话吗?)
□ 整体读起来是否自然(不是堆砌买点)

常见坑

  1. 目标用户太宽——"所有用户" → 没有用户
  2. 痛点是解决方案——"需要 AI 推荐" → 应该是"找不到想要的内容"
  3. 没有竞品——团队认为"我们是独一无二的" → 用户在用 Excel 也是替代方案
  4. 价值不可量化——"更高效" → "节省 8 小时/周"
  5. 优势是功能——"提供 100+ 模板" → "为什么对用户重要?"
  6. 太长——超过 5 句话就该拆
  7. 从内向外说——讲技术不讲价值

测试方法

替换测试

把产品名替换成主要竞品,看声明是否还成立。

原版:
"对于设计团队的 PM... ReviewFlow 是一个协作工具..."

替换为 Figma:
"对于设计团队的 PM... Figma 是一个协作工具..."

→ 还成立?说明定位不够独特,需要细化

5 秒测试

把声明给一个不了解产品的人看 5 秒,问:

  • 这是给谁用的?
  • 解决什么问题?
  • 和别的工具有什么区别?

如果答不上来,说明定位不够清晰。

配套模板

  • templates/positioning-template.md — 六要素模板
  • templates/positioning-test-template.md — 替换测试和 5 秒测试模板

与其他 skill 的协作

上游:
  pr-faq → 愿景对齐后再做定位

平行:
  opportunity-tree → 用定位指导机会筛选

下游:
  转交 PRD → 写在背景章节
  转交 UI/UX → 指导视觉风格选择
  转交营销/技术文档 → 对外宣传文案的源头

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

A/B 测试设计与分析时使用。适用于产品实验、功能验证、转化率优化。融合假设驱动 + 样本量计算 + 置信度判断。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

上线前业务方/产品方验收时使用。适用于功能交付确认、UAT、发布会签。融合 BDD Given-When-Then、Specification by Example、ATDD。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

设计无障碍可访问的界面时使用。适用于满足 WCAG 标准、键盘导航、屏幕阅读器支持。优先使用 WCAG 2.2 AA 级标准 + 键盘 + 焦点 + 对比度 + ARIA。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

实现可访问性(无障碍)时使用。覆盖 WCAG 2.2 AA / ARIA / 键盘导航 / 屏幕阅读器 / 颜色对比 / 焦点管理。融合 React Aria / Radix UI / Headless UI 实践 + axe-core 自动化测试。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

AI 模型部署时使用。适用于推理服务 / GPU / TensorRT / 监控 / 扩缩容。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

数据分析报告输出时使用。适用于业务分析报告、周报、专项分析、决策支持。融合洞察 + 建议 + 行动项。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

zhaoxuya520 のスキルをすべて見る

このスキルの問題を報告する