售前全流程材料生成

一站式产出售前全流程交付物：售前方案书 → 产品PRD → 技术分析文档 → 流程图(架构/业务/时序/部署) → 原型设计(Web+H5交互HTML) → 人天评估Excel → 报价清单Excel → 极简版人天评估+报价Excel。用户提供业务背景、需求描述和材料，技能自动按规范格式生成全套可交付文件。

能力矩阵（8个独立能力）

工作流程总览

技能按"需求澄清→逐阶段产出→统一打包"的流程执行。每个阶段都有明确的输入、产物和验收标准。阶段之间存在依赖关系，通常按顺序推进。

需求澄清 → [阶段1] 售前方案书 → [阶段2] 产品PRD → [阶段3] 技术分析文档
  └→ [阶段4] 流程图(draw.io) → [阶段5] 原型设计(HTML) → [阶段6] 人天评估(Excel)
  └→ [阶段7] 报价清单(Excel) → [阶段8] 极简版人天评估+报价(Excel)
  └→ 打包交付

阶段0：需求澄清与材料收集

目标：获取足够的信息来启动全流程生产。

需要向用户确认的信息

1. 项目名称：产品/项目命名
2. 业务背景：行业、目标客户、核心业务场景（如美容门店、零售、医疗等）
3. 核心需求列表：主要功能模块和优先级
4. 已有材料：用户是否有已写的需求文档、竞品分析、行业资料等
5. 关键约束：技术栈偏好、部署模式（云/私有化）、数据安全合规要求
6. 目标客户画像：决策链、预算范围、关注点

输入格式

用户可以直接描述需求，也可以上传已有资料（需求文档、竞品分析等）。技能根据材料丰富程度决定各阶段的详细程度。

阶段1：售前方案书

目标：生成一份面向客户的售前方案书（.md格式），用于向客户呈现整体解决方案。

产出标准

售前方案书应包含以下结构：

# {项目名称} - 售前方案书

## 1. 项目背景与需求分析
- 行业背景与痛点
- 客户核心需求
- 项目目标

## 2. 总体解决方案
- 方案架构概览（文字描述）
- 核心能力矩阵
- 关键差异化优势

## 3. 产品功能说明
- 核心模块清单及功能描述
- 各模块价值分析

## 4. 技术方案总览
- 技术架构要点
- 部署模式说明（云/私有化）
- 数据安全与合规

## 5. 实施路径
- 分阶段实施计划
- 各阶段里程碑

## 6. 服务与支持
- 培训计划
- 运维保障

## 7. 商务概览（可选）
- 交付物清单
- 人天总览

注意事项

• 方案书面向客户决策层，语言应专业、清晰、有说服力
• 突出"差异化"和"ROI"两个核心卖点
• 如果用户有竞品信息，可以加入竞品对比分析
• 篇幅控制在10-20页为宜（markdown约300-800行）

阶段2：产品PRD

目标：基于售前方案书或用户需求，生成详细的产品PRD文档（.md格式），作为后续开发、设计的核心依据。

产出标准

PRD文档应包含以下结构：

# {项目名称} - 产品PRD文档

## 1. 文档控制
- 版本号、编写人、编写日期
- 文档变更记录

## 2. 产品概述
- 产品定位与目标
- 目标用户群体
- 核心价值主张

## 3. 功能架构
- 功能模块分解图（文字描述）
- 模块间依赖关系

## 4. 详细功能定义（按模块）
### 4.1 模块1：{模块名称}
- 功能列表
- 功能描述（输入→处理→输出）
- 业务规则与约束
- 前置/后置条件
- UI初步描述

### 4.2 模块2：{模块名称}
- ...

## 5. 非功能性需求
- 性能指标
- 安全性要求
- 可用性要求
- 扩展性要求

## 6. 数据模型
- 核心实体与关系
- 关键数据字段说明

## 7. 集成需求
- 与外部系统的接口需求
- 对接方式说明

注意事项

• PRD面向产品、设计、开发和测试团队，需要尽可能详细和明确
• 每个功能模块都应包含业务规则和约束条件
• 非功能性需求影响技术选型和架构设计，不可省略
• 数据模型需覆盖核心业务实体

阶段3：技术分析文档

目标：基于PRD生成技术方案文档（.md格式），包含技术架构、核心设计、技术选型和风险分析。

产出标准

技术分析文档应包含以下结构：

# {项目名称} - 技术分析文档

## 1. 文档概述
- 编写目的、适用范围
- 术语说明

