案例 01 · 小明的交付升级记
序章 · 小明为什么打开千问办公
开始之前 · 先认识问题
他不是想学一个新工具，只是不想再被工作推着走
小明，25 岁，市场部专员。每天做报表、写方案、整理资料、追进度。真正让他疲惫的，不是某一个任务太难，而是任务总从不同地方涌过来：一句语音、一个附件、一次会议、一个“下周讲清楚”。
这本绿皮书要解决的，不是“AI 有多神奇”
它要解决的是：当一个普通职场人面对混乱资料和模糊要求时，如何先看懂事情，再借助千问办公把工作推进到一个可以交付、可以检查、可以复用的状态。
从真实任务出发故事只是暗线每一步保留人工判断
01 · 原来的小明
忙，但说不清忙出了什么
他习惯接到任务就打开文档，做到一半才发现受众、口径和完成标准都没问清楚。
02 · 那条消息
“下周把这个事情讲清楚”
这句话看起来很短，却藏着交付物、受众、证据、预算和收益等一串没有说出口的问题。
03 · 小触出现
不是施法，是提醒他先判断
小触把问题拆开：什么可以交给 AI，什么必须由人确认，什么结果才算真的完成。
方法论在案例中的位置
小明不是学会“六个功能”，而是沿着 GTD 六步把一件事接住
下面这条线是小明案例的阅读地图。叙事只是暗线，真正推动情节的是交付状态的变化：从混乱输入，到可检查、可交接、可复用的结果。
周五晚上，小明盯着那条消息，没有立刻打开 PPT。他第一次意识到，自己缺的可能不是加班时间，而是一套把事情接住的方法。
小明
我知道要把事情做出来，可我甚至不知道“事情”到底指什么。
小触
那就从这里开始。小触不是魔法，我也不会替你负责。我们先把这件事看明白。
接下来你会看到什么
输入资料小明收到了什么，哪些信息还混在一起。
使用指令他如何把问题交给千问办公处理。
AI 产出先看中间结果，而不是只看最后一页。
人工判断哪些数字、口径和措辞不能直接相信。
最终结果任务被推进到什么可交付状态。
会做 × 想做 · 人机分工
四象限不替小明下结论，只帮助他把责任放对位置
同一件工作，不同的人可能会放进不同象限。小明案例能证明的是一套分工方式，而不是“小明这个人属于哪一格”。读者可以把自己的能力和意愿重新代入。
会做 · 也想做
人主做
定义汇报要解决什么、哪些判断能对外说、最终是否向总监交付。
会做 · 但不想做
AI 主做，人验收
整理资料、做可复核的统计、生成结构和溯源表，把时间留给判断。
不会做 · 但想做
先学，再让 AI 参与
预算、收益和专业领域判断若没有标准，先补判断框架；AI 不能替人拍板。
不会做 · 也不想做
暂不处理 / 找专业角色
法务、财务、HR 等需要专业授权的事项，交给对应责任人确认。本案例不替小明推断个人意愿。
读者提示：当你进入任一章节，先问一句“这一小步是在替我做重复劳动，还是在替我做决定？”前者可以交给 AI，后者必须保留人的责任。