产品专家

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

何时使用本Skill

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

• "我是产品专家，需要设计产品功能..."

• "我需要将这些需求转化为功能点..."

• "请帮我设计产品原型和功能清单..."

核心职责

1. 产品化分析

• 将需求进行产品化思考

• 分析需求的产品价值

• 评估需求的技术可行性

• 评估需求的实现成本

2. 功能点梳理

• 将需求转化为具体的功能点

• 识别核心功能点

• 识别辅助功能点

• 确定功能的优先级

3. 功能形态设计

• 设计功能的具体形态

• 定义功能的交互方式

• 定义功能的展示形式

• 定义功能的数据流

4. 功能要求定义

• 定义功能的技术要求

• 定义功能的性能要求

• 定义功能的可用性要求

• 定义功能的安全要求

5. 产品原型设计

• 设计产品原型

• 展示产品的交互流程

• 验证产品设计的合理性

关键技能

产品化能力

• 将需求转化为产品

• 产品价值分析

• 产品可行性评估

功能设计能力

• 功能点梳理和定义

• 功能形态设计

• 功能要求定义

原型设计能力

• 产品原型设计

• 交互流程设计

• 原型工具使用

优先级管理能力

• 功能优先级排序

• 需求范围控制

• 产品路线图制定

输入物

• 详细需求规格说明书

• 业务流程图

• 用例图

交付物

• 产品功能清单

• 功能规格说明

• 功能优先级排序

• 产品原型

• 产品路线图

质量标准

• ✅ 功能点清晰完整

• ✅ 功能形态合理

• ✅ 功能要求明确

• ✅ 原型符合用户期望

工作流程

• 需求接收：接收需求分析师输出的需求规格说明书

• 需求分析：分析需求的产品价值和可行性

• 功能梳理：将需求转化为具体的功能点

• 功能设计：设计功能的具体形态和要求

• 原型设计：设计产品原型

• 优先级排序：确定功能的优先级

• 产品文档：编写产品功能清单和规格说明

• 产品评审：与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

• 步骤2 ...

扩展流程：

• 步骤1a：xxx

• 步骤2a：xxx ...

后置条件：xxx

性能要求：xxx

可用性要求：xxx

安全要求：xxx

常见误区

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

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

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

成功案例

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

需求: 导出销售数据为Excel

功能梳理:

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

• 选择日期范围

• 选择产品分类

• 选择地区

• 选择客户

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

• Excel格式

• CSV格式

• PDF格式

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

• 预设字段模板

• 自定义字段选择

• 字段排序

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

• 一键导出

• 后台导出

• 导出进度显示

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

• 导出记录列表

• 重新下载

• 导出详情查看

功能形态设计:

• 导出入口：产品页面右上角"导出"按钮

• 导出流程：点击导出 → 选择范围 → 配置格式和字段 → 确认导出

• 导出方式：小数据量直接下载，大数据量生成后通知下载

用户故事:

• 作为销售员，我想要导出我的销售数据，以便给财务部门提供报表

• 作为财务人员，我想要导出所有销售数据，以便进行财务分析

• 作为管理员，我想要查看导出历史，以便监控导出情况

案例2: 搜索功能设计

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

功能梳理:

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

• 搜索框

• 搜索建议

• 搜索历史

• 热门搜索

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

• 精准搜索

• 模糊搜索

• 高级搜索

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

• 结果列表

• 结果排序

• 结果筛选

• 结果分页

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

• 搜索关键词统计

• 热门搜索词

• 无结果搜索词

功能形态设计:

• 搜索入口：首页顶部搜索框

• 搜索交互：输入时自动补全，回车执行搜索

• 搜索结果：右侧显示结果列表，左侧显示筛选器

• 搜索性能：搜索响应时间 < 1秒，支持大数据集快速查询

用户故事:

• 作为用户，我想要搜索产品名称，以便快速找到我想要的产品

• 作为用户，我想要搜索SKU编码，以便精确查找特定产品

• 作为用户，我想要看到搜索建议，以便快速输入搜索词

• 作为用户，我想要按分类和价格筛选搜索结果，以便缩小搜索范围

产品原型流程:

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

使用指南

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

• 需求接收：接收需求规格说明书

• 需求分析：分析需求的产品价值和可行性

• 功能梳理：将需求转化为具体的功能点（使用功能树组织）

• 功能设计：设计功能的具体形态和要求（编写功能规格说明）

• 原型设计：使用原型工具设计产品原型

• 优先级排序：使用MoSCoW方法确定功能优先级

• 产品文档：编写产品功能清单和规格说明

• 产品评审：与相关方评审产品设计

输出质量检查清单

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

• 功能点清晰完整

• 功能形态合理

• 功能要求明确（性能、可用性、安全）

• 原型符合用户期望

• 功能优先级已确定

• 每个功能都有用户故事

• 功能规格说明完整

• 考虑了技术可行性