## 2. 总体技术架构
- 系统分层架构（接入层/应用层/服务层/数据层/基础设施层）
- 核心技术栈选型及理由
- 技术架构图说明（文字描述，配合阶段4流程图使用）

## 3. 核心模块设计
- 每个核心模块的技术实现方案
- 关键算法/流程说明

## 4. 数据架构
- 数据流向
- 存储方案选型
- 数据安全策略

## 5. 接口设计
- 内部模块间接口
- 外部系统对接方案
- API设计规范

## 6. 部署架构
- 部署模式（云/私有化/混合）
- 环境要求（硬件规格、网络要求）
- 扩缩容方案

## 7. 安全合规
- 数据加密方案
- 权限管理体系
- 合规审计方案

## 8. 风险分析与应对
- 技术风险及缓解措施
- 进度风险评估

注意事项

• 技术方案需体现"为什么选这个技术"的决策逻辑，而非仅列选型结果
• 如果用户有明确的技术栈偏好（如Spring Boot、Python），优先参考
• 数据安全和合规必须覆盖，特别是涉及客户数据、录音等敏感信息的场景
• 风险分析要务实，不要回避可能的困难

阶段4：流程图设计

目标：根据PRD和技术方案，生成 draw.io 格式的流程图XML文件。

流程图类型

根据需求选择合适的流程图类型（可产出多个）：

绘制规范

使用 draw.io XML 格式生成流程图：

• 泳道/角色：使用 Swimlane 图形（swimlane）表示不同角色或系统边界
• 流程步骤：使用 Rectangle 图形，圆角表示开始/结束，直角表示处理步骤
• 判断分支：使用菱形（Rhombus）表示条件判断
• 箭头：使用箭头（arrow/connector）表示流程方向
• 颜色约定：
• 蓝色（#4A90D9）：系统/平台能力
• 绿色（#5CB85C）：人工操作
• 橙色（#F0AD4E）：外部系统/第三方
• 灰色（#D0D0D0）：基础设施/通用组件
• 文字描述：清晰标注每个节点的功能

验收标准

• XML 内容可直接粘贴到 draw.io / diagrams.net 打开
• 流程图层次清晰，节点间距合理
• 关键路径和分支逻辑完整

阶段5：原型设计

目标：生成可交互的HTML原型文件（单文件，CSS/JS全内嵌），支持 Web 和 H5 双端。

产出标准

功能页面清单（根据PRD确定）：
1. 登录/注册页
2. 工作台/仪表盘
3. 核心功能页面（按模块展开）
4. 配置/管理页面
5. 数据查看/报表页面

每个页面需包含：
- 完整的页面布局
- 交互逻辑（Tab切换、弹窗、表单验证等基础交互）
- 模拟数据填充
- 导航/菜单系统

技术规范

• 单文件架构：所有 CSS 和 JavaScript 内嵌到一个 .html 文件中
• 命名规范：各模块的Tab/容器ID使用唯一前缀（如模块名缩写），避免ID冲突
• 交互函数：子Tab切换使用 function(id, el) 模式显式传递元素引用，避免 event.target 导致的跨模块冲突
• 响应式：Web端（>1024px）和H5端（<768px）两套适配
• 模拟数据：使用真实感的数据填充，方便客户直观理解产品界面

注意事项

• 原型侧重展示功能布局和交互流程，不是最终视觉稿
• 核心页面（首页、核心功能页）应重点细化
• 配置类页面可用简化布局
• 原型文件控制在 2000 行以内为宜，超过考虑拆分

阶段6：人天评估

目标：按照参考模板的格式生成人天评估Excel文件。

模板格式

严格按照以下列结构：

| 序号 | 模块 | 一级功能 | 二级功能 | 描述 | 设计 | 前端开发 | 后端开发 | 测试 | 总计 | 备注 |

格式规则

1. 表头行：以上述11列为固定表头
2. 模块标题行：每个模块首行为模块标题（合并单元格风格），序号列留空，模块列标记如"一、基础架构"
3. 功能明细行：逐项列出功能，设计/前端/后端/测试/总计填入人天数
4. 模块小计行：每个模块末尾汇总该模块合计（格式：模块小计 → 设计X / 前端X / 后端X / 测试X / 总计X）
5. 角色汇总行：全部模块结束后输出"总计: 设计XX / 前端XX / 后端XX / 测试XX / 公共XX / 总计XX"
6. 备注列：标注关键信息如"核心能力"、"预留扩展"、"手动导入"、"粗评"等

模块拆分逻辑

