WorkBuddy 从入门到高手第 2 章基础技能练会「会问、会改、会管」超详细案例版这是一套面向「完全没用过 WorkBuddy」读者的系统学习路线总共 7 章。本文是第 2 章。系列目录第 0 章 学前准备 → 第 1 章 入门 →第 2 章 基础技能→ 第 3 章 核心能力办公六件套→ 第 4 章 场景实战 → 第 5 章 进阶自动化/Agent→ 第 6 章 团队落地。关于案例本文所有案例均为教学示例人物、公司、数据均为虚构的典型场景用于演示方法。你可以直接把里面的结构套到自己的真实工作上。第 1 章你已经跑通了最小闭环提问 → 生成 → 修改 → 保存 → 分享。但能用和好用之间隔着这一章的三件事会问、会改、会管。同样的工具有人每天省两小时有人用两次就闲置。差别基本不在这工具本身而在这三件事练没练到位。这一章我会用大量可直接抄走的案例把它们讲透。本文目录一、会问Prompt 六要素3 个完整案例二、会改三轮迭代把 60 分改成 90 分完整案例三、会管1文件上传与知识库实战问答案例四、会管2模板——6 个可直接抄的模板骨架五、会管3任务与提醒会议转写案例六、会管4协作与权限一个真实教训七、综合实战周一早上 30 分钟怎么处理完上周遗留八、本章练习搭建你的个人工作台九、阶段验收清单十、新手在这一章最容易踩的 3 个坑一、会问Prompt 六要素3 个完整案例1.1 为什么你问出来的东西不好用先看三个最常见的糙指令以及它们实际会得到什么糙指令你实际会拿到的东西“帮我写个周报”一份结构工整但全是空话的周报“本周积极推进各项工作取得了良好成效……”——你根本交不上去“总结一下这个文档”一段说了等于没说的概括漏掉你真正关心的那几条“给我写封邮件”一封不知道写给谁、不知道要对方干嘛的邮件你还得重写问题根源都一样它不知道你是谁、写给谁、要什么格式、有什么禁忌只能猜。1.2 六要素公式一条合格指令 角色 目标 背景 输入 输出格式 约束要素你要告诉它什么不说的后果角色“你是一名 XX”语气和专业度跑偏目标这次要达成什么它不知道重点在哪背景场景、对象、前因后果内容脱离你的实际输入原始材料粘贴或上传它只能凭空编输出格式分几段几条多少字表格还是文字格式不对你还得重排约束禁止什么、必须用什么/不用什么冒出空话、编数据、跑题1.3 案例 A写周报糙版 vs 好版看真实差距场景小李是某 SaaS 公司的项目经理每周五要给部门总监交周报。❌ 糙版指令帮我写个周报它实际返回的内容这类输出你一定见过本周工作总结本周我积极推进了各项工作任务在团队的共同努力下项目进展顺利取得了良好的成效。客户沟通方面保持了密切联系及时响应了客户需求。下周我将继续努力进一步提升工作效率确保项目按时交付。为什么交不上去全是空话没有任何具体信息总监看完不知道你这周到底干了什么。✅ 好版指令六要素齐全【角色】你是一名互联网 SaaS 公司的项目经理需要给部门总监写本周工作周报。 【背景】 - 汇报对象部门总监关心进度、风险、卡点不关心细节过程 - 本周主线客户恒远制造的交付推进 内部需求评审流程优化 【输入】我本周的原始工作记录如下 - 周一和恒远制造开了交付对齐会确认了 3 个模块的验收标准 - 周二-周三推动开发完成模块 A、B 的联调模块 C 因接口文档缺失卡住 - 周四找架构组补齐了接口文档模块 C 恢复开发 - 周五输出内部需求评审流程初稿和 2 个组聊了反馈 【输出格式】 分三段本周完成 / 遇到问题 / 下周计划 每段不超过 3 条每条一句话 总字数控制在 400 字以内 语气客观不夸张 【约束】 - 禁止使用极大提升显著优化积极推进这类空话 - 所有数字和事实必须来自我上面的原始记录不许自己编 - 拿不准的信息标注待确认它返回的内容本周完成与恒远制造完成交付对齐会确认 3 个模块的验收标准。推动模块 A、B 完成联调。输出内部需求评审流程初稿已收集 2 个组的反馈。遇到问题模块 C 因接口文档缺失阻塞两天已联系架构组补齐文档现已恢复开发。需求评审流程初稿中跨组评审的时效要求尚未达成共识待确认。下周计划跟进模块 C 开发确保按验收标准交付。根据 2 个组的反馈修订评审流程输出第二稿。与恒远制造约定模块 A、B 的验收时间。差距在哪好版有具体事实、有卡点、有下一步总监看完就知道你要什么支持。而两条指令的唯一区别就是你多说了那几分钟的背景、格式和约束。1.4 案例 B从会议记录提取行动项场景一场产品迭代评审会结束后你要把讨论结果落成待办。✅ 好版指令【角色】你是一名项目管理助理负责把会议讨论结果整理成可执行的待办。 【背景】这是一场产品迭代评审会的记录参会人有产品、开发、测试、设计。 整理结果会直接发到项目群所以必须明确谁、做什么、什么时候前完成。 【输入】粘贴会议记录原文 【输出格式】 用表格输出四列行动项 / 负责人 / 截止时间 / 优先级高/中/低 【约束】 - 只提取会上明确说过要做的事不要把讨论中的想法当成行动项 - 没有明确负责人的负责人列填待定 - 没有明确时间的时间列填未约定不要自己猜一个日期 - 如果某条行动项表述模糊在行动项后面用括号标注需澄清……为什么要加这些约束AI 最容易犯的错就是把讨论过的想法当成决定了的事以及自己编一个截止时间。上面两条约束就是专门堵这两个坑的。1.5 案例 C给客户写跟进邮件场景会议后要给客户发一封跟进邮件确认下一步。✅ 好版指令【角色】你是一名 B2B 客户成功经理代表公司给客户方的项目负责人写跟进邮件。 【背景】 - 收件人客户恒远制造的项目负责人王工技术背景喜欢直接、不讲套话 - 目的确认今天会议上敲定的三件事并推动对方在周五前给我们一份资料 【输入】今天会议确定的事项 1. 我方下周三前提供接口文档 2. 对方本周五前提供测试环境账号 3. 下下周一开始联调 【输出格式】 - 标题一行20 字以内 - 正文分三段确认事项 / 需要对方配合的事 / 下一步 - 全文不超过 250 字 - 用要点符号列出方便快速扫读 【约束】 - 语气专业直接不要尊敬的此致敬礼这类过重客套 - 所有时间必须写成具体日期不要写尽快近期 - 结尾要有明确的行动请求和截止时间1.6 六要素自查清单每次下指令前花 10 秒过一遍角色说了吗目标说了吗背景对象、场景说了吗原始材料贴了吗输出格式分段/条数/字数/表格说了吗约束禁止编数据、禁止空话说了吗坚持一周会问就是肌肉记忆。二、会改三轮迭代把 60 分改成 90 分完整案例核心认知AI 交出的第一版通常是 60 分——能用但不能直接发。会改才是把它推到 90 分的本事。下面用一个完整案例演示一封邮件从 V1 到 V3 的全过程。案例项目延期说明邮件场景小李负责的客户交付要延期一周需要给对方项目负责人王工发说明邮件。初始指令帮我写一封邮件告诉客户我们的交付要延期一周原因是接口文档出了问题。 V160 分它给的第一版尊敬的王工您好非常感谢贵司一直以来对我们工作的支持与信任。我们非常遗憾地通知您由于在项目推进过程中遇到了一些技术方面的挑战特别是接口文档方面出现了一些问题导致项目进度受到了一定程度的影响。经过我们团队的慎重评估原定于本月底的交付将需要延期一周左右。对于此次延期给贵司带来的不便我们深感抱歉。我们将全力以赴加班加点确保项目能够尽快交付。同时我们也会认真总结经验教训避免类似问题再次发生。如有任何疑问请随时与我们联系。此致敬礼问题诊断太长、太啰嗦“非常遗憾”深感抱歉出现多次过度道歉显得心虚原因说得很虚“一些技术方面的挑战”客户不知道到底出了什么事最关键的信息——新的交付日期——没说清楚“延期一周左右”没有任何补救措施只说全力以赴这种空话 第一轮反馈指令针对上面 4 个问题逐条说这版不行改全文压缩到 150 字以内删掉非常遗憾“深感抱歉”全力以赴这类套话道歉只保留一次延期原因说具体是因为接口文档缺失导致模块 C 阻塞了两天已补齐第一句就要给出新的具体交付日期不要写左右结尾加一条我能做的具体补救措施不要说空话 V275 分王工你好同步一个交付调整因我方接口文档缺失模块 C 阻塞两天原定 6 月 28 日的交付调整为7 月 5 日。文档现已补齐模块 C 已恢复开发。为减少对贵司联调计划的影响我方将提前于 7 月 3 日交付模块 A、B 供贵司先行联调。对此造成的不便我们表示歉意。进步短了、具体了、有补救措施了。仍不够新日期虽然在第一段但还可以更醒目语气还是偏软表示歉意结尾显得底气不足没说如果不接受这个时间可以怎么协商给对方一个出口 第二轮反馈指令再改两点把新的交付日期放在邮件最开头单独一行加粗语气再坚定一些不要过度道歉结尾改成推进措施而不是道歉最后加一句如果这个时间对贵司有影响请今日内告知我们再协调✅ V390 分可发送王工你好交付调整原定 6/28 → 现调整至 7/5延期 7 天原因我方接口文档缺失导致模块 C 阻塞两天文档已于昨日补齐模块 C 已恢复开发其余模块进度正常。为降低对贵司联调的影响我方将于 7/3 提前交付模块 A、B供贵司先行联调。若该时间对贵司计划有影响请今日内告知我们立即协调资源压缩工期。最终效果日期最醒目、原因具体、有补救、有给对方的出口、不卑不亢。这才是能直接发的邮件。从这案例学到的 5 个改法改法怎么用照抄句式1. 局部改“把第二部分改成更口语化的表达其它不动。”2. 追加约束“再给我一版更短的控制在 150 字。”3. 逐条纠错“第 3 条数据用错了应该是 37 万不是 73 万修正后重新输出。”4. 让它自审“你觉得这版还有哪些地方不够具体列出来。” / “如果我是客户看到这封邮件会有什么疑问”5. 给范例模仿“参考下面这个风格重写粘贴你满意的一段。”一个判断标准改了两三轮还是不对劲通常说明初始指令给的素材不够比如你没告诉它原因是什么这时候别死磕修改回去补信息重新生成更划算。关键心态把它当成干活极快、但不完全懂你心思的助理。它出第一版你给反馈它再改——正常来回 2–3 轮。三、会管1文件上传与知识库实战问答案例3.1 单次上传 vs 知识库方式适合什么场景特点单次上传临时让它读一份文件并总结用完就走不留存知识库长期反复查阅的资料制度、产品手册、FAQ、历史方案一次入库之后次次能检索能喂什么PDF / Word / Excel / PPT / 图片含截图/ 文本以及会议录音转写稿。3.2 实战案例把一份《员工报销制度》做成知识库场景公司 HR 把 12 页的《员工报销制度》PDF 放进知识库之后同事反复问细节。第一轮先要骨架这份《员工报销制度》先给我 5 条最核心的规则每条一句话。它返回差旅住宿标准一线城市 500 元/晚二线 350 元/晚其余 280 元/晚。市内交通凭实际票据报销单日上限 100 元。报销需在费用发生后 30 日内提交跨季度不再受理。单笔超过 5000 元需部门总监审批。餐饮招待费需提前提交申请单事后不予补报。第二轮针对具体场景追问我下周要去上海出差 3 天住宿两晚市内打车大概 200 元。按制度我能报多少有没有需要提前申请的它返回基于文档计算而不是凭通用知识瞎猜住宿上海属一线城市500 元/晚 × 2 晚 上限 1000 元凭发票实报实销不超上限即可市内交通单日上限 100 元3 天合计上限300 元。你预估 200 元未超上限凭票据报销提前申请本例不涉及招待费无需提前申请⚠️ 提醒报销需在费用发生后 30 日内提交建议回程一周内提交第三轮对答案不放心让它标出处上面关于一线城市住宿标准 500 元的说法出自制度第几节把原文那段贴给我。它返回原文段落——这一步很重要重要制度务必核对原文。3.3 让文档问答更准的 4 个技巧先要骨架再要细节先问核心 5 条再针对某条追问比一上来问细节准得多。问题问具体“请假超过 3 天需要谁审批” 比 “讲了啥” 有用得多。要求标出处重要制度/合同让它给出原文段落方便你核对。允许它说不知道明确要求文档里没有的直接说’未提及’不要推测——这能显著减少瞎编。四、会管2模板——6 个可直接抄的模板骨架为什么要存模板如果你发现某个指令反复要用别每次重敲。模板是你的复利。4.1 模板长什么样以周报为例把跑通过一次、效果满意的那条 Prompt 原样存下来把会变的部分做成变量【角色】你是一名{{我的岗位}}需要给{{汇报对象}}写本周工作周报。 【背景】汇报对象关心{{进度/风险/卡点}} 本周主线{{一两句话}} 【输入】我本周的原始记录 {{粘贴原始记录}} 【输出格式】 分三段本周完成 / 遇到问题 / 下周计划 每段不超过 3 条每条一句话 总字数控制在 400 字以内 【约束】 - 禁止极大提升显著优化积极推进这类空话 - 所有数字和事实必须来自我的原始记录不许编 - 拿不准的标注待确认下次用的时候只替换{{}}里的四个变量其余完全不动。写周报从 20 分钟变成 3 分钟。4.2 6 个高频模板骨架可直接抄模板骨架核心可直接套用邮件角色{{岗位}}对象{{收件人类型偏好}}格式标题 20 字内 正文三段确认事项/需对方配合/下一步 250 字内约束不写尽快所有时间写具体日期结尾有明确行动请求纪要格式结论 3 条 / 行动项表格行动项·负责人·截止时间·优先级/ 待澄清问题约束只提取明确决定的事想法不算无负责人填待定无时间填未约定周报见 4.1 完整示例OKR格式O 一句话有野心、可感知 每个 O 下 3–5 个 KR必须可量化带数字和目标值约束KR 不能用提升满意度这类不可衡量的表述必须写清从 X 到 YSOP格式编号步骤 / 每步责任人 / 输入·输出 / 异常处理分支约束步骤粒度到一个人能在 10 分钟内做完太粗就拆汇报结构结论先行第 1 页就是核心结论→ 数据支撑 → 风险与应对 → 需要的资源/决策约束每页不超过 5 条要点每条一行4.3 案例一个模板用四周的效果小李把周报模板存下来后四周的使用情况周次花的时间改动第 1 周8 分钟还在调试模板调整了措辞约束第 2 周3 分钟只替换变量第 3 周2 分钟只替换变量第 4 周2 分钟加了一条风险需标注等级这就是复利调试一次之后每周省 15 分钟。五、会管3任务与提醒会议转写案例案例从一段会议原文提取行动项输入一段真实的会议记录片段脱敏后张产品登录改版这版下周三之前得出设计稿不然开发来不及。李开发那我们这边得先拿到设计稿才能排期最好周二前给。另外老的接口下周要下线得提前通知客户。王测试测试环境现在不太稳定我这边也影响进度得找运维看一下。张产品行那运维那边我去协调。还有客户通知的事谁来写李开发我周五前拟一版通知文案吧。指令从上面这段会议记录里提取所有行动项用表格输出行动项 / 负责人 / 截止时间 / 优先级高/中/低。约束只提取明确说过要做的事没有明确负责人的填待定没有明确时间的填未约定不要自己编表述模糊的在行动项后标注需澄清……它返回行动项负责人截止时间优先级输出登录改版设计稿张产品下周三前建议周二以配合开发排期高开发根据设计稿排期李开发未约定依赖设计稿高下线老接口提前通知客户李开发周五前拟通知文案高协调运维排查测试环境稳定性张产品未约定中需澄清客户通知由谁最终发出仅拟文案还是含发送待定未约定中这张表直接就能发到项目群。注意需澄清那一条——它主动标出了模糊地带这正是加了约束的价值。提醒与跟进的用法待办从纪要自动提取谁、做什么、什么时候前完成如上截止时间给任务挂时间到点提醒跟进周期性任务每周/每月设成重复不用每次手动建六、会管4协作与权限一个真实教训案例分享范围选错小李做完一份《Q3 客户续约分析》里面包含各客户的续约金额预测。他点了分享到整个工作区结果销售群里所有人都看到了其他人的客户数据和预测——而这份材料本应只有总监和本人可见。教训分享前先看清楚范围是仅自己 / 指定人 / 整个工作区默认最小可见范围。涉及金额、人事、未公开决策的内容分享前二次确认接收范围。用评论在结果上直接批注比把文件来回发版本高效也不会扩散可见范围。用版本留痕改崩了能回溯上一版。七、综合实战周一早上 30 分钟怎么处理完上周遗留把这一章串起来的一个完整场景看会问会改会管怎么协作8:30 决策小李周一到公司先不写东西花 2 分钟列出今天要处理的 4 件事上周项目周报、上周三评审会的纪要、给客户的一封跟进邮件、本月待办整理。8:32 用模板出周报2 分钟调出「周报」模板替换变量粘贴上周原始记录 → 出 V1 → 用会改补一句把风险部分加上等级标注 → V2 定稿。8:35 会议纪要转待办5 分钟把上周三的会议转写稿丢进去用「纪要」模板 → 拿到结论 3 条 行动项表格 → 检查负责人和截止时间两列这两列最容易错必须人工核→ 发项目群。8:40 写客户跟进邮件8 分钟用「邮件」模板明确对象是技术背景的王工、语气直接 → V1 太长且客套 → 反馈压缩到 200 字、删客套、结尾加明确行动请求 → V2 定稿 → 自己通读一遍再发。8:50 整理本月待办5 分钟把散在各处的待办丢进去让它去重、按优先级排序、标出已过期的 → 得到一张干净的清单。9:00 结束。30 分钟处理完且每件事都用上了模板和改法。关键这里面没有一步是从零开始想怎么问——因为模板已经把会问的成本提前付掉了。八、本章练习搭建你的个人工作台建一个工作区或文件夹叫「我的工作台」。把 3–5 份你最常用的资料放进知识库制度、产品说明、常用话术任选。按第 4.2 节的骨架存 3 个你自己的模板周报、会议纪要、客户跟进邮件。用它生成一份本周周报按第二部分的改法迭代 2 轮改到自己满意。从一份真实会议记录里提取行动项做成待办清单记得人工核负责人和时间。挑一段你上周写过的文字用调对象的方式改写成另一个受众的版本比如把给同事的说明改成给老板的汇报。做完这 6 步你就有了一个能日常跑起来的工作台。九、阶段验收清单我能用六要素写出完整指令不再只说帮我写个 XX我知道 AI 第一版通常只有 60 分并且能给出具体的修改反馈我分得清单次上传和知识库分别什么时候用我存了至少 3 个属于自己的 Prompt 模板且带变量占位我能从会议记录里提取出带负责人和截止时间的行动项我能独立完成「周报 会议纪要 邮件」三个任务我知道分享时怎么控制可见范围十、新手在这一章最容易踩的 3 个坑指令太糙还怪工具不行一句帮我写出不了好结果。补齐六要素效果立刻不一样。第一版不满意就放弃正常要改 2–3 轮。很多时候会改比会问更决定最终质量。好用的 Prompt 不存起来每次重敲等于把时间浪费在重复劳动上——模板才是省时间的关键。写在最后 下章预告第 2 章就三件事问得清楚、改得到位、管得起来。如果这篇对你有用欢迎点赞收藏 关注我会持续更新整套《WorkBuddy 从入门到高手》。下一篇见。