发布之前
“这个东西上线前要过哪些关，还有谁需要知道？”
LaunchCal 会依据你们自己的流程生成清单，从发布日期倒排，并为每个评审职能准备各自的队列。
公司反复在问的六个问题
每一个过去都要花掉一场会、一条讨论串，或者某个人的记性。在这里，每一个都是一款应用。
每个季度
“我们到底想达成什么，现在离得近吗？”
OKR Hub 把目标和关键结果放在一起，评分落在关键结果上，按节奏复盘，而不是最后才回想。
在会议室里
“大家真正想问的是什么？”
Dory 收集来自听众的问题和投票；如果匿名才能让真问题被问出来，那就匿名。
一天十次
“那份文档到底在哪儿来着？”
Go Links 把它变成 go/roadmap: : 短到可以直接说出口，而且有人负责，不会烂掉。
在这一切之间
“消息在这里究竟是怎么传开的？”
老实说，是靠 Memegen。内部公告就是这样被读到的，那它就该做得快、也找得回来。
一年两次
“我们对所有人用的是同一把尺子吗？”
Calibration 就是管理者把评分并排比较、统一标准的那场会议，每次变动都会保留理由。这款应用还在路上。
只开启团队需要的应用
共享成员、共享账单，产品各自独立。每一个都是我们在 Google 用过的做法，被做成了你真的能跑起来的东西。
LaunchCal
像 Google 那样推进产品发布。
在所有需要评审的职能之间协调发布。发布负责人拿到自动生成的清单，评审者拿到清爽的队列，其他人拿到日历。
- 按职能团队设置的发布步骤模板
- 支持通过、拒绝、例外的评审队列
- 新闻稿、仪表盘与复盘作为交付物
- 面向相关同事的发布日历与甘特图
$3 每人 / 每月
了解 LaunchCalOKR 中心
始终诚实的目标与关键结果。
设定目标，把关键结果逐层汇总，按固定节奏复盘，而不是到季度末才想起来。
- 可逐层汇总的目标树
- 每周的关键结果复盘
- 信心评分与偏离提醒
$3 每人 / 每月
了解 OKR 中心Dory
那些大家不好意思问出口的问题。
面向会议的实时问答与投票。参会者用一个代码加入: , 无需账户、无需下载,: 可以匿名提问，并为真正想听到答案的问题投票。
- 支持投票、匿名与审核的问答
- 选择题、词云、评分、开放文本与排序投票
- 按速度排名的实时小测验
- 从最后一排也看得清的演示画面
$1 每人 / 每月
了解 DoryGo 短链接
go/任意词，人人都知道它指向哪里。
全公司都能猜到的短链接。go/roadmap 几秒就能认领，每个链接都有归属和记录，再也不用把四十个字符的网址粘进聊天窗口。
- 一个输入框就能认领短链接
- 每个链接都有归属与变更记录
- 点击次数一目了然，失效链接不再被忽视
- 快到可以直接在地址栏里用的跳转
$2 每人 / 每月
了解 Go 短链接Memegen
内部表情包生成器，不用再翻共享文件夹。
选一个模板，配上文字，拿到链接。内部消息真正的传播方式就是表情包: : 在这里做起来快，事后也找得到。
- 由团队共同维护的模板库
- 每个表情包都有固定链接，以及可以外发的 PNG
- 在所有人做过的内容里搜索
- 适合工作场合的默认设置与按工作区的审核
$2 每人 / 每月
了解 Memegen如何运作
先从一款应用开始。无论从哪一款起步，底下的工作区都是同一个，所以第二款几乎不费什么力气。
- 1
创建工作区
为公司建立一个工作区，有自己的名称和地址。每款应用都住在里面。
- 2
把同事添加一次
一份成员名单、一套团队，所有应用共用。不会再有第二个地方需要记着把离职的人移掉。
- 3
打开你们想要的应用
按应用订阅，十四天免费，无需信用卡。没打开的应用不会碍事。
- 4
把席位给真正使用的人
按人按应用计一个席位，不会因为一个团队想用某样东西，就让全公司买单。
- 5
所有人只登录一次
单点登录、管理员与成员角色，以及每次请求都在服务端校验的按应用访问权限。
- 6
其余的交给自动化
仪表盘本身就是同一套 REST API 的客户端，SDK 由 Fern 定义生成并带类型。
一个平台，而不是五份订阅
每款应用因为身处这里而天然获得的东西，不必自己再造一遍。
一个工作区，一份成员名单
添加一次就好。所有应用看到的是同样的人、同样的团队、同样的角色，不会再有第三个地方需要在有人离开时记着处理。
按真正被用到的东西计费
按应用订阅，把席位给真正用它的人。Dory 则按一场活动能有多大来计费，因为问答里绝大多数是永远不需要席位的人。没有哪家只想要发布日历的公司，需要替表情包生成器买单。
处处通用的 SSO 与角色
单点登录、管理员与成员角色，以及按应用的访问权限: : 每次请求都在服务端校验，而不是藏在导航里。
尊重人的通知
通过 Slack 和邮件发送，有频率限制并会合并，由后台任务投递而不是挡在请求路径上，任何慢的一方都拖不住页面。
一套真正的 API
仪表盘本身就是同一套 REST API 的客户端，SDK 由 Fern 定义生成并带类型。
从第一屏就支持七种语言
每个页面都已翻译并按语言路由，包括你正在读的这个营销站点。
为整个公司而建，不是为试点小组
内部工具真正难的地方从来不是头十个人，而是第一千个人、第十个工作区，以及所有人在同样的九十秒里一起涌进来的全员大会。
- 装着一万条发布的工作区，用起来和只有十条的一样。这里不会因为公司变大而变慢。
- 把一件事告诉一千个人，是一个在后台跑的任务，会合并、也会控速；而不是一个边发边卡住的页面，和一个替它买单的收件箱。
- 全公司在同样的九十秒里一起涌进来的活动，正是这套东西为之设计的场景，而不是把它压垮的场景。
- 一个工作区永远看不到另一个，而某个人能碰到什么，由服务端在每次请求时决定。长到五百人，也不会有什么被顺手放宽。
团队最先问到的问题
大多是带着怀疑的问题，它们值得直截了当的回答。
- 一个办公应用平台，这些应用共享同一个工作区、同一份成员名单和同一张账单。LaunchCal 负责产品发布，OKR Hub 让目标与关键结果保持诚实，Dory 收集会议上的问题与投票，Go Links 提供 go/任意词，Memegen 是内部表情包生成器。用于绩效评估的 Calibration 还在路上。每一款最初都是我们在 Google 用过的做法。
- 不必。订阅你们想要的应用，把席位分给真正使用的人，其余的不会碍事。无论从哪一款开始，底下的工作区都是同一个，所以再加一款应用不意味着第二份成员名单、第二张要对账的账单，也不用谁再注册一次。
- 每款应用单独订阅，席位分配给具体的人。计费依据是已分配的席位，而不是公司规模: : 从不打开某款应用的人，不会产生费用。
- 可以。每款应用都有十四天免费，无需信用卡。你可以先把流程搭起来、把团队请进来，之后再决定。
- 可以。通知通过 Slack 和邮件发送，有频率限制，并会合并成每天一份摘要，免得一个有用的提醒最后变成把全部通知静音的理由。
- 有。仪表盘本身就是同一套公开 REST API 的客户端，SDK 由 Fern 定义生成并带类型: : 凡是你能点的，都可以自动化。
- 它就是为此而建的。装着一万条发布的工作区，用起来和只有十条的一样；某个人能碰到什么，由服务端在每次请求时决定，而不是由导航给他看到什么来暗示；把一件事告诉一千个人，是在后台合并、控速地跑完，而不是边发边卡住页面。全公司在同样的九十秒里一起涌进来的活动，正是这套东西为之设计的场景。