根据PRD的功能模块逐一拆解为可评估的工作项，每个子功能独立评估人天。人天参考标准：

• 标准CRUD功能：设计0.5~1 + 前端1~2 + 后端1~3 + 测试0.5~1
• 复杂业务逻辑：设计1~2 + 前端1~3 + 后端2~5 + 测试1~2
• AI/算法能力：设计1~2 + 前端0.5~1 + 后端3~8 + 测试1~2
• 数据对接/API：设计0.5~1 + 前端0~1 + 后端1~4 + 测试0.5~1
• 基础设施/架构：设计1~3 + 前端0~0.5 + 后端2~5 + 测试0.5~1
• 项目管理/公共：按项目总人天的5%~10%估算

阶段7：报价清单

目标：基于已有或新生成的人天评估，生成独立的报价清单Excel文件。用户可单独产出报价清单，无需重新生成人天评估。

输入来源

• 用户已提供的人天评估Excel（读取已有文件）
• 或新生成的人天评估（执行阶段6后）
• 人天单价（如用户指定）

产出结构（3个Sheet）

Sheet 1：报价清单
- 列结构：序号 | 费用项 | 计算方式 | 金额(¥) | 折扣后(¥) | 说明
- 费用项含：软件开发费、部署实施费、技术文档费、培训费等
- 必须包含：报价小计、首期合作优惠（折扣）、最终报价（含税）
- 报价说明区域（7-8条，含付款方式、维保期、交付周期、后续扩展政策等）

Sheet 2：人天评估明细
- 列结构：序号 | 工作项 | 工作内容说明 | 人天 | 小计(¥) | 复用策略/备注
- 按阶段/模块分组，阶段标题行合并单元格，浅蓝色背景
- 每阶段标题需填写完整标题（如"一、核心Agent平台（通用引擎，所有场景共享）"）

Sheet 3：交付清单
- 列结构：序号 | 交付项 | 格式 | 说明
- 交付项含：软件安装包、启动脚本、操作手册、配置指南、运维手册、远程培训、维保等

格式规范

• 阶段标题行：浅蓝色背景（#D6E4F0），深蓝色字体（#1F4E79），加粗，合并A-F列
• 表头：深蓝色背景（#1F4E79），白色字体
• 小计行：浅蓝色背景（#E8F0FE），加粗
• 优惠行：黄色背景（#FFF3CD），红色字体，加粗
• 最终报价行：绿色背景（#D4EDDA），绿色加粗字体，大字号
• 货币格式：使用人民币符号 ¥，千分位分隔

阶段8：极简版人天评估+报价

目标：面向小项目（通常<20人天），快速生成一体化的人天评估+报价清单，无需分角色拆分。最大化复用已有代码/框架，按阶段分组，非按角色拆分。

适用条件

• 项目总人天 < 20 人天
• 有大量可复用代码/框架（如已有Demo、通用引擎等）
• 客户预算有限，追求极简交付
• 不需要分角色（设计/前端/后端/测试）拆解

列结构（人天评估明细）

| 序号 | 工作项 | 工作内容说明 | 人天 | 小计(¥) | 复用策略/备注 |

• 按阶段分组：一、核心平台 → 二、场景适配 → 三、前端 → 四、后端 → 五、部署 → 六、测试交付
• 每个阶段标题行：浅蓝色背景（#D6E4F0），深蓝色字体（#1F4E79），加粗
• 每行标注复用策略（"✅ 已有完整Demo，直接迁移" / "复用通用引擎，仅配置规则" / "独立H5组件，轻量集成" 等）

报价Sheet结构

与阶段7的报价清单一致，但人天评估来源是简化版（不分角色）。

架构说明Sheet（可选但推荐）

• 架构精简对比表：传统做法 vs 极简做法（维度：规则引擎、AI调用、前端页面、后端API、数据库、部署、总人天）
• 极简技术栈表：层次、技术选型、说明
• 交付清单表：序号、交付项、格式、说明

关键设计原则

1. 通用引擎思维：所有场景共享同一套规则引擎 + AI调用网关，场景仅配置规则和Prompt
2. 最小化依赖：SQLite免安装数据库、Windows原生bat启动、无Docker/容器
3. 场景即配置：新增场景 = 配置规则条目 + Prompt模板，不改动核心代码
4. 人天评估：按工作项（而非角色）评估，直接标注复用策略降低重复工作

打包交付

所有产出物统一打包到以 {项目名称}_售前交付物/ 命名的目录下：

