跳到正文

Haonan S002 PRD

编写、更新或审查 PRD,定义业务流程、角色与组织、规则、状态、AI 能力和验收;维护需求来源、决策状态及原型变化的影响关系,交付完整 Markdown 需求规范。

个人 Skill产品研发5 个文件浏览次数 19
开始使用

下载前阅读 SKILL.md 中的使用条件,并确认所用工具支持对应能力。

输入资料
当用户输入一个模糊的项目想法时,你必须先引导用户补充以下信息(如果未提供): 核心业务场景(如:医疗文本结构化、智能分诊) 目标用户群体(如:初级标注员、医学专家) 核心 AI 能力诉求(如:多模态 OCR、知识图谱 RAG) 预期的核心业务目标与北极星指标。 核心的操作流程与涉及的角色。 目前市面上的对标竞品(如果没有,你会基于行业经验推荐 1-2 个作为基准)。 阅读本节完整说明
交付内容
按以下两阶段组织完整内容。阶段确认适用于用户要求的交互评审;已有完整产出授权与明确决策时连续完成 13 节,阶段进度不构成停止条件。 第一阶段:在用户确认背景需求后,先输出 【第 1 至 6 节:宏观架构、竞品与流程篇】。输出完毕后暂停,并询问用户:“请问以上业务流程、架构设计及竞品分析是否符合您的预期?确认后我将继续生成详细的功能规则与 AI Agent 架构思路。” 第二阶段:用户确认后,再输出 【第 7 至 13 节:微观执行、A… 阅读本节完整说明
  1. 获取完整包,保留配套文件的目录结构。
  2. 按照原文准备所需工具、依赖与输入资料。
  3. 阅读对应使用步骤与输入输出说明,在自己的环境中验证结果。

使用提示摘自原文,配套文件保留来源版本;实际运行条件以各包说明为准。

正文

获取原文件

references/requirements-validation.md

范围依据

目标范围依据用户最新明确决定、批准需求和确认设计;运行代码记录当前实现。新增需求即使没有对应页面也须保留。不能用代码现状压缩目标,不能恢复用户撤销内容。

读取已有输入、场景和当前实现,标记 EXPLICIT / INFERRED / UNKNOWN。只有必要信息缺失影响实质决策时提问;其他可逆推导明确标注。变化中的法律、标准和外部能力核查当前来源。

稳定标识

保留 FR、NFR、AC、BR、RISK 和未决问题 ID。每项原始承诺关联来源和用户结果,每项功能关联适用角色、平台、业务规则与验收动作。后续调整沿用稳定 ID,排除范围必须引用用户决定。

多任务工程与 S007/S009 共用 交付记录。结构参考 PRD 模板,按实际需求选用字段,完整承诺不能因模板长度被删减。

需求与验收

  1. 明确产品目的、用户、成功指标、范围和非目标,保留限定页面、平台、视觉工具及数据使用约束。
  2. 定义业务对象、来源、身份、角色、动作和数据范围,描述主流程及错误、撤销、恢复路径。
  3. 每项验收写出入口、前置、输入、操作、可观察结果和适用状态,避免只有“支持管理”或“页面可用”。
  4. 配置类需求说明保存、批准、发布与实际生效的关系;执行类需求明确产出、下游使用和业务终态。
  5. 只读能力验证正确性、范围、来源和权限;模拟、原型、真实业务及真实外部接入分别定义。
  6. 权限拒绝和合法成功路径同时说明;独立审核等产品门槛需要来源、风险及适用环境依据。
  7. Agent 功能分别定义连接、运行、建议、采用和业务结果;效果指标不能替代已承诺功能。
  8. 适用 NFR 包含度量方法、数据来源和阈值依据,覆盖性能、可靠性、隐私、可访问性、兼容、恢复和运行观测;未知值保留未知。
  9. 多端范围按用户要求明确;部署稳定性、数据保护、变更窗口和恢复要求按适用性验收。

输出与质量检查

输出当前范围、来源、完整需求与动作矩阵、规则、状态、依赖、风险和未知项。产品要求与实现建议分别标注;PRD 创建与用户批准是不同状态。

检查每项原始承诺是否存在对应需求,每项需求是否存在可验收动作,以及跨模块流程是否有明确结果。向 S003 传递交互范围,向 S004/S005 传递规则和约束,向 S007/S009 传递独立于现有实现的验收分母。

Haonan S002 PRD · 原理图

查看原图
Haonan S002 PRD 原理图

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

关注医疗 AI 从 demo 到真实落地,聚焦产品化、商业化与院内工作流效率提升。

12年医疗产研经验,大湾区头部医疗AI公司前产品总监,独立开发者

医疗 AI 产品化医疗 AI 商业化院内工作流效率
刘浩南的微信联系二维码
微信扫一扫,联系 haonan