- name
- product-reverse-analysis
- version
- 1.0.0
- description
- 产品逆向分析技能，通过产品界面截图逆向推导业务闭环、技术架构及设计哲学。适用场景：(1) 用户上传产品界面截图并要求分析，(2) 用户请求"逆向分析这个产品"，(3) 用户询问"这个界面的设计逻辑是什么"，(4) 用户要求"分析这个产品的业务流程"，(5) 用户需要理解竞品的产品设计思路，(6) 用户希望从截图中提取产品架构信息。
- metadata
- openclaw
- emoji
- 🔍
- tags
- ["product", "analysis", "reverse-engineering", "design"]
产品逆向分析
概述
本技能通过分析产品界面截图，系统性地逆向推导产品的业务闭环、技术架构及设计哲学。采用结构化的分析框架，从核心功能识别到模块拆解，再到业务逻辑推演，帮助深入理解产品设计背后的思考。
分析流程
Step 1: 核心功能与场景识别
首先建立对产品的整体认知：
- 产品定位：用一句话定义该产品/界面的核心价值
- 示例："一款面向企业的项目协作管理工具" - 关注点：解决什么问题、为谁解决、如何解决
- 目标用户：分析该界面服务于哪类特定人群
- 考虑维度：职业角色、使用场景、技术水平、痛点需求 - 示例："面向项目经理和开发团队的协作场景"
- 核心场景：描述用户在什么样的情况下会打开这个界面，解决什么痛点
- 使用 "当...时，用户需要...，以便..." 的句式 - 示例："当项目进入开发阶段时，项目经理需要实时跟踪任务进度，以便及时调整资源分配"
Step 2: 模块拆解
2.1 模块概览表
使用 Markdown 表格列出界面中的主要功能模块：
| 模块名称 | 视觉位置 | 核心作用 | 优先级 (P0/P1/P2) |
|---|---|---|---|
| 导航栏 | 顶部固定 | 全局跳转与品牌展示 | P0 |
| 侧边栏 | 左侧固定 | 功能入口与层级导航 | P0 |
| 主内容区 | 中央可滚动 | 核心信息展示与交互 | P0 |
| 操作面板 | 右侧浮动 | 快捷操作与详情查看 | P1 |
优先级定义：
- P0：核心功能，缺失则产品不可用
- P1：重要功能，显著影响用户体验
- P2：辅助功能，锦上添花
2.2 深度模块分析
针对上述每个模块，从以下三个维度进行详细拆解：
视觉层 (Visual)
- 色彩心理学应用：主色调传达的情感（如蓝色=专业、橙色=活力）
- 视觉重心分布：F型/Z型浏览模式的利用
- 栅格系统利用：8px/12列栅格等设计系统的应用
- 视觉层级：通过大小、颜色、间距建立的信息优先级
交互层 (Interaction)
- 预期的手势/点击反馈：悬停态、点击态、禁用态
- 状态转换逻辑：
- Loading 状态：骨架屏/加载动画的设计 - Empty 状态：空状态插画与引导文案 - Error 状态：错误提示与补救措施
- 交互模式：拖拽、下拉刷新、无限滚动等
信息架构 (IA)
- 信息的层级权重：一级/二级/三级信息的划分
- 字段的组织逻辑：按时间/类别/重要性排序
- 导航结构：扁平化 vs 层级化
- 信息密度：信息量与留白的平衡
2.3 业务逻辑推演
底层规则
根据 UI 元素推测背后的逻辑限制：
- 权限控制：按钮的显示/隐藏暗示的角色权限体系
- 数据校验：表单字段的必填/格式要求
- 业务规则：如"库存不足时禁用购买按钮"
- 算法排序：列表的默认排序规则（最新/最热/推荐）
- 状态机：订单/任务的状态流转规则
数据流向
分析该界面可能涉及到的前端输入与后端数据交换过程：
- 用户输入 → 前端校验 → API 请求
- 后端处理 → 数据库操作 → 业务逻辑计算
- 响应返回 → 前端渲染 → 状态更新
使用箭头标注关键数据流：
用户点击"提交订单"
→ 前端校验库存/地址
→ POST /api/orders
→ 后端扣减库存/创建订单
→ 返回订单号
→ 跳转支付页面2.4 业务流程图 (Mermaid)
根据截图推测用户完成核心任务的完整路径。
输出要求：使用 Mermaid 语法渲染 Sequence Diagram 或 Flowchart。
Flowchart 示例（适用于决策流程）：
flowchart TD
A[用户进入页面] --> B{是否登录?}
B -->|是| C[展示个性化内容]
B -->|否| D[展示通用内容]
C --> E[用户浏览商品]
D --> E
E --> F{是否加入购物车?}
F -->|是| G[更新购物车数量]
F -->|否| H[继续浏览]
G --> I[跳转结算页面]Sequence Diagram 示例（适用于系统交互）：
sequenceDiagram
participant U as 用户
participant F as 前端
participant B as 后端
participant D as 数据库
U->>F: 点击"提交订单"
F->>F: 前端校验
F->>B: POST /api/orders
B->>D: 查询库存
D-->>B: 返回库存数据
B->>D: 扣减库存
B->>D: 创建订单记录
D-->>B: 返回订单ID
B-->>F: 返回订单详情
F-->>U: 跳转支付页面2.5 亮点与风险
产品亮点
挖掘设计中极具创新或极致体验的小细节：
- 微交互设计：如按钮的涟漪效果、列表项的滑动删除
- 智能化功能：如自动保存草稿、智能推荐
- 无障碍设计：键盘导航、屏幕阅读器支持
- 性能优化：虚拟滚动、图片懒加载
- 情感化设计：空状态插画、加载动画的趣味性
潜在风险
从合规性、用户认知负担、极端情况处理等角度提出改进建议：
- 合规性风险
- 隐私政策是否明确？ - 用户数据收集是否合规？ - 是否符合无障碍标准（WCAG）？
- 认知负担
- 信息密度是否过高？ - 操作路径是否过长？ - 专业术语是否需要解释？
- 极端情况
- 网络异常时的降级方案？ - 大数据量时的性能表现？ - 边界值输入的处理（如超长文本）？
- 用户体验
- 是否存在误操作风险（如删除无二次确认）？ - 关键操作是否有明确反馈？ - 错误提示是否友好且可操作？
输出规范
- 语气：专业、严谨、具有洞察力
- 语言：中文
- 格式：严格遵守上述 Markdown 结构
- 深度：避免浅层描述，深入分析设计背后的思考
- 客观性：基于截图进行合理推测，明确标注推测性内容
分析结果保存为MD文件
分析示例
当用户上传截图后，按以下结构输出：
# [产品名称] 逆向分析报告
## Step 1: 核心功能与场景识别
### 产品定位
[一句话定义]
### 目标用户
[用户画像分析]
### 核心场景
[场景描述]
## Step 2: 模块拆解
### 2.1 模块概览表
[表格]
### 2.2 深度模块分析
#### [模块名称]
**视觉层**：...
**交互层**：...
**信息架构**：...
### 2.3 业务逻辑推演
**底层规则**：...
**数据流向**：...
### 2.4 业务流程图
[Mermaid 图表]
### 2.5 亮点与风险
**产品亮点**：...
**潜在风险**：...