产品经理助手

覆盖产品全流程的智能助手

产品介绍

facemini产品经理助手 · 用户使用教程

一、产品简介

facemini产品经理助手 是 facemini 公司自主研发的一款产品经理综合技能工具,整合了 40+ 种经过行业验证的产品方法论框架,覆盖从产品战略、需求分析、用户研究、PRD 撰写、优先级排序到敏捷执行的全流程。

本技能的核心价值在于:让每一位产品经理(或需要做产品决策的人),都能站在成熟方法论的肩膀上,系统地完成产品从 0 到 1、从 1 到 N 的每一环工作。

无论你是想梳理产品战略、挖掘真实用户需求、写出规范 PRD,还是需要科学地排定需求优先级,本技能都能为你提供现成的框架、模板与最佳实践。

产品特色

特色说明
方法论集成整合 40+ 种主流产品方法论,一套技能覆盖全流程
模板即用提供 PRD、用户故事、测试场景、会议纪要等现成模板
科学决策KANO / RICE / ICE / MoSCoW 等优先级框架,告别拍脑袋
实战导向融合访谈脚本、机会评分、预死亡分析等一线实战方法
持续进化技能内置"踩坑经验"模块,随使用不断积累沉淀

二、适用人群

人群适用场景
产品经理 / 产品负责人日常需求分析、PRD 撰写、优先级排序、Sprint 规划
创业者 / 创始人商业模式设计、产品战略梳理、机会评估
项目经理 / 敏捷教练Sprint 规划、回顾会、干系人管理
设计师 / 工程师用户故事编写、测试场景设计、需求澄清
运营 / 市场人员用户访谈、数据分析、指标体系建设
学生 / 产品新人系统学习产品方法论,快速入门

三、核心能力总览

本技能按产品工作全流程划分为六大能力层:

能力层核心能力主要工具/框架
战略层产品策略、商业模式、价值主张产品策略画布、商业模式画布、SWOT、波特五力、PESTLE、安索夫矩阵
研究层用户访谈、需求挖掘、市场调研JTBD、5W1H、Y模型、用户故事地图、机会解决方案树
分析层需求分析、竞品分析、优先级评估KANO、RICE、ICE、MoSCoW、机会评分、预死亡分析
文档层PRD、详细设计、用户故事、测试用例8模块PRD模板、DDD结构、INVEST标准
执行层Sprint规划、OKR、回顾会、发布敏捷规划、OKR制定、回顾会格式、干系人地图
数据层指标设计、数据看板、效果追踪北极星指标、AARRR、HEART、漏斗分析

四、快速上手

4.1 三步上手

  1. 安装技能:按照《技术文档.md》中的安装说明,将技能安装到你的 AI 助手中(约 1 分钟)。
  2. 发起请求:直接用自然语言向 AI 助手描述你的需求,例如:
    • "帮我分析这个新功能的需求优先级,用 RICE 框架"
    • "写一份完整的产品需求文档(PRD)"
    • "帮我设计一次用户访谈的脚本"
  3. 获取输出:AI 助手将按照对应方法论框架,输出结构化、可直接使用的内容。

4.2 推荐提问话术

场景推荐话术
写 PRD"请用 8 模块 PRD 模板,为我写一份[产品/功能]的需求文档"
需求优先级"用 KANO 模型帮我分类这批需求,并给出优先级建议"
用户研究"帮我设计一份用户访谈脚本,主题是[研究主题]"
产品战略"用商业模式画布帮我梳理[产品]的商业模式"
指标设计"为[产品]定义北极星指标和输入指标体系"
敏捷执行"帮我制定本 2 周 Sprint 的规划"

4.3 输出能力一览

AI 助手在本技能支持下可输出:

  • 📄 完整 PRD 文档、详细设计文档(DDD)
  • 🧩 用户故事(含验收标准)、测试场景用例
  • 📊 需求优先级排序表(KANO/RICE/ICE/MoSCoW)
  • 🗺️ 产品战略画布、商业模式画布、SWOT 分析
  • 🎙️ 用户访谈脚本、访谈记录模板
  • 📈 数据指标体系、指标看板定义
  • 📋 Sprint 计划、OKR、会议纪要、发布说明

