前两天公司开月度会议，主题就是标准化。可能对咱们程序员来说，标准化是一件已经刻到我们骨子里的事情，各种接口、框架、规则，基本都有统一的标准，比如 JCP 就是 Java 世界中负责制定各项标准的社区。他们通过 JSR 来制定标准，而有了 JSR-315（Java servlet），我们服务端的代码才能在 Tomcat 和 Jetty 之间自由切换。正是这些统一的标准组成了软件开发的基石，让程序员们得以构建出如今这样多彩纷繁、风格迥异的互联网世界。不过你也知道，极客时间做的是内容和教育，其中的内容产品是最终的呈现方式，不同风格的老师，带来不同技术领域的内容。我们怎么才能确保团队具备稳定产出高品质内容的能力，给到你的每一个专栏、每一个视频课程、每一个训练营课程都在同一水准之上呢？标准化就是当前阶段最好的答案。不解决标准化的问题，就别想着能扩大规模。怎么做呢？找到那些实践中共通的环节和经验，然后详细分类，仔细归纳，形成一个最基础的文档。在文档里，我们把从确定选题、确定作者、课程设计、样稿打磨、大纲打磨、音频打磨直至上线，还有上线后的留言处理、课程优化、作者状态管理，再到最后的结课活动、复盘优化等等，一整套流程中的基础操作都固化了下来。当然，标准化的文档只是一个可借鉴和可复制的“经验工具”，遵循它却又不能完全依赖它，灵光一闪的创意和思维火花，对于内容产品来说非常重要，它们能让最终成品从优秀突破至卓越。那到底什么是标准化呢？每个人都有自己的理解，所以最终的文档以及文档背后的动作也都不一样。在我看来，标准化这件事情，应该包含两个方面，一个是产品的标准化，一个是流程的标准化。很多时候，产品的标准化其实比流程的标准化还要重要。流程的标准化，就好理解很多了。相比之下，我还是喜欢用流水线这个词，因为只要一提到流水线，你必然能够想到工厂，想到工厂，这事马上就生动起来了。所以，总结起来，正确的流程方能产生正确的结果。同样，在我们的专栏里也是这样，你是先做用户调研，还是先写课程设计文档，这个顺序将会直接影响你最后交付物的质量。我们的流水线要做的就是把这些关键动作给固化下来。理解了什么是标准化，我再和你聊聊从我的经验里，做好这件事情最重要的3个关键点。第一，要关注小细节。宏观的大流程有用吗？有用，但是在标准化这件事情里面，大流程根本没用。因为只要是有点工作经验的人，都能把大流程说出来，我们其实要抠的是小细节。比如，复盘后发现在用户调研方面的广度还不够，团队需要调整动作，那具体怎么调整，又怎么把调整后的动作固化到已有的流程中。再比如，我们新上线了毕业证书功能，这个功能要求编辑在上线之前问老师要他的手写签名，然后再提交设计修改，再上传后台，这是一个新加的动作，怎么把它更轻松地加入编辑已有的工作流程中。正是这些细节的地方，决定了你的标准文档是否真的能贴近工作、指导工作。第二，思考最好的方法是什么。流水线的价值是把成功经验给路径化，把个人能力沉淀为组织能力。所以，我们在做这事的时候，其实是要反复思考最正确的流程/方法应该是什么。极客时间的流水线，我们上次还开玩笑说，从发布的那一刻开始，就代表这文档已经过时了。为啥呢？因为后面继续迭代的时候，我们总能发现有些方法还不是最好的。这也是个long-term的事情。第三，得用起来。用不起来的话，其实一切都是零。相比于花时间建文档，我觉得其实应该在文档建完之后，花更多的时间思考怎么把文档用起来。只有用起来，才可能迭代起来，标准化的事情也才可能得以高效推进，简单来说就是以用促建。
