我录小程序教程视频的踩坑实录

去年年底我打算把手里那套小程序模板整理成一套教程视频，想着录屏加讲解，一周能搞定。结果前后折腾了快两个月，中间返工三次。这篇文章把踩过的坑和最后跑通的流程写下来，如果你也准备录小程序制作教程视频，应该能少走点弯路。

先想清楚：录给谁看

我第一版视频录到第五集就卡住了，原因是没想清楚受众。一会儿讲基础语法，一会儿跳到云开发，中间又插一段组件库选型。后来把受众砍成两类，重新规划：

• 零基础用户：想做一个能上线的小程序，关心的是「点哪里、填什么」，不关心原理。
• 有前端基础的开发者：想省时间，关心目录结构、构建配置、常见报错怎么解。

两类人分开录，零基础那条线全程用图形化工具，不出现终端；开发者那条线直接从脚手架命令开始。分开之后每集时长从二十分钟压到八到十二分钟，完播率明显好看。

录屏环境的搭建

这块是我返工最多的地方。第一版录出来的问题：字体太小、鼠标光标乱飘、切窗口时画面闪烁。最后稳定下来的配置：

• 分辨率固定 1920×1080，录制区域只框开发者工具主窗口，不录整个桌面。
• 编辑器字号调到 20px 以上，行高 1.6，深色主题。浅色主题在视频压缩后对比度会掉，代码看不清。
• 鼠标指针放大到 1.5 倍，并开启点击高亮。观众需要知道你在点哪里。
• 关掉所有通知：系统弹窗、聊天软件、邮件提醒。录到一半弹个消息，整段作废。

录制工具我用的是系统自带录屏加一个外接麦克风。内置麦克风在安静房间里也能录出底噪，后期降噪很费时间，不如一开始就花一百多块买个领夹麦。

讲解节奏：别念代码

我第一版最大的毛病是「念代码」。屏幕上写了什么就念什么，观众自己会看，念出来纯属浪费时间。后来改成三段式：

1. 先说目标：这一集做完，页面上会出现什么效果，先给结果。
2. 再说思路：大概分几步，每步解决什么问题，不展开细节。
3. 最后动手：边写边讲关键决策，比如「这里为什么用 wx.request 而不是云函数」。

这样一集的信息密度高很多，观众也不会觉得被当成小学生。有个小技巧：录之前先对着空气讲一遍，卡壳的地方就是需要补稿子的地方。

代码演示的取舍

小程序开发有个特点：配置文件多、页面文件成组出现。如果每个文件都从零敲，视频会非常冗长。我的处理方式是：

pages/
  index/
    index.wxml
    index.wxss
    index.js
    index.json

结构性文件提前准备好，录屏时只讲「这个文件里改哪一行、为什么改」。真正需要从零写的只有业务逻辑部分。另外，报错演示要保留，而且要故意制造一次典型报错，比如路径写错、app.json 里页面没注册，然后现场排查。观众最爱看这种，比顺风顺水的演示有用得多。

后期剪辑别省

我一开始想一镜到底，省掉剪辑。实际录下来，每集都有十几处停顿、口误、等待编译的空档。后来定了个规矩：每集录完立刻剪，只做三件事——切掉超过两秒的静音、加速等待编译的片段、给关键操作加放大特写。一集剪辑控制在四十分钟以内，性价比最高。

剪辑时把播放速度调到 1.5 倍听自己的讲解，能快速发现哪里啰嗦。这个方法比反复看原速有效得多。

发布与配套资料

视频发出去之后，评论区问得最多的不是视频里的内容，而是「源码在哪」。所以第二版开始，每集配套一个可运行的代码分支，按集数打 tag，观众可以 checkout 到对应进度。这一步花不了多少时间，但能显著减少重复答疑。

另外，视频标题别写得太泛。「小程序制作教程视频」这种词竞争激烈，新号很难被搜到。改成具体场景，比如「从零做一个记账小程序：第一集 搭骨架」，搜索意图更明确，长尾流量反而稳。

小结

录教程视频这件事，技术门槛不高，难的是节奏和取舍。先定受众，再定环境，讲解按「目标—思路—动手」走，后期只做必要剪辑，配套代码按集打 tag。按这套流程，我现在录一集从准备到发布大概三个小时，比第一版效率高了一倍多。如果你也在做类似的内容，欢迎交流。