五、功能详解

5.1 需求分析方法论

5.1.1 KANO 模型——需求分类

KANO 模型帮助你将需求分为四类,明确"哪些必须做、哪些优先做、哪些不要做":

需求类型特征处理策略
基础型(必备)若没有,用户极度不满必须完成,作为 MVP 核心
期望型(意愿)做得越好,用户越满意优先完成,提升核心竞争力
兴奋型(魅力)用户意想不到择机完成,制造产品亮点
无差异型做不做用户都没感觉不做,避免浪费资源

5.1.2 Y 模型——深层需求挖掘

Y 模型揭示了一个关键原理:用户提出的往往是解决方案,而不是真实需求。分析时需沿两条路径进行:

用户需求 (What) → 目标动机 (Why) → 人性本质 → 产品方案 (How)
     ↑                              ↑                   ↓
     ←──── 验证核心假设 ←───────────────────────────────
  • 上端:用户嘴上说的需求(解决方案层面)
  • 下端:背后的真实动机(人性/利益层面)
  • 挖到底端后,再重构出更优的产品方案

5.1.3 5W1H 分析法

从六个维度全面审视需求:

  • Who:谁用?(多角色、权限控制)
  • Where:什么环境下用?(移动端/PC、网络环境)
  • When:什么时候用?(高频/低频)
  • Why:为什么要做?(解决什么痛点)
  • What:具体做什么?(功能本体)
  • How:如何实现?(前端交互、后端逻辑)

5.1.4 JTBD 需求挖掘(三层需求)

从三个层次理解用户需求:

需求层级核心问题示例
功能性需求用户要完成什么任务?自动化生成报表
社交性需求用户希望别人怎么看他?看起来更专业、数据驱动决策
情感性需求用户想避免什么感受?不再被老板质问而感到羞愧

5.1.5 伪需求识别

"人们其实不想买一个四分之一英寸的钻头,他们只想要一个四分之一英寸的洞!"

识别伪需求的四个关键方法:

  1. 追问"为什么":用户说"想要一匹更快的马",真实需求是"更快的交通工具"
  2. 观察用户行为:不仅听用户说什么,更要看用户怎么做
  3. 验证普遍性:是个别用户的需求还是群体需求
  4. 小范围测试:通过 MVP 或灰度发布验证

5.1.6 需求分析输出模板

【需求分析摘要】

**核心业务目标**:...
**用户角色矩阵**:
| 角色 | 核心诉求 | 痛点 |
|------|---------|------|

**关键功能域拆解**:
- 功能域A:...
- 功能域B:...

**需求优先级(KANO)**:
- 基础型:...
- 期望型:...
- 兴奋型:...

**待澄清风险/模糊点**:
- ...

5.2 产品策略框架

5.2.1 产品策略画布(9 模块)

回答产品战略的九个核心问题:

模块核心问题
愿景我们如何激励他人?我们渴望实现什么?
市场细分第一个目标细分市场是谁?为什么优先选择?
相对成本我们是优化低成本还是强调独特价值?
价值主张针对每个细分:现状→解决方案→改变后→替代方案
战略取舍我们不做什么?
关键指标北极星指标是什么?本季度 OMTM 是什么?
增长销售驱动还是产品驱动?如何规模化?
能力需要哪些核心能力?什么自建,什么合作?
防御性为什么竞争对手无法复制?

5.2.2 SWOT 分析

维度内容
优势(S)独特能力、品牌认知、客户关系、技术优势、成本优势
劣势(W)资源约束、技术限制、品牌知名度低、高成本结构
机会(O)市场增长、技术进步、监管变化、竞品弱点、合作机会
威胁(T)新兴竞品、需求变化、技术颠覆、监管风险、经济下行

