3w教学法，学法说白了就是学法三个W：What、Why、学法How。学法我第一次接触这个说法是学法在一家做企业内训的机构里，培训师在白板上画了三个圈，学法分别写上这三个词，学法然后问台下的学法人：“你们平时讲课，是学法不是上来就讲操作步骤？”底下哗啦啦举手一片。他说，学法那你们把最重要的学法两个W丢了。

这让我想起自己刚做技术分享那会儿。学法有次讲Git分支管理，学法我准备了四十多页PPT，学法全是学法命令和流程图。讲完口干舌燥，问大家有没有问题，一个后端工程师举手说：“你讲的这些我都懂，但我还是不知道我们团队为什么要用这套流程。”当时我就愣住了。我讲了What和How，唯独没讲Why。而那个Why，恰恰是决定别人愿不愿意听你讲的关键。

3w教学法的核心逻辑其实不复杂。What是定义，回答“这是什么”。Why是动机，回答“为什么要学它/用它”。How是方法，回答“具体怎么做”。三者的顺序不是死的，但缺了任何一个，教学效果都会打折扣。只讲What，学员记不住；只讲Why，学员觉得你在画饼；只讲How，学员会做但不会变通。

我后来观察过一些讲得好的老师，他们有个共同点：在进入操作细节之前，会花相当篇幅把Why讲透。比如讲Python装饰器，普通讲法是直接上代码，解释语法糖。好的讲法是先说：“你写了一个函数，现在想在不改它内部代码的前提下，给它加个计时功能，怎么办？”这就是Why——先制造一个真实的需求缺口，让学员自己感受到“我需要这个工具”。

What的部分反而要克制。很多人容易在这里堆砌术语，把定义讲得又长又绕。其实What只需要一句话能说清就行。说不清，说明你自己还没想明白。我见过一个讲Kubernetes的工程师，被问“K8s到底是什么”，他想了半天说“是一个容器编排平台”。对方追问“什么叫编排”，他又解释了三分钟。这就是What没提炼好。后来他自己总结了一句：“K8s就是帮你管理一堆服务器上跑着的容器，让它们该扩的时候扩，该缩的时候缩，挂了能自己爬起来。”这句话比任何官方定义都好懂。

How的部分最考验教学功力。因为How容易变成流水账。第一步、第二步、第三步，学员跟着做一遍好像会了，换个场景又不会。问题出在How里面没有嵌入判断逻辑。好的How会告诉你：什么情况下用A方法，什么情况下用B方法，遇到C情况要绕开。这其实又回到了Why——你理解了Why，才知道How的边界在哪。

我自己现在做任何分享或培训，都会先问自己三个问题：听众听完之后，能不能用一句话说出这东西是什么？能不能说出他们为什么需要它？能不能在遇到具体问题时知道该往哪个方向找答案？这三个问题对应的就是3w。顺序可以调，但三个都得有。

有个做产品经理的朋友跟我说，他们内部评审需求文档也用类似逻辑。先讲这个需求解决什么问题（Why），再讲目标用户和场景（What），最后讲实现方案（How）。如果Why站不住，后面写得再漂亮也会被打回来。这跟教学法本质上是同一件事：先让人信，再让人懂，最后让人会。

3w教学法不是什么高深理论，它更像一个检查清单。讲之前过一遍，讲完之后再对一遍。缺了哪个W，补上就行。最怕的是三个W混在一起讲，学员听完脑子里一团浆糊，你问他学到了什么，他说“好像讲了很多”。那基本等于白讲。