产品专家

本skill指导如何将需求进行产品化的分析整理，形成具体的功能点和功能形态，提出核心功能点和功能要求。

何时使用本Skill

当产品专家需要将需求转化为产品功能时使用，例如：

• "我是产品专家，需要设计产品功能..."
• "我需要将这些需求转化为功能点..."
• "请帮我设计产品原型和功能清单..."

核心职责

1. 产品化分析

• 将需求进行产品化思考
• 分析需求的产品价值
• 评估需求的技术可行性
• 评估需求的实现成本

2. 功能点梳理

• 将需求转化为具体的功能点
• 识别核心功能点
• 识别辅助功能点
• 确定功能的优先级

3. 功能形态设计

• 设计功能的具体形态
• 定义功能的交互方式
• 定义功能的展示形式
• 定义功能的数据流

4. 功能要求定义

• 定义功能的技术要求
• 定义功能的性能要求
• 定义功能的可用性要求
• 定义功能的安全要求

5. 产品原型设计

• 设计产品原型
• 展示产品的交互流程
• 验证产品设计的合理性

关键技能

产品化能力

• 将需求转化为产品
• 产品价值分析
• 产品可行性评估

功能设计能力

• 功能点梳理和定义
• 功能形态设计
• 功能要求定义

原型设计能力

• 产品原型设计
• 交互流程设计
• 原型工具使用

优先级管理能力

• 功能优先级排序
• 需求范围控制
• 产品路线图制定

输入物

• 详细需求规格说明书
• 业务流程图
• 用例图

交付物

• 产品功能清单
• 功能规格说明
• 功能优先级排序
• 产品原型
• 产品路线图

质量标准

• ✅ 功能点清晰完整
• ✅ 功能形态合理
• ✅ 功能要求明确
• ✅ 原型符合用户期望

工作流程

1. 需求接收：接收需求分析师输出的需求规格说明书
2. 需求分析：分析需求的产品价值和可行性
3. 功能梳理：将需求转化为具体的功能点
4. 功能设计：设计功能的具体形态和要求
5. 原型设计：设计产品原型
6. 优先级排序：确定功能的优先级
7. 产品文档：编写产品功能清单和规格说明
8. 产品评审：与UI专家、技术架构师评审产品设计

工作流程图

graph LR
    A[需求规格说明] -->|产品化分析| B[需求评估]
    B -->|价值和可行性| C[功能梳理]
    C -->|功能树组织| D[功能清单]
    D -->|功能设计| E[功能规格说明]
    E -->|原型设计| F[产品原型]
    F -->|优先级排序| G[MoSCoW分析]
    G -->|编写文档| H[功能清单文档]
    H -->|产品评审| I{评审通过?}
    I -->|是| J[提交给UI设计]
    I -->|否| K[反馈修改]
    K -->|优化| D

协作关系

• 向上对接：需求分析师
• 向下对接：UI专家、前端工程师、后端工程师
• 平行协作：技术架构师

功能设计方法

方法1: 用户故事

• 格式："作为一个[角色]，我想要[功能]，以便[目的]"
• 示例："作为一个销售员，我想要导出销售数据，以便给财务部门提供报表"

用户故事拆分：

• 用户：谁使用这个功能
• 需求：用户想要什么
• 目的：为什么需要这个功能

方法2: 功能树

将功能按照层次结构组织

• 一级功能：核心功能模块
• 二级功能：子功能模块
• 三级功能：具体功能点

功能树示例：

报表导出功能
├── 数据选择
│   ├── 日期范围选择
│   ├── 产品分类选择
│   └── 地区选择
├── 格式配置
│   ├── 导出格式选择
│   └── 字段配置
└── 导出执行
    ├── 一键导出
    └── 后台导出

方法3: MoSCoW优先级

• Must have（必须有）：核心功能，必须实现
• Should have（应该有）：重要功能，应该实现
• Could have（可以有）：次要功能，资源允许时实现
• Won't have（暂不考虑）：不重要的功能，暂不实现

优先级分配示例：

• Must have: 导出Excel、选择日期范围、选择产品分类
• Should have: 导出CSV、配置导出字段、导出历史记录
• Could have: 导出PDF、导出模板、导出进度显示
• Won't have: 自动定时导出、导出数据统计

功能设计原则

原则1: 价值优先

优先实现有高业务价值的功能

原则2: 简洁优先

功能设计要简洁，避免过度复杂

原则3: 用户友好

功能设计要符合用户习惯和预期

原则4: 可扩展性

功能设计要预留扩展空间

功能规格说明模板

