Skip to content

关于我们

我们做的是那种不起眼的小软件,用来让一家公司步调一致。一个工作区,几个应用,账单只算真正打开它们的人。

起点是一次差点没做成的发布

2023 年春天,我们中的两个人坐在会议室里,看着一次产品发布在上线前四天散架。技术上没有出任何问题。构建没问题,文案也写好了。出问题的是:周一冒出来一项没人记得安排的隐私评审,而要签字的那个人正在飞机上。

复盘开了九十分钟,产出一个表格。这个表格撑了九周。到了秋天,变成四个表格、一个没人信任的共享日历,外加一个例会,唯一的作用是互相把表格念一遍。

我们俩都待过把这件事解决得很好的地方,也都以为那靠的是文化。并不是。靠的是一份会自己生成的清单、一个告诉每位评审人哪些是他的队列,以及一份别人不用问就能看的日历。三样小东西接在一起,做了例会做得很糟的那份工作。

Taktoria 就是这三样,加上我们后来每进一家公司都要重做一遍的那几样。一个给全员会用的提问工具,因为好问题总是来得太晚。短链接,因为 go/roadmap 比任何网址都更好念,而且不会烂掉。能熬过一个季度的目标。这些都不聪明,但都是公司会在内部糟糕地做上三遍的东西。

我们相信什么

在要紧的地方,软件应该无聊

一个会让你意外的发布日历就是失败的。我们宁愿交付可预期的东西,也不要有意思的东西,而且确实因为“有意思”删过功能。

用多少付多少

按人、按应用。如果公司里有一半人从不打开 OKR 工具,你就不必为这一半人付钱。这让我们少赚钱,我们也不打算改。

成果是你的

每个应用都能导出。API 能做控制台能做的一切,因为控制台就是同一套接口的调用方。离开应该是一个决定,而不是一次逃跑。

小团队,小界面

我们宁愿要五个各做一件事的应用,也不要一个有五个标签页的应用。它们共用工作区、账单和登录,仅此而已。

我们怎么工作

  • 我们刻意保持小规模,分布在三个时区,写的比开会多。一个写不下来的决定,本来就不是决定。
  • 我们在工作日白天发布,由写代码的人盯着。周五下午什么都不发,这与其说是规定,不如说是伤疤。
  • 每个改动都要评审,每个 PR 都跑全部测试,数据库迁移读得比功能还仔细。有意思的 bug 从来不在功能里。

关于这个名字

来自希腊语 taktikē,意思是把事情安排妥当的技艺。我们喜欢它描述的是这份工作而不是产品,也喜欢没人能说这个名字已经被人用了。

来看看吧

从一个应用和一个工作区开始。其余的,等它们配得上再加。