帮助

Open BPteach 是半撇私塾新开的博客专栏,这个专栏中将会公开半撇私塾内部的工作方式,包括我们的博客是如何创作的、使用哪些工具来提高效率、如何进行课程研发等等内容。

我们相信:开放透明不仅可以让我们更高效地工作,更重要的是,它还能帮助用户和学员更好地理解我们的教育理念,这也就是 Open BPteach 的初衷。

Open BPteach 计划在未来逐步公开以下内容:

  • 半撇私塾内容创作中心:内容创作的工作流我们已经在「如何更极客地生产新媒体内容」中进行详细的介绍,你也可以直接查看我们实时更新的 内容创作开源面板 进一步了解。
  • 半撇私塾团队协同工具:这一部分内容将会在本文详细介绍,你会了解半撇私塾如何利用高效的工具进行协同工作。
  • 半撇私塾项目审阅标准:在这一部分内容中,你将会了解半撇私塾如何批改每一位学员的作业。
  • 半撇私塾课程满意度评价:在这一部分内容中,你将会看到实时更新、来自付费学员的课程满意度评价。
  • 半撇私塾薪酬体系:在这一部分内容中,你将会了解半撇私塾的薪酬公式和内部考核方式。
  • 半撇私塾课程定价体系:在这一部分内容中,你会了解到你向半撇私塾支付的学费分别花在哪些地方。
  • 半撇私塾挑战生招募体系:在这一部分内容中,你将会了解半撇私塾教育挑战生的招募流程和筛选标准。
  • 半撇私塾内部培训体系:在这一部分内容中,你将会了解我们如何通过「课程」+「项目」+「反馈」等方式来帮助教育挑战生成为更全面的准职场人。
  • ……

半撇私塾一开始的时候,除了我和野子以外,团队的大部分成员都是通过远程进行协同工作的,所以在这个过程中工具就显得尤为重要。下面这张图是团队成员中远程工作(Remote)和本地工作(In-House)的比例。

半撇私塾团队构成

所以在今天的文章中,我将和你分享我们团队工作过程中 3 个非常重要的工具:Trello + Github + Bearychat。

在这之前先说说我们的工作流吧。在我们日常的工作中,「做事」的顺序常常是按照先「任务」后「文档」来进行的,「沟通」贯穿其中。比如:这个月公司接到了一项企业内训的「任务」,那么我会将这个「任务」拆解成「子任务」再分配给部门成员;这些子任务大多都是以「文档」的形式来完成的,比如:内训需求文档、课程培训脚本等等;如果做「任务」和写「文档」的过程中有任何问题,我们再通过「沟通」来及时解决。

所以在这种工作流中,「任务」「文档」「沟通」占据了非常核心的角色。对于「任务」管理,我们主要依靠 Trello 来完成,「文档」管理由 Github 来完成,最后的「沟通」则有 Bearychat 来完成。

接下来,我就以「半撇私塾博客」这个项目为例子,具体说说我们如何使用这 3 个工具。

Trello:任务协同与分配

如果你做过的内容管理,你应该知道保持团队内每一个人按时、按质、按量地输出文章,并不是一件容易的事情,但是 Trello 很好地把问题解决了。Trello 是我们所有工作的核心区域,每个任务都可以设置具体的负责人、截止日期、需要产出的事项等等,所以我们可以非常直观地看到 1 个任务从开始到结束整个流程的所有细节。

在这个创作中心的 面板 中,从左到右的列表分别是:

  • Content Ideas:创作者如果有合适的选题都会以文章标题的形式,在该列表新建任务卡片。
  • Pipeline:创作者准备创作以后,就会 Content Ideas 中选择对应的选题到 Pipeline 列表,把创作的卡片分配给自己后,将选题陈述(选题简介+选题理由+创作提纲)等信息填充完毕,提交给主编审核。
  • In Progress:这是创作者正在现阶段正在撰写的文章,该阶段创作者会完成文章的初稿。
  • Editing:文章初稿撰写完毕后,该卡片就会从 In Progress 迁移到 Editing 列表,负责人会提出相关的修改意见。
  • Ready to Ship:创作者编辑完文章后,该卡片就会进入 Ready to Ship 列表,创作者需要为文章对应的发布时间。
  • Shipped:文章发布后卡片就会进入 Shipped 列表。
  • Updateds Needed:任何已发布的文章如果有用户评论、反馈相关的内容需求,需要根据用户需求迭代对应的文章内容,那么该卡片就会进入该列表。
  • User Requested Content:由用户提出的选题需求会单独放置在该列表中。