战略应用:

  • 进攻(Build):优势 + 机会
  • 防御(Defend):劣势 + 威胁
  • 转型(Pivot):探索改变竞争格局的机会

5.2.3 波特五力模型

五力评估问题
竞争对手竞争有多激烈?对手规模和实力如何?
供应商议价能力供应商有多大话语权?
买方议价能力客户有多大压价能力?
替代品威胁存在哪些替代解决方案?
新进入者威胁新竞争对手容易进入吗?

5.2.4 PESTLE 分析

维度评估内容
政治(Political)政府政策、税收法规、政治稳定性
经济(Economic)经济增长、利率、通胀、消费者信心
社会(Social)人口趋势、文化态度、生活方式、教育水平
技术(Technological)新兴技术、数字化转型、网络安全
法律(Legal)数据保护、劳动法、知识产权
环境(Environmental)碳排放、可持续发展、ESG 要求

5.2.5 安索夫矩阵(增长策略)

现有市场新市场
现有产品市场渗透(低风险)市场开发(中风险)
新产品产品开发(中风险)多元化(高风险)

5.2.6 商业模式画布(BMC)

九个模块构建完整商业模式:

模块内容
核心伙伴关键战略合作伙伴和供应商
核心活动关键业务活动
核心资源创造价值所需的核心资源
价值主张为客户交付什么价值?
客户关系如何建立和维护客户关系?
渠道客户如何发现并获取价值?
客户细分核心客户细分是哪些?
成本结构最重要的成本是什么?
收入来源企业如何赚钱?

5.2.7 精益画布(精益创业版)

模块内容
问题Top 3 核心问题或需求
解决方案Top 3 核心功能
独特价值主张客户选择你的理由
不公平优势防御性竞争优势
客户细分目标客户和早期采用者
渠道主要获客渠道
收入来源定价模型和 LTV
成本结构CAC 和核心成本
关键指标核心追踪指标

5.3 用户研究与访谈

5.3.1 用户访谈脚本设计

开场白(2-3 分钟)

  • 介绍自己和访谈目的(学习,不是销售)
  • 设定预期:"没有对错之分,我们只是希望从您的经历中学习。"
  • 征得录音许可(如适用)

破冰阶段(5 分钟)

  • "请介绍一下您的工作职责,以及典型的一天是什么样的。"
  • 目标:建立信任,理解受访者背景

核心探索:JTBD(15-20 分钟)

当前情境与行为(过去时态):

  • "请带我回顾一下您上次[事情]的经过。"
  • "您用了哪些工具或方法?"
  • "花了多长时间?有哪些人参与?"

痛点与挫败感:

  • "那个过程中最难的地方是什么?"
  • "如果有一根魔法棒,您希望改变什么?"

期望产出:

  • "对您来说,这个领域'做得好'是什么样子?"

支付意愿:

  • "您目前在这上面花了多少时间/金钱?"

5.3.2 追问技巧

  • "能再说详细一点吗?" — 展开任何话题
  • "为什么?" — 深挖根本原因
  • "能举个具体例子吗?" — 从观点转向事实
  • "接下来发生了什么?" — 顺着故事追问

5.3.3 老妈测试原则(Mom Test)

  • 询问他们的生活,而非你的想法
  • 询问过去的事,而非未来
  • 少说多听 — 80/20 分配
  • 访谈过程中绝不推销
  • 关注强烈情绪 — 它们代表真实痛点

5.3.4 访谈记录模板

**日期**:[访谈日期]
**参与者**:[姓名和职位]
**背景**:[受访者背景]

**当前解决方案**:[他们目前使用什么]

**满意的地方**:
- [JTBD、期望产出、重要性及满意度]

**不满的地方**:
- [JTBD、期望产出、重要性及满意度]

**核心洞察**:
- [意外发现或值得关注的引用]

**行动项**:
- [日期、负责人、行动内容]

5.4 PRD 文档编写

5.4.1 完整 PRD 模板(8 大模块)

本技能提供行业标准的 8 模块 PRD 模板:

