程序性记忆与陈述性记忆分属不同记忆系统，教学方式不能通用
别名: 知道怎么做与知道是什么 · procedural versus declarative learning
概念解释
"讲清楚一件事"和"教会一个动作"用的是两套不同的学习机制，把适合一套系统的教学方式硬套到另一套上，效果会明显打折。陈述性记忆——记住一个事实、一条规则——可以通过一次讲解或阅读就快速建立；程序性记忆——学会流畅地执行一套动作——主要靠带反馈的反复练习才能形成，单纯讲一遍原理并不会直接让人做得出来。产品里常见的错误是把这两者混为一谈：以为把操作步骤写清楚、讲明白，用户就能学会流畅操作，实际上讲解建立的是"知道怎么回事"，离"做得熟练"还差着一整个练习的过程。
机制
陈述性学习的核心是建立事实或概念之间的关联，一次清晰的呈现就足以让这种关联被编码下来，之后可以通过回忆或识别被提取。程序性学习走的是完全不同的路径：它需要通过实际执行、接收执行结果的反馈、再调整下一次执行，反复循环，才能把"知道该做什么"逐步压缩成"能不假思索地做出来"这套自动化的表征。仅仅接触讲解并不会触发这个压缩过程——讲解可以让用户获得关于任务目标和大致原理的陈述性知识，但这部分知识和真正驱动流畅执行的程序性表征，是两套不同的东西，前者的建立不会自动带来后者。
怎么研究
比较两种教学效果的常见做法，是让不同组被试分别接受"只讲解不练习"和"讲解后配合多次带反馈的练习"两种条件，之后分别测量他们对任务原理的陈述性问答表现和实际操作的流畅度、速度、错误率。这类研究通常发现两组在陈述性问答上差异不大，但在操作表现上差距明显，讲解本身能带来的操作能力提升有限，必须依靠练习环节。
边界
这不是说讲解对程序性学习完全没用——在练习开始之前，用讲解帮用户理解任务目标和大致原理，能让练习更有方向、减少盲目试错，起到组织和聚焦练习内容的作用，只是它不能替代练习本身。反过来，对纯粹的事实性知识，用大量重复操练去传授也是低效的，直接讲清楚往往比反复演练更省时间——这条边界提醒的是"该用哪种方式教"要看目标是哪种记忆，而不是任何一种方式对任何目标都更保险。
怎么落地
- 引导设计前先判断目标是什么：如果目标是让用户能流畅执行一套操作（手势、快捷键、多步骤工作流），教学核心应该是带反馈的引导式反复练习，而不是一篇写清楚步骤的说明文档，文档只能建立陈述性理解，练不出流畅执行。
- 如果目标只是让用户知道某个一次性的事实或配置项含义，一段清晰的说明或提示已经足够，不必强行设计成需要反复操作的教学流程，那样只会增加不必要的摩擦。
- 对确实需要练出流畅度的操作，在讲解之后安排至少几轮带即时反馈的实际尝试（成功提示、错误纠正），而不是讲完就假定用户已经学会。
- 验证办法：分别测试只读过说明的用户和额外做过几次带反馈练习的用户，在实际完成该操作时的耗时与流畅度，如果两组差距明显，说明该操作确实依赖程序性学习，仅靠讲解无法达到目标效果。