{项目名称}_售前交付物/
├── 01_售前方案书.md
├── 02_产品PRD文档.md
├── 03_技术分析文档.md
├── 04_流程图/
│   ├── 业务流程图.drawio
│   ├── 系统架构图.drawio
│   └── 时序图.drawio
├── 05_原型设计/
│   ├── {项目名称}_Web原型.html
│   └── {项目名称}_H5原型.html
├── 06_{项目名称}_人天评估.xlsx          (标准版：分角色)
├── 07_{项目名称}_报价清单.xlsx          (报价清单：基于人天评估)
└── 08_{项目名称}_人天评估+报价_极简版.xlsx (极简版：小项目一体化)

交付前检查清单

• [ ] 所有文件是否存在且不为空
• [ ] 各文档结构完整，无缺失章节
• [ ] 流程图XML可在draw.io中正常打开
• [ ] 原型HTML可正常打开且交互功能可用
• [ ] 人天评估Excel格式与模板一致，合计数据正确
• [ ] 报价清单Excel格式正确，含小计/优惠/最终报价
• [ ] 极简版Excel含阶段分组、复用策略、架构说明
• [ ] 文件命名规范，无空格和特殊字符

用户交互指南

当用户需求不够清晰时

优先根据已有信息做合理假设并生成第一版，在交付时标注关键假设（"这里假设了X，如果实际情况不同请告知我来调整"）。不要反复追问细节。

当用户提供已有材料时

读取用户上传的文档，理解其内容和边界，在此基础上生成交付物。对于材料中已明确的内容，直接采纳；对于材料中缺失但必要的内容，做合理补充并在注释中说明。

当用户指定特定格式时

完全遵循用户的格式要求。用户提到"参考某个模板"时，优先读取模板文件并严格匹配其结构和样式。

多轮迭代

每次交付后根据用户反馈进行修订。修订时尽量做局部修改而非整份重跑，保持已确认部分的稳定性。

使用示例

示例1：新项目全流程（标准版）

用户输入: "帮我做一套美容门店AI智能体平台的售前材料，面向连锁美容院客户，核心功能包括录音质检、客户管理、AI话术推荐"

执行流程:
1. 阶段0：向用户确认项目名称、目标客户、部署模式等关键背景
2. 阶段1：生成售前方案书，突出AI质检+客户管理的价值
3. 阶段2：生成PRD，详细定义各模块功能
4. 阶段3：生成技术分析文档，含ASR→Embedding→RAG→大模型的技术链路
5. 阶段4：生成业务流程图和系统架构图
6. 阶段5：生成Web+H5交互原型
7. 阶段6：生成标准版人天评估Excel（11列，分设计/前端/后端/测试）
8. 统一打包交付

示例2：仅补充某阶段文档

用户输入: "我已有方案书和PRD，帮我补充技术分析文档和人天评估"

执行流程:
1. 读取用户已提供的方案书和PRD
2. 基于已有内容生成技术分析文档
3. 从PRD提取功能模块生成标准版人天评估
4. 打包交付

示例3：从已有项目迭代

用户输入: "基于之前的智检美项目，调整为人天评估，去掉物流模块，新增预约管理模块"

执行流程:
1. 读取历史交付物
2. 在原有基础上调整模块清单
3. 重新生成标准版人天评估
4. 标注与上一版本的差异

示例4：单独生成报价清单

用户输入: "我已有一个人天评估表，帮我基于此生成一份报价清单，人天单价¥500，给20%折扣"

执行流程:
1. 读取用户提供的人天评估Excel
2. 提取人天数据，计算总人天和金额
3. 按报价清单模板生成Excel（3个Sheet：报价清单 / 人天评估明细 / 交付清单）
4. 添加折扣行和最终报价行
5. 打包交付

示例5：小项目极简版

用户输入: "我补胎照片质检的Demo，想扩展成6个场景的Agent平台。客户是小项目，预算有限，要极简交付。已有Demo代码可复用，按¥500/人天报价，总价控制在1万以内"

执行流程:
1. 阶段0：读取用户Demo代码，理解已有架构和可复用部分
2. 基于复用策略设计极简架构：1套通用Agent引擎 + 6场景规则配置
3. 按极简版模板生成人天评估+报价（6列，按阶段分组，标注复用策略）
4. 报价清单含：开发费 + 部署费 + 20%折扣 + 最终报价
5. 添加架构说明Sheet（精简对比 + 技术栈 + 交付清单）
6. 打包交付

> 本内容由 Coze AI 生成，请遵循相关法律法规及《人工智能生成合成内容标识办法》使用与传播。