← 返回
未分类

PRD+原型生成

根据需求描述生成软件产品需求文档(PRD)和交互原型(HTML)。 This skill should be used when users ask to: create a PRD, write product requirements, make a software prototype, build an interactive demo, design an app mockup, or any request combining "需求文档" "PRD" "原型" "prototype" "demo" "mockup". Supports both traditional full PRD and agile/lean PRD styles depending on project scope.
|增加批量更新,减少token消耗量
user_e40f1c95
未分类 community v1.0.1 2 版本 98989.9 Key: 无需
★ 0
Stars
📥 98
下载
💾 0
安装
2
版本
#latest

概述

软件原型与 PRD 制作

Overview

根据用户的需求描述,先产出结构化的产品需求文档(PRD),再生成可交互的 HTML 原型。PRD 风格可根据项目规模在「传统完整 PRD」和「敏捷精简 PRD」之间灵活切换。

工作流程

需求输入 → 需求澄清 → 选择 PRD 风格 → 生成 PRD → 生成原型 → 迭代优化

第一阶段:需求理解

当用户提出需求时,首先快速判断需求范围:

  1. 如果需求描述清晰完整(已包含目标用户、核心功能、场景),则直接进入 PRD 风格选择。
  2. 如果需求模糊,通过简洁的追问明确以下关键信息:
    • 是什么类型的产品?(App / 后台 / 官网 / 小程序 / H5)
    • 目标用户是谁?
    • 核心要解决什么问题?
    • 有没有参考竞品?

追问原则:每次最多问 2-3 个问题,避免审问式沟通。优先从需求描述中推断信息,仅在确实模糊时才提问。

第二阶段:选择 PRD 风格

根据需求特征选择 PRD 风格,同时向用户确认:

  • 传统完整 PRD:全新产品、大版本、多团队协作、需要正式评审。包含需求背景、目标、功能详述、业务流程、非功能需求、埋点、风险评估等完整板块。
  • 敏捷精简 PRD:小功能迭代、MVP 验证、单一团队。以用户故事 + 验收标准为核心,简洁实用。

快速判断规则:

  • 如果用户只说"做个 XX 功能" → 敏捷 PRD
  • 如果用户说"设计一个完整的 XX 系统/产品" → 传统 PRD
  • 如果不确定 → 向用户确认偏好

第三阶段:生成 PRD

根据选定的风格,参考对应模板生成 PRD:

  • 传统风格:assets/prd-traditional-template.md
  • 敏捷风格:assets/prd-agile-template.md

生成规则

  1. 先加载模板和写作指南:在开始写 PRD 之前,先读取对应的 assets/ 模板和 references/prd-writing-guide.md,确保格式和内容符合规范。
  2. 填充内容时遵循原则
    • 说人话,非技术人员也应该看得懂
    • 每个功能从用户视角出发
    • 覆盖空状态、错误状态、加载状态等边界条件
    • 优先级标注明确(P0/P1/P2)
    • 目标和指标尽可能量化
  3. PRD 输出为 Markdown 文件,保存到用户工作区,文件名格式:PRD-[产品名称]-[日期].md

第四阶段:生成交互原型

PRD 确认后,生成可交互的 HTML 原型。

生成前先读取references/prototype-guide.md,了解原型规范、尺寸选择、必须覆盖的状态等。

原型生成规则

  1. 确定尺寸
    • 移动端 App/小程序/H5:375px 宽度,居中展示
    • 管理后台:全宽布局(最小 1200px)
    • 响应式网站:自适应布局
  1. 必须覆盖的状态(每个页面):
    • 默认状态(正常数据展示)
    • 加载中状态(骨架屏或 Loading)
    • 空状态(无数据时的引导)
    • 错误状态(网络异常/操作失败)
    • 确认弹窗(删除/退出等危险操作)
  1. 使用真实中文内容,不要 Lorem Ipsum。
  1. 代码规范
    • 单个 HTML 文件包含所有 CSS 和 JS
    • 使用 CSS 变量管理主题色
    • 原生 JavaScript,不依赖框架
    • 关键交互要有实现:Tab 切换、列表筛选、弹窗、Toast、表单校验等
  1. 文件命名prototype-[产品名称].html,保存到用户工作区。

第五阶段:迭代优化

原型和 PRD 都生成后,根据用户反馈进行调整。

核心原则:增量修改,避免重写。 迭代时基于已有的原型文件做局部修改(使用 Edit 工具),而非每次重新生成整个 HTML 文件。这能极大提高效率、保留已有的交互逻辑,同时降低引入新 bug 的风险。

典型迭代操作:

  • 修改 PRD 中某个功能描述
  • 调整原型中特定页面的布局、文案或样式
  • 补充遗漏的状态(空状态、错误状态等)或新增一个页面
  • 修复某个交互行为(如弹窗逻辑、Tab 切换)
  • 将 PRD 导出到腾讯文档等在线协作平台(如果有需要)

只有在原型已完全无法满足新需求(如产品方向重大调整、技术栈变更)时才考虑重新生成。

当用户要求将 PRD 导出为在线文档时,使用腾讯文档相关工具创建。

资源清单

assets/(模板文件)

| 文件 | 用途 |

|------|------|

| prd-traditional-template.md | 传统完整 PRD 模板,含文档信息、需求背景、功能详述、非功能需求等 |

| prd-agile-template.md | 敏捷精简 PRD 模板,以用户故事和验收标准为核心 |

references/(参考文档)

| 文件 | 用途 |

|------|------|

| prd-writing-guide.md | PRD 写作指南:风格选择、写作原则、常见错误、用户故事公式 |

| prototype-guide.md | 交互原型制作指南:类型选择、必备要素、代码规范、交付标准 |

使用方式:在开始写 PRD 前加载 prd-writing-guide.md,在开始做原型前加载 prototype-guide.md。不要一次性加载所有参考文档。

版本历史

共 2 个版本

  • v1.0.1 Initial release 当前
    2026-06-10 16:10 安全 安全
  • v1.0.0 Initial release
    2026-05-27 15:43 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

ai-intelligence

ontology

oswalpalash
类型化知识图谱,用于结构化智能体记忆与可组合技能。支持创建/查询实体(人员、项目、任务、事件、文档)及关联...
★ 712 📥 243,883
developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 668 📥 324,211
ai-intelligence

Self-Improving + Proactive Agent

ivangdavila
自我反思+自我批评+自我学习+自组织记忆。智能体评估自身工作、发现错误并持续改进。
★ 1,358 📥 318,467