在我们使用 Trello 来管理写作任务的过程中,每一篇文章就是一个任务卡片,在这个任务卡片中,我可以跟踪到文章的灵感来源、初稿、终稿、各版本的反馈意见和发布渠道等等的细节。

并且在每一个卡片任务中,我们都列出了完成这个任务所需要的各项「 Checklist」,比如撰写初稿、制作分辨图片等等,每完成一项就打上勾,然后拖动来下一个工作流列表即可。

这样一来通过 Trello,新的成员可以清楚的知道完成一个写作任务需要经历哪些步骤,应该如何完成,编辑也可以快速的跟踪到每一个任务具体进展到什么程度。

Github:团队文档协同

任务管理可以帮助我们确保每一项「任务」由确定的人、在确定的时间前、按照确定的标准完成,但是「任务」常常是以「文档」的形式完成的,比如你接到了一个写作「任务」,最后你需要交付的是一篇文章,这就是「文档」。而文档总是需要经历来回的自我修改和同行审阅才能最终确定,所以这个时候「版本跟踪」和「同行审阅」就变得尤其重要。

我们使用 Github 来完成文档的协同,虽然它常常被认为是用来协同代码的工具,但是它也是一个非常优秀的协同写作工具。在我们博客创作的过程中,Github 可以完成其他文档协同所不能完成的任务,包括:

  • 细致的版本跟踪:每一次创作者提交的修改,我们都可以知道它改了哪些地方,而且可以通过 Git 快速的回退到历史某一个版本,这些都是传统的文档工具无法比拟的。

  • 逐句的同行审阅:当我们收到同事要审阅邀请时,我们可以直接在提交的页面上,对某个句子提交反馈,比如错别字或者内容结构,而且可以@相关人进行必要的辅助。

虽然 Github 的学习成本相对比 Onedrive、Google Docs 等文档协同工具要高一些,但是一旦习惯了这个工作流,所节省的时间成本是非常惊人的。

Bearychat:团队IM沟通

「任务」和「文档」协同解决了以后,一旦有什么及时的反馈,但是又不方便在「任务」或者「文档」页面直接留言怎么办呢?比如:「再发一次」、「没有看见」、「提交前记得自己检查一下错别字」这些需要及时反馈的信息,但是又不是非常重要的话语,我们就可以通过 IM 沟通工具来完成。

可能许多人会选择微信,但是我们更偏好 Bearychat,主要原因包括:

  • 聚合所有信息:Bearychat 有一个非常杀手级的功能就是聚合通知,比如微博有人关注了、Trello 有人评论了任务、Github 有人信提交了一个文档版本,这些信息都可以通过 Bearychat 的机器人直接在聊天组中进行通知,这样一来我们可以更集中的进行任务处理,这个是微信等其他IM工具无法实现的。

  • 保存与检索:相对比微信,Bearychat 可以把所有的的信息保存起来,并且可以方便的在各个平台进行搜索,包括桌面客户端、移动客户端和网页端,这样即便卸载了软件,所有的记录还会被保存下来。

下一步:未来计划的尝试

Open BPteach 的许多灵感也来源于 Buffer 在企业透明度上都有许多尝试。这些工作流当然只是我们自己的一些偏好,或许对于其他的团队来说不一定合适。

因为「足够懒」,所以我们一直在尽可能地把一切可以「标准化」的东西交付给工具来完成,所以除了「任务」和「文档」的协同管理外,我们还在寻找如何将 OKR 绩效体系、季度数据等都由工具来完成。比如对于季度营销数据,理想的情况是:每个季度 Google Analytics 都可以自动将所有的博客绘画数、最佳转化文章、最高浏览文章、注册用户数、付费用户数、流水情况全部自动生成一张 Google Sheet,然后又自动通知到 Bearychat 当中。

如果找到了,我一定会再和你分享!当然,如果你自己在团队协同管理上还有更好的工具和策略,我也非常期待你可以和我们分享!

最后用一句话来概括我自己工作的心得:做任何 1 件事情,应该要想着「如果我需要同时做好 100 件这样的事,我该怎么做?」

如果你认可我们的工作方式,也刚好是即将毕业的大学生,你可以申请成为我们的「教育挑战生」。