# [项目名称] 产品需求文档

## 1. 文档概览
| 项目 | 内容 |
|------|------|
| 版本号 | V1.0.0 |
| 状态 | [草稿/评审中/已生效] |
| 创建日期 | YYYY-MM-DD |
| 作者 | [姓名] |
| 审核人 | [姓名] |

## 2. 修订记录
| 版本 | 日期 | 修改人 | 修改内容 |
|------|------|--------|----------|

## 3. 背景与目标
- **业务背景**:为什么要做这个项目?
- **产品目标**(SMART):具体、可量化、有时限
- **用户画像**:涉及的角色及核心诉求

## 4. 范围定义
- **In Scope**:明确要实现的功能
- **Out of Scope**:明确不做的内容
- **MVP边界**:Must(必须)/ Should(应该)/ Could(可选)

## 5. 价值主张
- 现状(What before)→ 解决方案(How)→ 改变后(What after)→ 替代方案(Alternatives)

## 6. 用户故事
| 角色 | 动作 | 价值 | 验收标准 |

## 7. 详细功能说明
- 功能描述 / 前置条件 / 主流程 / 异常流程 / 后置条件

## 8. 非功能需求
- 性能 / 安全 / 兼容 / 可靠

## 9. 数据埋点
| 埋点位置 | 事件ID | 触发条件 | 上报字段 |

## 10. 风险评估
| 风险 | 概率 | 影响 | 缓解措施 |

5.4.2 PRD 撰写要点

  1. 量化表述:避免"大概""可能""尽量"
    • ❌ 错误:"页面加载尽量快"
    • ✅ 正确:"3G 网络下商品详情页加载时间 ≤ 2 秒"
  2. 逻辑闭环:每个正向操作都要有逆向逃生通道
  3. 边界穷尽:考虑所有异常情况
  4. 图文并茂:优先使用流程图、UML 图

5.4.3 一页纸 PRD(速查版)

适合快速对齐的轻量版 PRD:

【Goal】______(可量化的核心目标)
【Why】______(用户痛点+业务价值)
【Scope】
- Must:______
- Should:______
- Not now:______
【User Story】
- As a [角色], I want [功能], so that [价值]
【Key Flow】
______(核心流程,3-5步)
【Acceptance Criteria】
1. ______
【Metrics】
- 业务指标:______
- 技术指标:______
【Risks】
- ______:应对措施______

5.5 用户故事与测试场景

5.5.1 用户故事模板(INVEST 标准)

标题:[功能名称]

描述:作为 [用户角色],我想要 [操作],以便 [收益]。

设计:[设计文件链接]

验收标准:
1. [清晰、可测试的标准]
2. [可观察的行为]
3. [系统正确验证]
4. [边界情况处理]

INVEST 六大标准:Independent(独立)/ Negotiable(可协商)/ Valuable(有价值)/ Estimable(可估算)/ Small(规模适中)/ Testable(可测试)

5.5.2 用户故事示例

标题:最近浏览区域

描述:作为在线购物者,我想要在商品详情页看到「最近浏览」区域,以便轻松回顾我曾考虑过的商品。

验收标准:

  1. 对于浏览过至少 1 件商品的用户,「最近浏览」区域显示在商品详情页底部
  2. 对于本次会话访问第一件商品的用户,该区域不显示
  3. 当前商品被排除在展示列表之外
  4. 区域显示商品图片、标题和价格
  5. 每张卡片标注浏览时间(如"5 分钟前")
  6. 点击卡片跳转至对应商品详情页

5.5.3 测试场景模板

测试场景:[场景名称]

测试目标:[验证什么]

初始条件:
- [系统状态]
- [所需数据]
- [用户设置]

测试步骤:
1. [操作1] → [预期结果1]

预期结果:
- [可观察结果1]

5.6 优先级评估框架

5.6.1 框架选择决策树

