

LaunchCal
像 Google 一樣管理產品發布。
在所有審查單位之間協調發布。發布負責人取得自動產生的檢查清單,審查者擁有清楚的佇列,利害關係人則能看到行事曆。
- 依職能團隊設定的發布步驟範本
- 可核准、駁回或核准例外的審查者佇列
- 新聞稿、儀表板與心得文件
- 供利害關係人檢視的發布行事曆與步驟甘特圖
共用成員、共用帳單,產品各自獨立。每一個都是我們在 Google 用過的做法,變成你真的能上手運作的工具。


像 Google 一樣管理產品發布。
在所有審查單位之間協調發布。發布負責人取得自動產生的檢查清單,審查者擁有清楚的佇列,利害關係人則能看到行事曆。


始終保持誠實的目標與關鍵結果。
把關鍵成果分給個人和團隊,有變化就更新進度,在一張計分卡上為全年評分。


那些大家礙於禮貌不敢問的問題。
為會議提供即時問答與投票。與會者只要輸入代碼即可加入,不需要帳號、不用下載,可以匿名提問,並替真正想聽到答案的問題按讚。


go/任何名稱,每個人都知道它指向哪裡。
全公司都猜得到、好記的短連結。任何人都能在幾秒內認領 go/roadmap,每個連結都有負責人且可稽核,再也沒有人需要把四十個字元的網址貼到聊天室裡。


內部梗圖產生器,不必再翻共用資料夾。
挑一個範本、加上文字、取得連結。梗圖才是內部消息真正的傳播方式:這個工具讓梗圖做起來快,事後也找得到。
每一個過去都要耗掉一場會議、一串討論,或某個人的記憶力。在這裡,每一個都是一個應用程式。
發布之前
“這個東西上線前要過哪些關卡?還有誰需要知道?”
LaunchCal 會依照你們自己的流程產生檢查清單,從發布日期往回排程,並讓每個審查單位都有自己的待辦佇列。
每一季
“我們想達成什麼?現在離目標還有多遠?”
OKR 中心把目標和關鍵結果放在一起,評分記在關鍵結果上,並按固定節奏更新進度,而不是到最後才憑記憶回想。
會議現場
“大家真正想問的是什麼?”
Dory 收集聽眾的提問和按讚;如果匿名才能讓真正的問題被問出來,那就匿名。
一天十次
“那份文件到底在哪裡?”
Go 短連結把它變成 go/roadmap:短到可以直接說出口,而且有專人負責,不會失效。
在這一切之間
“消息在這裡究竟是怎麼傳開的?”
老實說,靠的是 Memegen。內部公告就是這樣被看見的,那不如讓它做起來快、事後也找得到。
一年兩次
“我們對每個人用的是同一把尺嗎?”
Calibration 是主管把評分並排比較、統一標準的那場會議,每次調整都會保留原因。這個應用程式還在路上。
從一個應用程式開始。無論從哪一個起步,底下的工作區都是同一個,所以加第二個幾乎不費力。
為公司建立一個工作區,有自己的名稱和網址。每個應用程式都在裡面。
一份成員名單、一組團隊,所有應用程式共用。不會再有第二個地方要記得移除離職的人。
依應用程式訂閱,兩週免費,不需要信用卡。沒開啟的應用程式不會礙事。
每人每個應用程式一個席次,公司不必因為某個團隊想用一項工具,就替所有人付費。
單一登入、管理員與成員角色,以及每次請求都在伺服器端檢查的應用程式存取權限。
儀表板本身就是同一套 REST API 的用戶端,並提供由 Fern 定義產生的型別化 SDK。
每個應用程式因為在這裡就能自動擁有的功能,不必各自重新打造。
成員只要加入一次。每個應用程式看到的都是同樣的人、同樣的團隊和同樣的角色,不會再有第三個地方要記得移除離職的人。
依應用程式訂閱,把席次指派給實際使用的人。Dory 則改依活動的最大規模計價,再加上每位主持人一個席次,因為問答活動的參與者大多永遠不需要席次。只想要發布行事曆的公司,也不必替梗圖產生器付錢。
單一登入、管理員與成員角色,以及依應用程式授權:每次請求都在伺服器端檢查,而不只是在導覽列中隱藏。
透過 Slack 和電子郵件發送,有頻率限制並會彙整成摘要,由背景工作處理而非卡在請求路徑上,任何緩慢的環節都不會拖住頁面。
儀表板本身就是同一套 REST API 的用戶端,並提供由 Fern 定義產生的型別化 SDK。
每個頁面都已翻譯,並以你的瀏覽器語言開啟,包括你正在閱讀的這個行銷網站,並針對美國、英國、加拿大、澳洲、印度、拉丁美洲和魁北克提供當地的拼字與格式。唯一的例外是法律文件,僅提供英文版。
內部工具難的從來不是前十個人,而是第一千個人、第十個工作區,以及所有人在同一個九十秒內湧入的全員大會。
大多是帶著懷疑的問題,值得直截了當的回答。