最近我在准备给大家交付 WorkBuddy 内容创作课，发现很多工具课的问题，不是讲得不够细。

恰恰相反，是讲得太像说明书。

一上来介绍界面，解释按钮，区分模式，展示参数，补充各种高级玩法。老师讲得很认真，学员也听得很努力，但下课以后只剩下一种感觉：

每个字都听懂了，就是不知道自己到底能做出什么。

工具课真正要交付的，不是功能目录，而是一个用户能复跑的结果。

比如学 AI 写作，不应该先问“这个模型有什么功能”。

应该先问：

学完以后，他能不能独立做出一篇可发布的内容？

能不能从自己的素材里找出选题？

能不能根据评论和数据复盘下一篇？

能不能在工具出错时知道哪里需要人来判断？

如果这些问题没有回答清楚，功能讲得越多，学员越焦虑。

因为他不是来背工具菜单的。

他买的是“我终于能把这件事做出来”的确定感。

这也是很多知识型产品最容易忽略的地方：

交付物必须能被用户用自己的话复述。

如果一个概念用户说不清，那就先改名。

如果一个步骤用户不知道为什么要做，那就先回到结果。

如果一个功能不能帮助他完成当下任务，那就不要为了显得专业硬塞进去。

有的人会采用纯答疑的方式来设计课程，认为学员遇到什么问题就解答什么问题。但答疑也不能替代完整交付。

答疑只能补漏洞，不能让学员自己拼出一条路。

真正好的课程，应该让人离场时带走一条可以做出来、下次还能自己做成的工作流：

输入是什么；

第一步做什么；

中间怎么判断质量；

失败了怎么修；

最后产出在哪里使用；

下一次如何复盘升级。

尤其到了 AI 时代，工具变化太快。今天讲的按钮，明天可能改版；今天流行的提示词，下个月可能过时。

但一条清楚的工作流不会那么快过时。

因为它训练的不是“记住工具”，而是“用工具交付结果”。

所以做课程、做训练营、做咨询产品时，可以先做一个检查：

把所有功能名、模型名、专业术语遮住。

只留下用户学完能拿走的作品、流程和下一步行动。

如果剩下的东西仍然清楚，这门课才不是说明书。

它才是一项真正的交付。