我自己写代码，遇到问题吭哧吭哧研究一阵总能搞定。但给人培训，尤其是给一群基础参差不齐、态度也各不相同的老师们培训，那真是嗓子冒烟、血压升高的活儿。

我们学校当初刚上站群系统的时候，厂家是提供了一次集中培训的。在一个大阶梯教室里，黑压压坐了一屋子人，各个学院的办公室老师、宣传干事都来了。厂家派了个讲师，在台上讲得眉飞色舞，PPT翻得哗哗响，又是讲架构又是讲逻辑，什么“基于J2EE的分布式部署”、“动静分离的缓存策略”，听得下面的人是一脸茫然。我看到前排一个年纪大点的老师，直接趴在桌上睡着了。

那次培训的效果，可想而知，基本等于零。培训完，大家回到各自办公室，一打开后台，还是不知道从哪儿下手。电话就又打到我们网络中心来了。问的问题五花八门，从“怎么登录”到“怎么把文章里的图片变大一点”，什么都有。那段时间，我感觉自己不是在接电话，就是在接电话的路上，一天下来，耳朵都是嗡嗡的。

后来我们学聪明了，不再搞那种大而全的培训了。改成了分层次、分批次的小班教学。针对不同岗位的人，讲不同的内容。比如负责内容发布的编辑老师，就只教他们怎么发文章、怎么传图片、怎么排版，其他的一概不涉及。对于各子站的管理员，除了基本的发文操作，再教他们怎么管理用户、怎么查看统计数据。至于那些复杂的模板修改、权限配置，就只对网络中心内部的技术人员培训。

这样一来，效果好多了。至少大家觉得学的东西是自己用得上的，听的时候也认真了不少。但我们很快又发现了新的问题——记不住。很多操作，你当时教的时候，他频频点头，说“懂了懂了”。可过两天他自己做的时候，又忘了。还得打电话来问。你说他笨吧，人家博士学历，学术水平高着呢。可就是对这些系统操作，好像天然有抵触心理，不愿意去记。

后来我就琢磨，是不是我们的培训方式有问题。光靠讲一遍，然后扔给他一个厚厚的操作手册，让他自己去看，这确实不科学。谁有那闲工夫去翻手册啊？于是我们改变策略，不再发那种PDF的操作手册了，而是把常用的操作步骤，录制成短视频。一个视频就解决一个问题，比如“如何发布一篇带图片的文章”，视频就两三分钟，一步步操作，关键步骤还有文字提示和圈点。然后把所有视频分门别类放到一个专门的帮助页面上，每个视频下面还附上文字说明和常见问题解答。

这个办法还挺管用的。老师们遇到问题，第一反应不再是打电话，而是先去帮助页面找找有没有对应的视频教程。因为视频直观，跟着做就行了，省去了很多沟通成本。而且视频可以随时看，反复看，不像现场培训，讲完就没了。

但即便如此，还是会有一些“顽固分子”。我就遇到过一个老师，每次发文章都要找我，不是忘了怎么插图，就是忘了怎么设置标题格式。我跟他讲了好几次，也把对应的视频教程发给他了，他还是来找我。后来我实在没办法，就跟他说：“老师，要不这样，下次您要发文章的时候，您就打开那个视频，照着视频一步一步操作，视频点一下，您点一下，保证没问题。”他试了一次，果然成功了。从那以后，他就养成了习惯，发文章之前先看视频。虽然效率是低了点，但至少不用再一遍遍问我了。

其实现在想想，老师们也不是故意学不会，他们只是太忙了。教学、科研、行政事务，一大堆事儿压在身上，网站维护对他们来说，只是一项额外的、不得不完成的杂活儿。他们没有那个时间和精力去深入研究这个系统。所以作为站群管理员，我们与其抱怨他们学不会，不如想办法让系统本身变得更易用，让培训的方式变得更贴心。

我们甚至想过，能不能弄个“一键代办”的功能，就是老师们把文章写好，交给我们就行，我们帮他们发。但后来发现这不现实，全校那么多子站，我们几个人根本忙不过来。而且这也不符合分级管理的原则。