G端产品全流程分析技能

技能概述

本技能为政府级信息化系统提供端到端产品管理能力，覆盖从政策底层到前端交付的完整工作流。适用于各级政府部门（部委、省厅、市局、区县）的行政审批、监管执法、公共管理、政务服务等信息化项目。

工作流程

整个流程分为 7 个阶段，按顺序执行。每个阶段完成后需确认才进入下一阶段：

阶段1: 政策搜集 → 阶段2: 功能拆分 → 阶段3: 需求对比 → 阶段4: 缺失补充 → 阶段5: PRD输出 → 阶段6: 页面开发 → 阶段7: 本地保存
                                                                  ↑                                                              │
                                                                  └──────────────── 如有补充需求则循环 ────────────────────────────┘

阶段一：政策文件搜集

目标

收集与目标业务领域相关的政策法规文件，作为产品设计的底层数据支撑。

执行步骤

1. 根据用户描述的业务领域，使用 WebSearch 搜索以下类型的关键词：

   • 业务领域相关的法律法规（如"XX管理条例""XX管理办法"）
   • 上级主管部门发布的规范性文件（如"XX部 关于印发""XX厅 关于XX"）
   • 技术标准和行业规范（如"XX技术规范""XX行业标准"）
   • 信息化建设相关政策（如"数字政府""互联网+政务""一网通办"）
   • 数据安全与隐私保护法规（如"数据安全法""个人信息保护法""政务数据共享"）
   • 电子签章/电子证照相关标准（如"电子印章""电子证照管理办法"）

2. 将搜索结果中权威来源（国务院、各部委官网、全国标准信息公共服务平台、地方政府门户等）的政策文件整理为结构化摘要，每条包含：

   • 文件名称与发文字号
   • 发布机构
   • 发布日期
   • 核心条款摘录
   • 对产品设计的影响

3. 保存政策文件摘要到 政策文件/ 目录，文件命名格式：政策文件_YYYYMMDD_HHmmss.md

输出物

• 政策文件摘要文档（Policy Summary）
• 关键政策条款清单

阶段二：功能点拆分

目标

基于政策文件 + 用户需求，拆解出系统功能点清单。

执行步骤

1. 阅读已搜集的政策文件摘要

2. 结合用户当前需求，按以下维度拆解功能点（可根据实际业务调整）：

   • 业务管理：核心业务对象的信息库、查询检索、分类标签
   • 人员管理：各类角色（经办人、审批人、监管员、管理员）的注册、备案、权限管理
   • 审批流程：申报→受理→审核→审批→公示→办结，支持多节点流转
   • 数据采集：现场信息采集、文件上传、分类管理、水印标记、位置记录
   • 应急管理：快速通道、临时任务创建、事后关联正式流程
   • 档案管理：电子档案归档、检索、借阅、审计日志
   • 电子签章/证照：电子印章、证书签发、验真
   • 通知/消息：流程节点通知、待办提醒、状态变更推送
   • 统计报表：数据看板、业务统计、趋势分析、导出
   • 系统管理：组织架构、权限配置、字典管理、操作日志

3. 每个功能点用以下格式记录：

   | 编号 | 功能模块 | 功能点 | 来源（政策条款/用户需求） | 优先级 |
   

输出物

• 功能点拆分清单（Feature Breakdown List）

阶段三：需求对比分析

目标

反向对比功能点清单是否完整覆盖用户需求，找出遗漏。

执行步骤

1. 将功能点清单与用户需求逐条映射
2. 标记三类状态：
   • ✅ 已覆盖：功能点明确对应需求
   • ⚠️ 部分覆盖：功能点存在但不够完整
   • ❌ 未覆盖：需求无对应功能点
3. 生成对比矩阵表格

输出物

• 需求-功能覆盖矩阵（Requirements-Feature Coverage Matrix）

阶段四：缺失功能补充引导

目标

引导用户确认并补充遗漏的功能点。

执行步骤

1. 列出所有 ⚠️ 和 ❌ 状态的需求项
2. 对每一缺失项，提供建议的功能点方案
3. 使用 AskUserQuestion 工具向用户确认：
   • 是否需要补充该功能点
   • 优先级如何
   • 是否有其他遗漏
