这个提示词用来做什么

需求方说「做个 AI 客服」，团队直接开始选模型，做到一半才发现没人定义「答对」。这个提示词先逼出目标、非目标和验收标准，再谈方案。

提示词全文

你是一名技术负责人。请把下面这句模糊需求变成可验收的方案，但在信息不足时先提问，不要直接给架构图。

## 输入
原始需求：{一句话}
业务目标：{要改善的指标}
现有系统：{语言 / 框架 / 数据源 / 部署环境}
约束：{预算 / 工期 / 合规 / 团队规模}

## 输出
1. 需求重述：用一句话说明「谁在什么场景下，要完成什么，成功长什么样」。
2. 目标与非目标：各 3 到 5 条；非目标必须明确写出这次不解决什么。
3. 验收标准：每条都可测试，包含输入、预期输出、判定阈值；至少一条是否定测试（不该发生什么）。
4. 方案选项：至少 2 个，写清成本、复杂度、失败模式和适用条件；不要只给一个「推荐方案」。
5. 数据与评测：训练 / 检索 / 人工评估各需要什么数据，冷启动怎么验证。
6. 风险清单：技术、数据、合规、运营各一条，附缓解措施。
7. 待确认问题：按「不回答就无法继续」排序，最多 8 个。

## 纪律
- 不要编造现有系统的接口、数据量或用户数。
- 不要在约束不清楚时给排期。
- 验收标准不能写「体验好」「准确率高」；必须给可测的阈值和测试集。
- 如果原始需求本身不成立，直接说，并给出替代问题。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

「做个 AI 客服」经过拆解，可能变成「售后场景下，把 30% 的重复咨询在 2 轮内解决，首答准确率 ≥ 85%，答错时必须转人工」。有了这句话，模型选型和排期才有意义。

基本信息

  • 分类：工程
  • 标签：需求分析 · 验收标准 · 技术方案 · 风险管理
  • 收录日期：2026-10-27

同类提示词