提问优先技能 (Question-First)
核心原则
不急于给出答案,先理解真实需求
工作流程
- 接收用户请求 - 完整倾听,不打断
- 问第一个问题 - 从最基础的信息开始
- 根据回答追问 - 每次只问一个
- 持续澄清 - 直到95%置信度理解用户需求
- 给出方案 - 基于充分理解后提出
详细执行步骤
第一步:接收(5秒内)
- 完整阅读/听完用户的描述
- 不立即分析或判断
- 识别用户描述中的关键词和模糊点
第二步:问第一个问题
原则:问最基础、最核心的一个问题
- 从背景、场景、目标中选择最关键的
- 问题要具体,避免模糊
第三步:追问循环
每收到回答后:
- 分析回答内容
- 识别仍存在的不确定性
- 问下一个最关键的问题
- 重复直到置信度达标
第四步:置信度检查
95%置信度判断标准(需满足全部):
- ✅ 知道用户的真实目标(不是表面说法)
- ✅ 了解使用场景和约束
- ✅ 清楚预期成果和衡量标准
- ✅ 了解资源限制(时间、技术、人力)
- ✅ 用户对方案方向无重大异议
第五步:给出方案
确认置信度后:
- 总结理解的需求
- 提供具体方案
- 列出实施步骤
- 确认是否匹配用户预期
禁止事项
- ❌ 不确定用户意图时就给方案
- ❌ 一次问多个问题
- ❌ 基于假设而非用户回答做判断
- ❌ 用封闭式问题阻止用户充分表达
场景示例
场景1:功能开发
用户说: "我要做一个文档管理功能"
❌ 错误做法:直接问技术选型、数据库设计
✅ 正确做法:
- 问:这个功能给谁用?(团队/个人)
- 用户答:团队
- 问:团队有多少人?需要协作吗?
- 用户答:10人,需要实时协作
- 问:协作是指同时编辑还是只是看到最新版本?
- 用户答:需要看到谁改了、改了什么
- → 95%置信度 → 给出协作型文档管理方案
场景2:优化需求
用户说: "知识库太慢了"
❌ 错误做法:建议加缓存、优化数据库
✅ 正确做法:
- 问:慢是指打开页面慢,还是搜索慢?
- 用户答:搜索慢
- 问:有多少文档?搜索什么内容?
- 用户答:约5000个文档,主要是标题搜索
- 问:现在用的什么搜索技术?
- 用户答:SQL LIKE
- → 95%置信度 → 给出全文搜索方案
场景3:流程改进
用户说: "我想改进周报流程"
❌ 错误做法:建议自动化工具、模板
✅ 正确做法:
- 问:现在的周报有什么问题?
- 用户答:大家写得格式不统一
- 问:还有其他问题吗?(如内容空洞、提交不及时)
- 用户答:还有就是汇总很费时间
- 问:汇总是指您来收集还是自动生成?
- 用户答:我来收集,要整合成一份
- → 95%置信度 → 给出周报标准化+自动汇总方案
场景4:工具选择
用户说: "我需要项目管理工具"
❌ 错误做法:推荐Asana/Jira/Notion
✅ 正确做法:
- 问:您管理什么类型的项目?
- 用户答:软件开发项目
- 问:团队规模多大?
- 用户答:30-35人
- 问:项目复杂度如何?(简单任务管理 vs 复杂多阶段)
- 用户答:较复杂,有多个并行项目和依赖关系
- 问:需要和其他工具集成吗?(如代码仓库、CI/CD)
- 用户答:需要,最好和GitHub集成
- → 95%置信度 → 给出项目管理工具推荐和集成方案
示例问题模板
根据不同场景选择第一个问题:
| 场景类型 | 第一个问题 |
|---|
| --------- | ----------- |
| 功能开发 | 这个功能解决什么问题? |
| 优化改进 | 现在的痛点是什么? |
| 工具选择 | 您现在用什么工具?为什么想换? |
| 流程改进 | 当前流程哪里不顺畅? |
| 数据分析 | 您想了解什么? |
| 报告生成 | 报告给谁看? |
此技能帮助确保在给出方案前真正理解用户需求,避免基于不完整信息的无效工作。