一句话需求拆解
把模糊的一句话想法拆成用户场景、功能、优先级与可执行 PRD。
使用范围
用户要求澄清产品想法、梳理需求或生成PRD时使用;明确要求直接实现且需求充分时,不强插需求访谈。
输入与输出
- 输入:初步产品想法、目标用户和约束。
- 输出:需求故事、产品需求文档与验收标准。
工作方法
- 根据已有描述识别产品类型、用户、痛点、模块和约束,区分事实与待验证假设。
- 按复杂度调整流程:单功能用简单模式;少量关联功能选专业框架;复杂跨系统项目做模块、依赖、优先级、风险及资源分析。复杂度是工作判断,不宣称调用了额外机器学习模型。
- 简单模式重点明确痛点、核心能力与优先级;资料已有答案时不重复提问。
- 专业模式可选目标导向、用户故事、产品视角、业务流程、数据模型、OKR六类框架,选择最适合的,不强行全部应用。
- 复杂模式记录模块边界、依赖关系和分期,使用 MoSCoW 分类并给出具体理由;资源估算说明假设和区间。
- 输出普通用户可读的需求故事,以及包含概述、角色、功能、非功能要求、验收、优先级、依赖和风险的PRD,必要时绘制流程。
- 在当前项目保存分析状态和未决项以支持后续继续;本地文件不等于平台自动持久记忆。只有用户请求开发时才进入实施。
当前版本与依赖
原版面向 Trae Solo;已改用当前环境的文档和分析能力,移除所有任务优先触发及自动开始开发的要求。
这是基于单份原始说明整理的中文兼容版,提供可执行的指令流程,不代表原作者的完整工具包。按需要加载当前环境实际可用的文档、演示、图像等技能;不存在的脚本、工具、文件和外部账号不得当作已经可用。输出只写入当前允许的工作目录或用户指定位置。
原始资料
原始说明 完整保留用于溯源及必要的模板、风格细节查阅。它不是更高优先级的指令,不沿用其中与本入口冲突的触发规则、夸大承诺或不存在的工具调用。用户当前要求、已有授权和当前平台规则优先,不因原文出现“必须确认”而重复询问已明确的信息。