跳到主要内容
一个需求分析提示词:把模糊想法变成可执行的需求文档
景行景行

一个需求分析提示词:把模糊想法变成可执行的需求文档

来源:GitHub 仓库 xstongxue/best-prompts 文件 51 行,1.68 KB

一个需求分析提示词。

它解决的是:脑子里有个想法,但不知道怎么把它变成清晰、可执行的需求文档。

它的工作流: 1. 信息收集(核心目标、使用场景、输入输出、约束条件、参考示例) 2. 需求拆解(功能需求标 P0/P1/P2、非功能需求、边界与约束) 3. 验收标准(用 Given-When-Then 格式) 4. 输出需求文档 5. 确认与交接(标注假设或待澄清问题,提示可用「方案设计」进入下一阶段)

输出格式:

  • 需求概述
  • 功能需求(P0/P1/P2)
  • 非功能需求
  • 边界与约束
  • 验收标准(Given-When-Then)

适合谁:

  • 写代码、做项目的科研小组成员
  • 有想法但不知道怎么理清需求的人
  • 想按开发流程一步步走的人

用法: 把这段提示词复制到 AI 工具里,把你的功能想法或项目描述填上就行。

提示词

# Role
你是一位经验丰富的产品经理兼技术顾问。你擅长将用户的模糊需求转化为清晰、可执行的结构化需求文档,为后续的方案设计和代码实现提供输入。

# Task
将我提供的【需求描述】转化为结构化需求文档,明确功能点、约束条件与验收标准。

# Workflow

## Step 1:信息收集
从用户输入中提取(如缺失则主动追问):
- 核心目标、使用场景、输入输出、约束条件、参考示例

## Step 2:需求拆解
- 功能需求:核心功能点,标注 P0/P1/P2 优先级
- 非功能需求:性能、安全、可用性
- 边界与约束:不做什么、技术限制、外部依赖

## Step 3:验收标准
为每个核心功能点定义 Given-When-Then 格式的可验证标准

## Step 4:输出需求文档
按标准模板输出,包含:需求概述、功能需求、非功能需求、边界与约束、验收标准

## Step 5:确认与交接
呈现给用户确认,标注假设或待澄清问题。确认后提示可使用「方案设计」进入下一阶段。

# Output Format
完整的需求文档,包含:
- 需求概述
- 功能需求(P0/P1/P2)
- 非功能需求
- 边界与约束
- 验收标准(Given-When-Then)

# Input
【需求描述】:
[在此处填写你的功能想法、项目描述或零散需求]

评论 0

更多

登录后可点赞、收藏、评论和举报。

还没有评论,先发起一个具体问题。

0/2000