产品处于什么阶段?
├── 早期/PMF探索期 → ICE(轻量快速)
├── 成长期/有用户数据 → RICE(数据驱动)
├── 功能分类需求 → KANO 模型
└── 敏捷开发团队 → MoSCoW / Value-Effort 矩阵

5.6.2 机会评分(Dan Olsen)

机会评分 = 重要性 × (1 − 满意度)
  • 归一化至 0-1 范围
  • 高重要性 + 低满意度 = 最高机会
  • 在"重要性 vs 满意度"图上,左上象限是黄金区域

5.6.3 ICE 评分法(快速排序)

维度说明
Impact影响力(机会评分 × 客户数量)
Confidence置信度(1-10,我们有多确定)
Ease简易度(1-10,实施难度)

ICE 得分 = I × C × E

5.6.4 RICE 评分法(规模化分析)

维度说明
Reach触达范围(受影响用户数)
Impact影响力
Confidence置信度(0-100%)
Effort工作量(人月)

RICE 得分 = (R × I × C) / E

5.6.5 MoSCoW 法则(敏捷范围管理)

类别含义建议比例
Must必须有60%
Should应该有20%
Could可以有15%
Won't本次不做5%

5.7 风险识别与分析

5.7.1 预死亡分析(Pre-Mortem)

被研究证明能提升 30% 问题发现率。方法:假设项目 6 个月后已经失败,写下所有可能的原因,再逐一评估。

三类风险分类:

类型定义处理
老虎(Tigers)真实问题,可能让项目脱轨必须采取行动
纸老虎(Paper Tigers)被夸大的担忧记录以对齐干系人
大象(Elephants)未被说出的隐忧值得深入调查

紧迫程度分级:

级别含义示例
发布阻断发布前必须解决核心功能损坏
快速跟进发布后 30 天内解决性能问题
持续跟踪监控,必要时解决边界情况

5.7.2 假设验证四维度

维度问题
价值(Value)能为客户创造价值吗?
可用性(Usability)用户能弄清楚如何使用吗?
商业可行性(Viability)市场、销售、财务能支持吗?
技术可行性(Feasibility)能用现有技术构建吗?

5.8 产品探索工具

5.8.1 机会解决方案树(OST)

以北极星指标(期望产出)为根,向下分解出机会(用户痛点),再为每个机会发散多个解决方案,最后通过实验验证:

期望产出(北极星指标)
    └── 机会1(痛点)── 方案1 ── 实验
        └── 机会2(痛点)── 方案2
        └── 机会3(痛点)── 方案3

核心原则:

  • 一次聚焦一个产出
  • 关注机会,不是功能
  • 每个机会至少对比 3 个方案
  • 探索不是线性的,实验失败就循环回来

5.8.2 产品铁三角

产品经理 + 设计师 + 工程师共同参与探索。"最好的创意往往来自工程师。"


5.9 OKR 与目标管理

5.9.1 OKR 模板

目标:让新用户享受轻松愉快的引导体验

关键成果:
- KR1:引导调研 CSAT 评分 >= 75%
- KR2:66% 以上的用户在两天内完成引导
- KR3:平均首次价值实现时间(TTV)<= 20分钟

5.9.2 OKR vs KPI vs 北极星指标

概念说明
OKR鼓舞人心的目标 + 可衡量的关键成果
KPI长期跟踪的核心量化指标
北极星指标单一、以客户为中心、成功领先指标

关系:关键成果可以是 KPI;OKR 的 KR 可以表达北极星指标的变化。


5.10 Sprint 规划与管理

5.10.1 Sprint 规划四步法

  1. 估算团队容量:成员数量 × 可用时间;参考历史速率(3 个 Sprint 平均);预留 15-20% 缓冲
  2. 评审并选取故事:从优先级列表取用;验证"就绪定义";达到容量上限停止
  3. 映射依赖关系:识别外部依赖;合理排序;标注关键路径
  4. 创建 Sprint 计划

5.10.2 Sprint 计划模板

Sprint目标:[一句话描述成功的样子]
时长:[2周]
团队容量:[X故事点]
已承诺:[Y故事点]
缓冲:[剩余容量]

