Deepseek"4+1"黄金提问法——目标导向

Deepseek"4+1"黄金提问法——目标导向 Deepseek"4+1"黄金提问法——目标导向 Modified February 6, 2025 A. 业务指标 ◦ 客户满意度 B. 质量标准 ◦ 产品性能指标 ◦ 服务水平要求 ◦ 合规达标率 ◦ 错误容忍度 C. 时间节点 ◦ 最终期限 ◦ 阶段性里程碑 ◦ 关键时间点 ◦ 复盘频率 D. 成本控制 ◦ 预算上限 ◦ 人力投入 ◦ 资源消耗 ◦ ROI要求 支撑要素（服务于目标）： 1. 明确身份（Who you are） ◦ 你的角色：管理层/基层/新手 ◦ 专业背景：行业/专业/经验 ◦ 现有资源：团队/预算/工具 ◦ 决策权限：能否拍板/需要汇报 示例： "我是电商平台的产品经理，带领3人团队，负责支付功能优化，可以决定界面细节但架构调整需请示CTO" 2. 具体任务（How to do） ◦ 工作内容：具体要做什么 ◦ 执行步骤：怎么做 ◦ 优先级别：先后顺序 ◦ 交付物：最终要产出什么 示例： "需要完成： ▪ 支付流程诊断报告 ▪ 性能优化方案 ▪ 应急预案 ▪ 监控告警机制" 3. 细节约束（Limitations） ◦ 时间限制：工期/截止日期 ◦ 资源限制：人力/预算/工具 ◦ 技术要求：平台/框架/标准 ◦ 禁区提示：不能踩的坑 示例： "限制条件： ▪ 只能用现有技术架构 ▪ 不能停服维护 ▪ 预算50万以内 ▪ 一周内必须上线" 4. 输出格式（Deliverables） ◦ 文档类型：报告/方案/PPT ◦ 结构要求：章节/模块 ◦ 重点内容：必须包含的要素 ◦ 展示方式：图表/数据/案例 示例： "需要提供： ▪ 项目方案PPT（10页内） ▪ 甘特图进度表 ▪ 风险评估矩阵 ▪ 每周进度报告模板" 一看就会的案例库 场景1：人力资源场景 弱提问： "设计个培训计划" 强提问： "作为IT企业HR，目标是6个月内培养10名全栈工程师，能独立负责项目。需要设计阶段性培训方案，要求： 1）月度能力达标率 90% 2）项目实战占比 60% 3）导师配比1:2 4）人均培训成本控制在3万内 请用培训体系文档格式输出，包含能力评估标准" 场景2：技术开发场景 弱提问： "写个小程序开发计划" 强提问： "作为电商技术负责人，目标是双11前完成支付流程优化，提升支付成功率至99.9%，响应时间<1秒。需要制定技术改造方案，包含： 1）性能测试指标 2）容灾备份方案 3）并发承载能力 4）监控告警机制 请用技术方案文档格式输出，附带关键节点时间表" 目标检验清单： 是否有具体数字？ 能否客观衡量？ 在现有条件下可行吗？ 对业务有实质帮助吗？ 时间节点明确吗？ 有没有阶段性指标？ 如何判定最终达标？ 记住：其他要素都是为目标服务的。有了清晰的目标，才能： 让AI理解你要什么 • 知道怎么做是对的 • 判断结果好不好 • 持续优化改进 这就是为什么目标是整个提问框架的核心。 结尾的碎碎念 还记得最开始用AI的时候，我们都在研究"提示词"： "要用英文还是中文？" "关键词要不要加逗号？" "角色描述要多详细？" 但现在，我们发现自己越来越少纠结这些了。不是因为这些不重要，而是我们和AI的关系，已经悄悄改变了。 想想看： ◦ 你会对同事说"我是一个[身份]，需要你完成[任务]"吗？ ◦ 你会对下属写一串"Format: xxx, Style: xxx"吗？ ◦ 你会对实习生用模板化的命令语气吗？ 不会。因为那样太奇怪了。 现实中，我们会这样： "小王啊，帮我看看这个方案。对了，老板特别关注预算，你重点写写这块。做完发我，我再给你改改。" 所以与其研究"完美提示词"，不如把AI当作刚来的新同事： ◦ 他很聪明，但不了解具体情况 ◦ 他能力强，但需要了解你的预期 ◦ 他效率高，但可能需要几轮调整 那些看似啰嗦的项目背景、目标要求，其实就是在弥补信息差，就像你带新人时会做的那样。 记住： ◦ 不是你在使用一个工具 ◦ 而是你在指导一个助手 ◦ 这个助手需要了解上下文 ◦ 但不需要死板的格式要求 A. 业务指标 ◦ 客户满意度 ◦ 客户满意度 B. 质量标准 ◦ 产品性能指标 ◦ 服务水平要求 ◦ 合规达标率 ◦ 错误容忍度 ◦ 产品性能指标 ◦ 服务水平要求 ◦ 合规达标率 ◦ 错误容忍度 C. 时间节点 ◦ 最终期限 ◦ 阶段性里程碑 ◦ 关键时间点 ◦ 复盘频率 ◦ 最终期限 ◦ 阶段性里程碑 ◦ 关键时间点 ◦ 复盘频率 D. 成本控制 ◦ 预算上限 ◦ 人力投入 ◦ 资源消耗 ◦ ROI要求 ◦ 预算上限 ◦ 人力投入 ◦ 资源消耗 ◦ ROI要求 支撑要素（服务于目标）： 1. 明确身份（Who you are） ◦ 你的角色：管理层/基层/新手 ◦ 专业背景：行业/专业/经验 ◦ 现有资源：团队/预算/工具 ◦ 决策权限：能否拍板/需要汇报 示例： "我是电商平台的产品经理，带领3人团队，负责支付功能优化，可以决定界面细节但架构调整需请示CTO" ◦ 你的角色：管理层/基层/新手 ◦ 专业背景：行业/专业/经验 ◦ 现有资源：团队/预算/工具 ◦ 决策权限：能否拍板/需要汇报 示例： "我是电商平台的产品经理，带领3人团队，负责支付功能优化，可以决定界面细节但架构调整需请示CTO" 2. 具体任务（How to do） ◦ 工作内容：具体要做什么 ◦ 执行步骤：怎么做 ◦ 优先级别：先后顺序 ◦ 交付物：最终要产出什么 示例： "需要完成： ▪ 支付流程诊断报告 ▪ 性能优化方案 ▪ 应急预案 ▪ 监控告警机制" ◦ 工作内容：具体要做什么 ◦ 执行步骤：怎么做 ◦ 优先级别：先后顺序 ◦ 交付物：最终要产出什么 示例： "需要完成： ▪ 支付流程诊断报告 ▪ 性能优化方案 ▪ 应急预案 ▪ 监控告警机制" ▪ 支付流程诊断报告 ▪ 性能优化方案 ▪ 应急预案 ▪ 监控告警机制" 3. 细节约束（Limitations） ◦ 时间限制：工期/截止日期 ◦ 资源限制：人力/预算/工具 ◦ 技术要求：平台/框架/标准 ◦ 禁区提示：不能踩的坑 示例： "限制条件： ▪ 只能用现有技术架构 ▪ 不能停服维护 ▪ 预算50万以内 ▪ 一周内必须上线" ◦ 时间限制：工期/截止日期 ◦ 资源限制：人力/预算/工具 ◦ 技术要求：平台/框架/标准 ◦ 禁区提示：不能踩的坑 示例： "限制条件： ▪ 只能用现有技术架构 ▪ 不能停服维护 ▪ 预算50万以内 ▪ 一周内必须上线" ▪ 只能用现有技术架构 ▪ 不能停服维护 ▪ 预算50万以内 ▪ 一周内必须上线" 4. 输出格式（Deliverables） ◦ 文档类型：报告/方案/PPT ◦ 结构要求：章节/模块 ◦ 重点内容：必须包含的要素 ◦ 展示方式：图表/数据/案例 示例： "需要提供： ▪ 项目方案PPT（10页内） ▪ 甘特图进度表 ▪ 风险评估矩阵 ▪ 每周进度报告模板" ◦ 文档类型：报告/方案/PPT ◦ 结构要求：章节/模块 ◦ 重点内容：必须包含的要素 ◦ 展示方式：图表/数据/案例 示例： "需要提供： ▪ 项目方案PPT（10页内） ▪ 甘特图进度表 ▪ 风险评估矩阵 ▪ 每周进度报告模板" ▪ 项目方案PPT（10页内） ▪ 甘特图进度表 ▪ 风险评估矩阵 ▪ 每周进度报告模板" 一看就会的案例库 场景1：人力资源场景 弱提问： "设计个培训计划" 强提问： "作为IT企业HR，目标是6个月内培养10名全栈工程师，能独立负责项目。需要设计阶段性培训方案，要求： 1）月度能力达标率 90% 2）项目实战占比 60% 3）导师配比1:2 4）人均培训成本控制在3万内 请用培训体系文档格式输出，包含能力评估标准" 场景2：技术开发场景 弱提问： "写个小程序开发计划" 强提问： "作为电商技术负责人，目标是双11前完成支付流程优化，提升支付成功率至99.9%，响应时间<1秒。需要制定技术改造方案，包含： 1）性能测试指标 2）容灾备份方案 3）并发承载能力 4）监控告警机制 请用技术方案文档格式输出，附带关键节点时间表" 弱提问： "写个小程序开发计划" 强提问： "作为电商技术负责人，目标是双11前完成支付流程优化，提升支付成功率至99.9%，响应时间<1秒。需要制定技术改造方案，包含： 1）性能测试指标 2）容灾备份方案 3）并发承载能力 4）监控告警机制 请用技术方案文档格式输出，附带关键节点时间表" 目标检验清单： 是否有具体数字？ 能否客观衡量？ 在现有条件下可行吗？ 对业务有实质帮助吗？ 时间节点明确吗？ 有没有阶段性指标？ 如何判定最终达标？ 记住：其他要素都是为目标服务的。有了清晰的目标，才能： 让AI理解你要什么 • 知道怎么做是对的 • 判断结果好不好 • 持续优化改进 这就是为什么目标是整个提问框架的核心。 结尾的碎碎念 还记得最开始用AI的时候，我们都在研究"提示词"： "要用英文还是中文？" "关键词要不要加逗号？" "角色描述要多详细？" "要用英文还是中文？" "关键词要不要加逗号？" "角色描述要多详细？" 但现在，我们发现自己越来越少纠结这些了。不是因为这些不重要，而是我们和AI的关系，已经悄悄改变了。 想想看： ◦ 你会对同事说"我是一个[身份]，需要你完成[任务]"吗？ ◦ 你会对下属写一串"Format: xxx, Style: xxx"吗？ ◦ 你会对实习生用模板化的命令语气吗？ ◦ 你会对同事说"我是一个[身份]，需要你完成[任务]"吗？ ◦ 你会对下属写一串"Format: xxx, Style: xxx"吗？ ◦ 你会对实习生用模板化的命令语气吗？ 不会。因为那样太奇怪了。 现实中，我们会这样： "小王啊，帮我看看这个方案。对了，老板特别关注预算，你重点写写这块。做完发我，我再给你改改。" 所以与其研究"完美提示词"，不如把AI当作刚来的新同事： ◦ 他很聪明，但不了解具体情况 ◦ 他能力强，但需要了解你的预期 ◦ 他效率高，但可能需要几轮调整 ◦ 他很聪明，但不了解具体情况 ◦ 他能力强，但需要了解你的预期 ◦ 他效率高，但可能需要几轮调整 那些看似啰嗦的项目背景、目标要求，其实就是在弥补信息差，就像你带新人时会做的那样。 记住： ◦ 不是你在使用一个工具 ◦ 而是你在指导一个助手 ◦ 这个助手需要了解上下文 ◦ 但不需要死板的格式要求 ◦ 不是你在使用一个工具 ◦ 而是你在指导一个助手 ◦ 这个助手需要了解上下文 ◦ 但不需要死板的格式要求 为什么你需要目标导向提问？ 你可能遇到过这些困扰： • 答案质量不稳定：有时很棒，有时很差 • 效果难以衡量：不知道回答好坏的标准 • 迭代没方向：不清楚该怎么改进 • 价值说不清：做完了也不知道达没达标 😘 根本原因：我们和AI就像异地恋的情侣，信息差导致互相误会！（和上一篇重复，但是很有道理） 根本原因：我们和AI就像异地恋的情侣，信息差导致互相误会！（和上一篇重复，但是很有道理） 5分钟掌握目标导向提问法 身份+目标+任务+约束+格式 核心要素 目标 关键原则：SMART目标设定 • Specific（具体）：明确的数字或标准 • Measurable（可衡量）：能够量化追踪 • Achievable（可达成）：基于现实可行 • Relevant（相关性）：对业务有实际价值 • Time bound（时限）：明确完成期限 目标的四个维度： ◦ 收入/利润目标 ◦ 市场份额 ◦ 用户增长