Linear：Coinbase 设计师如何用设计思维颠覆 Issue Tracking

2019年的某个下午，Karri Saarinen 打开了 Jira，试图更新三个 issue 的状态。

这个操作在理论上不应该花超过一分钟，但实际上他花了将近十分钟：加载缓慢、字段太多、界面嵌套太深。更让他沮丧的是，这不是第一次了。在 Coinbase 担任首席设计师期间，Saarinen 每天都要和这个界面打交道，而每一次他打开 Jira，都有一种被一双粗糙大手推着走的感觉——工具在控制他，而不是他在控制工具。

这种感觉他很熟悉。在此之前，他在 Airbnb 担任设计师，那里用的也是 Jira，同样的挫败感。再往前，他在欧洲的创业公司工作，那时候 Bugzilla 还是主流，那东西更糟糕。十年里，Issue Tracking 工具的界面设计几乎没有任何进步，而与此同时，Figma、Notion、Slack 已经证明：工具可以既强大，又令人愉悦。

Saarinen 开始认真思考一个问题：为什么开发者工具总是在体验上这么将就？

三个芬兰人，一个大胆的假设

2019年，Saarinen 找到了两个老朋友——工程师 Jori Lallo 和设计师 Ville Vänni，三人都是芬兰人，都在硅谷有过工作经历，也都对现有的 Issue Tracking 工具有着程度不一的厌恶。

他们的出发点是一个有点反直觉的假设：Jira 在设计上的糟糕，不是 Atlassian 团队的失误，而是一种系统性的认知偏差——做 B2B 工具的公司默认”用户会忍受难用的工具，只要功能够多”。

这个假设在2019年正在被打破。Figma 用一款在浏览器里流畅运行的设计工具，打败了安装包达数百 MB 的 Sketch；Notion 用块编辑器重新定义了文档工具；Linear 要做的，是把同样的逻辑带入 Issue Tracking 领域。

三人决定一起开发一个原型。他们给自己设定了三条不可妥协的原则：

第一，任何操作的响应时间不能超过100毫秒。这不是性能优化的目标，而是产品哲学的声明——工具不应该让用户等待。为了实现这个目标，他们采用了本地优先（Local First）的数据同步架构：所有操作先在本地执行，数据变更在后台同步到服务器，用户看到的是即时响应，而不是等待网络请求的转菊花。

第二，键盘优先。所有核心操作都应该可以通过键盘快捷键完成，不需要鼠标。这对程序员来说意味着工作流的连贯性——不需要在键盘和鼠标之间来回切换。Linear 上线后，有用户在推特上说，用了一个月后突然意识到自己几乎从未使用过鼠标来操作 Linear，这种操作连贯性让他们感觉自己在”驾驭”工具，而不是在”使用”工具。

第三，设计决定产品边界。每一个新功能在被添加之前，都必须回答一个问题：加了这个功能之后，Linear 还是那个工具吗？这条原则的核心是反功能蔓延（Feature Creep）——Jira 多年来的问题之一就是不断堆砌功能，每个功能单独看都有合理性，但整体带来的是复杂性的指数级增长。

邀请制发布与口碑扩散

2020年初，Linear 发布了邀请制测试版。

这不是一个意外的决策。Saarinen 在 Coinbase 看到过 Coinbase 产品发布时的各种教训，他深知”过早过广的发布”会带来什么：用户涌入、服务器崩溃、反馈噪音太多，最终什么也没学到。邀请制让他们能够精确控制早期用户的构成。

他们优先邀请的，是硅谷的初创公司工程团队——规模在5到30人之间，没有历史包袱（不需要和遗留系统集成），工程文化强，愿意为好的工具体验付费，并且在技术社区有影响力。

反馈出乎意料地一致：大家喜欢 Linear 的速度和设计，但都在问同一个问题——“为什么我没办法配置这个字段？”

Saarinen 和团队意识到，他们需要做出一个艰难的选择：是不断扩展可配置性以满足所有人的需求，还是坚持产品的极简哲学，让”配置性”成为一个刻意的限制？

他们选择了后者，并且把这个选择写成了公开博客文章，解释了为什么 Linear 刻意不提供某些看起来”合理”的配置选项。这篇文章在 Hacker News 上引发了激烈讨论，有人认为这是傲慢，有人认为这是自信——但无论如何，这场讨论让 Linear 的名字进入了更广泛的开发者圈子。

与 Jira 的正面交锋

Linear 第一次真正进入主流视野，是2021年完成1300万美元 A 轮融资后。

Benchmark 领投了这轮融资，这本身就是一个信号——Benchmark 是 eBay、Snap、Discord 等公司的早期投资者，在消费级产品领域经验丰富，很少投 B2B 工具。他们选择投 Linear，是因为他们相信 Linear 正在做的事情有消费级产品的传播属性：开发者们会因为”好用”而向同事推荐，而不是因为企业采购决策。

到2022年，Linear 的付费团队数量突破了一个心理门槛：Coinbase、Figma、Notion、Shopify 等一批顶级科技公司开始从 Jira 迁移到 Linear。这些迁移不是基于功能对比的采购决策，而是工程师自发推动的”工具升级”——工程师们用了 Linear，喜欢，然后说服了管理层更换工具。

Atlassian 注意到了这个趋势。2022年，他们推出了 Jira 的大规模界面改版，核心方向是简洁化——这是 Jira 多年来第一次认真对待界面设计。这次改版在 Jira 内部被明确定义为对 Linear 的响应。

Saarinen 在一次采访中对此的评论是：“这是最好的消息，它意味着我们的产品策略是正确的。“

不做”另一个 Jira”的代价

2023年，随着 Linear 的用户增长，来自企业客户的压力越来越大：他们需要更复杂的权限管理、更灵活的工作流配置、更多的字段类型。这些需求每一个单独看都很合理，但满足它们意味着 Linear 会变得越来越像 Jira——功能丰富，但体验复杂。

Saarinen 和团队做了一个被外界广泛讨论的决定：拒绝了几个大型企业客户的定制化需求，而不是为了这些订单妥协产品方向。

这个决定在短期内有真实的财务代价，但它建立了一种清晰的产品信号：Linear 是一个有自己坚定立场的工具，不是一个随时可以按需定制的服务。这种清晰性在开发者社区里建立了一种独特的信任感——用户知道他们今天喜欢的 Linear，明年还会是他们喜欢的 Linear，而不会因为几个大客户的要求而面目全非。

到2024年，Linear 的估值据报道已超过20亿美元，团队规模约80人，分布在全球多个城市。

这是一个关于设计者的故事，也是一个关于如何在功能与体验之间做出选择的故事。Saarinen 在 Coinbase 积累的设计思维，最终化为了一个工具的哲学：好的设计不是让产品看起来好看，而是让用户在使用它时感觉自己变得更好。

“我们不是在做一个更好的 Jira，我们是在重新思考 Issue Tracking 的本质。当人们说’这不可能’的时候，那就是我们开始的地方。” — Karri Saarinen