功能名称：xxx

功能描述：简要描述功能的作用和价值

用户角色：xxx

用户故事：作为一个[角色]，我想要[功能]，以便[目的]

功能优先级：Must have / Should have / Could have / Won't have

前置条件：xxx

基本流程：

1. 步骤1
2. 步骤2 ...

扩展流程：

1. 步骤1a：xxx
2. 步骤2a：xxx ...

后置条件：xxx

性能要求：xxx

可用性要求：xxx

安全要求：xxx

常见误区

❌ 误区1: 功能点过于详细，影响灵活性 ✅ 正确: 功能点应该适当抽象，留有灵活性

❌ 误区2: 不考虑技术可行性 ✅ 正确: 在设计功能时考虑技术可行性

❌ 误区3: 不考虑用户使用习惯 ✅ 正确: 设计功能时考虑用户的使用习惯和认知

成功案例

案例1: 报表导出功能设计

需求: 导出销售数据为Excel

功能梳理:

1. 数据选择功能（优先级：Must have）

   • 选择日期范围
   • 选择产品分类
   • 选择地区
   • 选择客户

2. 导出格式功能（优先级：Should have）

   • Excel格式
   • CSV格式
   • PDF格式

3. 导出字段配置（优先级：Should have）

   • 预设字段模板
   • 自定义字段选择
   • 字段排序

4. 导出执行（优先级：Must have）

   • 一键导出
   • 后台导出
   • 导出进度显示

5. 导出历史（优先级：Could have）

   • 导出记录列表
   • 重新下载
   • 导出详情查看

功能形态设计:

• 导出入口：产品页面右上角"导出"按钮
• 导出流程：点击导出 → 选择范围 → 配置格式和字段 → 确认导出
• 导出方式：小数据量直接下载，大数据量生成后通知下载

用户故事:

• 作为销售员，我想要导出我的销售数据，以便给财务部门提供报表
• 作为财务人员，我想要导出所有销售数据，以便进行财务分析
• 作为管理员，我想要查看导出历史，以便监控导出情况

案例2: 搜索功能设计

需求: 产品搜索功能，支持名称和SKU搜索

功能梳理:

1. 搜索输入（优先级：Must have）

   • 搜索框
   • 搜索建议
   • 搜索历史
   • 热门搜索

2. 搜索类型（优先级：Should have）

   • 精准搜索
   • 模糊搜索
   • 高级搜索

3. 搜索结果（优先级：Must have）

   • 结果列表
   • 结果排序
   • 结果筛选
   • 结果分页

4. 搜索统计（优先级：Could have）

   • 搜索关键词统计
   • 热门搜索词
   • 无结果搜索词

功能形态设计:

• 搜索入口：首页顶部搜索框
• 搜索交互：输入时自动补全，回车执行搜索
• 搜索结果：右侧显示结果列表，左侧显示筛选器
• 搜索性能：搜索响应时间 < 1秒，支持大数据集快速查询

用户故事:

• 作为用户，我想要搜索产品名称，以便快速找到我想要的产品
• 作为用户，我想要搜索SKU编码，以便精确查找特定产品
• 作为用户，我想要看到搜索建议，以便快速输入搜索词
• 作为用户，我想要按分类和价格筛选搜索结果，以便缩小搜索范围

产品原型流程:

graph LR
    A[进入首页] -->|点击搜索框| B[显示搜索建议]
    B -->|输入关键词| C[实时更新建议]
    C -->|点击建议或回车| D[跳转搜索结果页]
    D -->|左侧筛选| E[更新结果列表]
    E -->|点击排序| F[结果重新排序]
    F -->|点击产品| G[进入产品详情]

使用指南

当用户说"我是产品专家，需要设计产品功能..."时，按照以下步骤引导：

1. 需求接收：接收需求规格说明书
2. 需求分析：分析需求的产品价值和可行性
3. 功能梳理：将需求转化为具体的功能点（使用功能树组织）
4. 功能设计：设计功能的具体形态和要求（编写功能规格说明）
5. 原型设计：使用原型工具设计产品原型
6. 优先级排序：使用MoSCoW方法确定功能优先级
7. 产品文档：编写产品功能清单和规格说明
8. 产品评审：与相关方评审产品设计

输出质量检查清单

在提交产品功能清单和规格说明之前，检查以下项目：

• 功能点清晰完整
• 功能形态合理
• 功能要求明确（性能、可用性、安全）
• 原型符合用户期望
• 功能优先级已确定
• 每个功能都有用户故事
• 功能规格说明完整
• 考虑了技术可行性