故事列表:
1. [故事] — [故事点] — [负责人] — [依赖项]

风险:
- [风险] → [缓解措施]

5.10.3 回顾会三种格式

格式维度
Start/Stop/Continue开始做什么 / 停止做什么 / 继续做什么
4LsLiked(喜欢)/ Learned(学到)/ Lacked(缺少)/ Longed For(渴望)
帆船模型风(推进力)/ 锚(阻力)/ 礁石(风险)/ 岛屿(目标)

5.11 干系人管理

5.11.1 权力 × 利益方格

高关注度低关注度
高权力重点管理(定期一对一、参与决策)保持满意(定期更新、仅上报关键问题)
低权力及时告知(定期状态更新、收集反馈)持续监控(轻量级更新、按需响应)

5.11.2 沟通计划模板

干系人角色权力关注度策略频率渠道

5.12 数据指标体系

5.12.1 北极星指标框架

北极星指标(North Star)
├── 输入指标(3-5个)
├── 健康指标(延迟、错误率、NPS)
└── 业务指标(MRR、CAC、LTV、流失率)

5.12.2 好指标的 4 个标准

  1. 易理解 — 形成共同语言
  2. 可比较 — 随时间变化
  3. 是比率 — 比绝对数字更具洞察力
  4. 能改变行为 — "如果一个指标不会改变你的行为,它就是一个糟糕的指标"

5.12.3 AARRR 海盗指标

阶段指标说明
Acquisition获取用户如何发现你?
Activation激活用户第一次体验好吗?
Retention留存用户会回来吗?
Referral推荐用户会推荐别人吗?
Revenue收入你如何盈利?

5.12.4 指标看板定义模板

指标定义数据来源可视化目标值告警阈值

5.13 定价策略

5.13.1 定价模型选择

模型最适合特点
统一费率简单产品定价透明、易于理解
按席位协作工具随团队规模线性增长
按用量基础设施、API用多少付多少、弹性
分级定价有明显细分覆盖不同付费能力
免费增值有网络效应低门槛获客、转化付费
价值定价高影响力企业按客户价值定价、溢价空间大

5.13.2 分层定价设计

| 套餐 | 价格 | 目标细分 | 核心功能 |
|------|------|----------|----------|
| 免费 | ¥0 | 试用用户 | 基础功能 |
| 专业 | ¥99/月 | 个人用户 | 高级功能 |
| 企业 | ¥299/月 | 团队用户 | 全部功能 |

锚定定价:让最受欢迎的套餐看起来是显而易见的最优选择。


5.14 发布与文档管理

5.14.1 发布说明模板

# [产品名称] — [版本 / 日期]

## 新功能
- **[功能名称]**:[1-2句话描述及重要性]

## 改进
- **[改进方向]**:[什么变得更好了]

## 缺陷修复
- 修复了 [用户语言描述的问题]

## 破坏性变更(如有)
- **需要操作**:[用户需要做什么]

撰写原则:以用户收益为先,而非技术变更;使用通俗语言;每个条目 1-3 句话。例如"实现缓存层"应写成"仪表板加载速度提升最高 3 倍"。

5.14.2 会议摘要模板

## 会议摘要
**日期与时间**:[日期和时间]
**参与者**:[姓名和角色]
**主题**:[简短标题]

**摘要**
- **要点1**:[关键讨论]

**行动项**
| 截止日期 | 负责人 | 行动内容 |

**已做决策**
- [决策1]

**待解问题**
- [问题1]

六、典型使用场景

场景一:新项目立项(从 0 到 1)

需求:"我要做一个面向中小企业的一站式财务管理产品,帮我从战略到 PRD 全流程规划。"

AI 助手输出链路:

  1. PESTLE 分析 → 宏观环境判断
  2. 波特五力 → 竞争格局分析
  3. 安索夫矩阵 → 增长方向选择
  4. 商业模式画布 → 商业模式设计
  5. 产品策略画布 → 战略定调
  6. 用户访谈脚本 → 启动用户研究
  7. 完整 PRD → 落地输出