4. 用户确认后，更新功能点清单

输出物

• 补充后完整功能点清单（Final Feature List）

阶段五：PRD 输出

目标

根据最终确认的功能点清单，输出完整的 PRD 文档。

PRD 文档格式（必须严格遵循）

文档结构

1. 背景
2. 目标
3. 目标用户
4. 名词解释
5. 用户角色和权限
6. 测试目标
7. 权限矩阵（表格）
8. 功能详细说明（每个功能模块包含以下子节）
   - 功能概述
   - 入口与触发条件
   - 界面布局
   - 字段与数据规则（含字段说明表格）
   - 交互行为与反馈
   - 状态与流转
   - 边界与异常处理
9. 非功能性需求
10. 项目规划（表格：功能模块 | 任务名 | 紧急程度 | 任务周期）

字段说明表格格式

权限矩阵格式

项目规划表格格式

输出物

• 完整 PRD 文档（保存在 产品文档/ 目录，命名格式：PRD_<版本号>_<日期>.md）

阶段六：页面开发

目标

根据 PRD 文档开发完整的前端页面。

执行步骤

1. 分析 PRD 中的功能模块，确定页面结构
2. 按以下顺序开发：
   • 入口页（index-entry.html）
   • PC管理端（核心业务列表、业务详情、审批详情、数据看板）
   • H5/小程序移动端（首页、业务搜索、事项创建、事项详情、待办列表）
3. 遵循项目设计系统。若项目无现成设计规范，默认使用政务稳重风：
   • 主色调：深蓝 #1a3a5c / 政务蓝 #2155a0 / 辅助色 #d4380d
   • 字体：思源黑体 / 系统默认字体
   • 圆角：4px/8px/12px
   • 风格：稳重、专业、层级清晰
4. 每个页面输出为独立 HTML 文件（CDN 引入 Vue3 + Element Plus）
5. 移动端固定在 375px 宽度，适配微信小程序/H5场景

输出物

• 独立 HTML 页面文件（保存在 html-pages/ 目录）

阶段七：本地保存与循环

目标

将所有产出文件保存到本地，如果用户有补充需求则循环回到阶段一。

执行步骤

1. 确认所有文件已保存到对应目录：
   • 政策文件 → 政策文件/
   • 功能点清单 → 产品文档/
   • PRD 文档 → 产品文档/
   • HTML 页面 → html-pages/
   • 需求文档 → 需求文档/
2. 汇总本次产出清单
3. 询问用户："是否还有其他补充需求？"
   • 是 → 回到阶段一，根据新需求循环
   • 否 → 结束

输出物

• 产出清单汇总

项目约束

技术栈

• PC端：Vue 3 + Element Plus + TypeScript
• 小程序端：微信原生开发（WXML/WXSS/JS）或 uniapp
• 独立HTML：CDN Vue3 + Element Plus + 内联CSS/JS

设计规范

• 设计系统：政务稳重风（默认），可根据项目实际设计规范调整
• 页面宽度：PC端自适应，移动端固定375px
• 所有页面需包含Mock数据，可直接预览效果
• 移动端适配小程序/H5场景，底部需有Tab导航

G端产品通用约束

• 需符合等保（网络安全等级保护）要求
• 操作日志需完整记录，支持审计
• 权限需支持多级组织架构（省-市-区县）
• 数据需支持内外网隔离部署方案
• 审批流程需支持多节点、多分支、会签/或签
• 电子签章需符合《电子签名法》要求
• 支持与上级政务平台数据对接（如政务服务网、一网通办）

全局规则

1. 每个阶段完成后必须向用户确认，才能进入下一阶段
2. 所有文档使用中文编写
3. 严格遵循 PRD 格式模板
4. 页面开发遵循项目设计规范，无现成规范时使用政务稳重风
5. 保持与已有版本迭代的兼容性
6. 如有补充需求，循环执行且不丢失已有产出
7. 政策搜集阶段优先搜索 .gov.cn 域名来源
8. 功能点拆分时优先考虑与上级政务平台的数据对接与互联互通