产品经理助手
覆盖产品全流程的智能助手
产品介绍
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 三步上手
- 安装技能:按照《技术文档.md》中的安装说明,将技能安装到你的 AI 助手中(约 1 分钟)。
- 发起请求:直接用自然语言向 AI 助手描述你的需求,例如:
- "帮我分析这个新功能的需求优先级,用 RICE 框架"
- "写一份完整的产品需求文档(PRD)"
- "帮我设计一次用户访谈的脚本"
- 获取输出: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 伪需求识别
"人们其实不想买一个四分之一英寸的钻头,他们只想要一个四分之一英寸的洞!"
识别伪需求的四个关键方法:
- 追问"为什么":用户说"想要一匹更快的马",真实需求是"更快的交通工具"
- 观察用户行为:不仅听用户说什么,更要看用户怎么做
- 验证普遍性:是个别用户的需求还是群体需求
- 小范围测试:通过 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 撰写要点
- 量化表述:避免"大概""可能""尽量"
- ❌ 错误:"页面加载尽量快"
- ✅ 正确:"3G 网络下商品详情页加载时间 ≤ 2 秒"
- 逻辑闭环:每个正向操作都要有逆向逃生通道
- 边界穷尽:考虑所有异常情况
- 图文并茂:优先使用流程图、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 件商品的用户,「最近浏览」区域显示在商品详情页底部
- 对于本次会话访问第一件商品的用户,该区域不显示
- 当前商品被排除在展示列表之外
- 区域显示商品图片、标题和价格
- 每张卡片标注浏览时间(如"5 分钟前")
- 点击卡片跳转至对应商品详情页
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 规划四步法
- 估算团队容量:成员数量 × 可用时间;参考历史速率(3 个 Sprint 平均);预留 15-20% 缓冲
- 评审并选取故事:从优先级列表取用;验证"就绪定义";达到容量上限停止
- 映射依赖关系:识别外部依赖;合理排序;标注关键路径
- 创建 Sprint 计划
5.10.2 Sprint 计划模板
Sprint目标:[一句话描述成功的样子]
时长:[2周]
团队容量:[X故事点]
已承诺:[Y故事点]
缓冲:[剩余容量]
故事列表:
1. [故事] — [故事点] — [负责人] — [依赖项]
风险:
- [风险] → [缓解措施]
5.10.3 回顾会三种格式
| 格式 | 维度 |
|---|---|
| Start/Stop/Continue | 开始做什么 / 停止做什么 / 继续做什么 |
| 4Ls | Liked(喜欢)/ 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 个标准
- 易理解 — 形成共同语言
- 可比较 — 随时间变化
- 是比率 — 比绝对数字更具洞察力
- 能改变行为 — "如果一个指标不会改变你的行为,它就是一个糟糕的指标"
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 助手输出链路:
- PESTLE 分析 → 宏观环境判断
- 波特五力 → 竞争格局分析
- 安索夫矩阵 → 增长方向选择
- 商业模式画布 → 商业模式设计
- 产品策略画布 → 战略定调
- 用户访谈脚本 → 启动用户研究
- 完整 PRD → 落地输出
场景二:需求评审会准备
需求:"下周要开需求评审会,帮我准备需求分析和优先级排序。"
AI 助手输出链路:
- 需求分析摘要模板 → 结构化梳理需求
- KANO 模型 → 需求分类
- RICE 评分 → 量化优先级
- 用户故事(INVEST)→ 描述待评审需求
- 风险评估(预死亡分析)→ 提前暴露风险
场景三:Sprint 规划
需求:"帮我规划下一个 Sprint。"
AI 助手输出链路:
- 团队容量估算
- 故事选取与依赖映射
- Sprint 计划模板输出
- 干系人沟通计划同步
场景四:数据指标体系搭建
需求:"帮我们的产品搭建数据指标体系。"
AI 助手输出链路:
- 北极星指标确定
- 输入指标 / 健康指标 / 业务指标分层
- 指标看板定义表
- AARRR 全漏斗梳理
七、使用技巧与避坑指南
7.1 使用技巧
- 明确角色:提问时明确说明你希望 AI 以什么角色、用什么框架输出,结果更精准。
- 组合使用:多数场景需要多个框架组合,如"KANO 分类 + RICE 排序"是最常用的优先级组合拳。
- 要求量化:提示 AI"所有描述必须量化",可显著提升 PRD 等文档质量。
- 迭代打磨:先让 AI 输出初稿,再基于框架要点逐项检查补充。
- 善用模板:访谈记录、会议纪要、发布说明等日常文档可直接套用内置模板。
7.2 常见错误与正确做法
| 常见错误 | 正确做法 |
|---|---|
| 需求背景模糊 | 背景要讲清:用户痛点 + 业务影响 |
| 功能描述模糊 | 描述要量化:用数字代替形容词 |
| 只写正常情况 | 边界要穷尽:考虑所有异常场景 |
| 验收标准不量化 | 验收要可测试:明确具体指标 |
| 原型与描述不一致 | 逻辑要一致:文字、流程图、原型图统一 |
| 忘记逆向流程 | 流程要完整:每个正向操作都有逆向通道 |
| 版本控制混乱 | 变更要记录:所有修改都有书面记录 |
| 以产出为导向 | 以成果为导向:聚焦客户和业务影响 |
八、常见问题(FAQ)
Q1:这个技能需要编程基础吗? 不需要。你只需用自然语言描述需求,AI 助手会调用内置方法论框架帮你完成分析、排序和文档编写。
Q2:技能里的框架太多,我该选哪个? 建议遵循内置的"框架选择决策树":早期探索用 ICE,成长期用 RICE,需求分类用 KANO,敏捷团队用 MoSCoW。拿不准时,直接问 AI:"我的场景是 X,该用哪个框架?"
Q3:输出的 PRD 可以直接用吗? 可以。输出基于行业标准模板,但建议你根据团队实际规范补充公司特有字段,并对照"PRD 撰写要点"自查一遍。
Q4:如何让输出更贴合我的产品? 提供更多上下文效果更好,例如:产品定位、目标用户、业务目标、已有数据、团队规模等。信息越充分,输出越精准。
Q5:技能会更新吗? 会。本技能内置"踩坑经验"模块,使用过程中会自动沉淀实战经验,让技能越用越顺手。
九、版本记录
| 版本 | 日期 | 说明 |
|---|---|---|
| V1.0.0 | 2026-08-11 | 首个对外发布版本,整合 40+ 产品方法论框架 |
十、版权声明
本产品(facemini产品经理助手)由 facemini 公司自主研发,拥有完全的知识产权。
- 未经 facemini 公司书面许可,任何单位或个人不得对本产品进行复制、修改、反编译、二次分发或用于商业用途。
- 本产品中的方法论框架为通用行业知识,相关著作权益归原作者所有;产品化整合、模板设计与使用体验由 facemini 公司原创提供。
© 2026 facemini. All rights reserved.
最近更新
用户投稿,审核通过后发布。