场景二:需求评审会准备

需求:"下周要开需求评审会,帮我准备需求分析和优先级排序。"

AI 助手输出链路:

  1. 需求分析摘要模板 → 结构化梳理需求
  2. KANO 模型 → 需求分类
  3. RICE 评分 → 量化优先级
  4. 用户故事(INVEST)→ 描述待评审需求
  5. 风险评估(预死亡分析)→ 提前暴露风险

场景三:Sprint 规划

需求:"帮我规划下一个 Sprint。"

AI 助手输出链路:

  1. 团队容量估算
  2. 故事选取与依赖映射
  3. Sprint 计划模板输出
  4. 干系人沟通计划同步

场景四:数据指标体系搭建

需求:"帮我们的产品搭建数据指标体系。"

AI 助手输出链路:

  1. 北极星指标确定
  2. 输入指标 / 健康指标 / 业务指标分层
  3. 指标看板定义表
  4. AARRR 全漏斗梳理

七、使用技巧与避坑指南

7.1 使用技巧

  1. 明确角色:提问时明确说明你希望 AI 以什么角色、用什么框架输出,结果更精准。
  2. 组合使用:多数场景需要多个框架组合,如"KANO 分类 + RICE 排序"是最常用的优先级组合拳。
  3. 要求量化:提示 AI"所有描述必须量化",可显著提升 PRD 等文档质量。
  4. 迭代打磨:先让 AI 输出初稿,再基于框架要点逐项检查补充。
  5. 善用模板:访谈记录、会议纪要、发布说明等日常文档可直接套用内置模板。

7.2 常见错误与正确做法

常见错误正确做法
需求背景模糊背景要讲清:用户痛点 + 业务影响
功能描述模糊描述要量化:用数字代替形容词
只写正常情况边界要穷尽:考虑所有异常场景
验收标准不量化验收要可测试:明确具体指标
原型与描述不一致逻辑要一致:文字、流程图、原型图统一
忘记逆向流程流程要完整:每个正向操作都有逆向通道
版本控制混乱变更要记录:所有修改都有书面记录
以产出为导向以成果为导向:聚焦客户和业务影响

八、常见问题(FAQ)

Q1:这个技能需要编程基础吗? 不需要。你只需用自然语言描述需求,AI 助手会调用内置方法论框架帮你完成分析、排序和文档编写。

Q2:技能里的框架太多,我该选哪个? 建议遵循内置的"框架选择决策树":早期探索用 ICE,成长期用 RICE,需求分类用 KANO,敏捷团队用 MoSCoW。拿不准时,直接问 AI:"我的场景是 X,该用哪个框架?"

Q3:输出的 PRD 可以直接用吗? 可以。输出基于行业标准模板,但建议你根据团队实际规范补充公司特有字段,并对照"PRD 撰写要点"自查一遍。

Q4:如何让输出更贴合我的产品? 提供更多上下文效果更好,例如:产品定位、目标用户、业务目标、已有数据、团队规模等。信息越充分,输出越精准。

Q5:技能会更新吗? 会。本技能内置"踩坑经验"模块,使用过程中会自动沉淀实战经验,让技能越用越顺手。


九、版本记录

版本日期说明
V1.0.02026-08-11首个对外发布版本,整合 40+ 产品方法论框架

十、版权声明

本产品(facemini产品经理助手)由 facemini 公司自主研发,拥有完全的知识产权。

  • 未经 facemini 公司书面许可,任何单位或个人不得对本产品进行复制、修改、反编译、二次分发或用于商业用途。
  • 本产品中的方法论框架为通用行业知识,相关著作权益归原作者所有;产品化整合、模板设计与使用体验由 facemini 公司原创提供。

© 2026 facemini. All rights reserved.

最近更新

v1.0.1
稳定版
3 个月前

用户投稿,审核通过后发布。