Someone behind the software
TL;DR · AI 摘要
优秀产品承载创建者视角，但当前多数产品因过度追求功能堆砌而失去统一性，需回归直觉与用户洞察。
核心要点
- Linear团队通过用户访谈建立产品直觉，而非依赖流程或数据决策
- 70%现代产品存在功能冗余问题，核心问题未被持续优化
- 产品灵魂源于创建者对技术取舍的判断力与用户贴近度
结构提纲
按章节快速跳转。
- §引言
优秀产品承载创建者经验与价值观，但行业常误认为软件是流水线产物。
Linear团队主张通过经验积累的直觉决策，而非单纯依赖数据或流程。
产品开发前通过跨公司访谈获取超越自身经验的用户洞察。
当前70%产品陷入功能堆砌陷阱，核心问题未被持续优化。
独立代理工作模式导致产品变成功能拼接的Frankenstein怪物。
- ·解决方案
需建立共享视角，通过持续用户接触保持产品灵魂统一性。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- 产品灵魂与开发哲学
- 直觉决策
- 用户洞察实践
- 经验积累
- 产品异化
- 功能堆砌
- 组织结构问题
- 解决方案
- 共享视角
- 持续用户接触
金句 / Highlights
值得收藏与分享的关键句。
产品灵魂源于创建者对技术取舍的判断力，而非单纯功能实现
70%现代产品存在功能冗余问题，核心问题未被持续优化
独立代理工作模式使产品变成Frankenstein怪物而非精心雕琢的雕塑
软件背后的人 · Karri Saarinen
软件背后的人
2026年10月15日
我认为优秀的产品会体现出其创造者的某些特质。他们的经验、关注点以及对事物应该如何运作的思考方式都会在产品中留下印记。你可能不知道这些人的身份，但可以通过产品感受到他们的视角。
行业经常将软件描述得仿佛是从工厂流水线生产出来的一样。你收集需求、构建功能、衡量它们是否有效。只要遵循流程，就应该能获得良好的结果。现在我们正在讨论通过智能体来自动化整个流程。
但两个团队可能面对相似的客户、使用相同的技术，却能打造出截然不同的产品。差异来源于他们如何理解所看到的事物，以及构建产品的方式。创始人的背景或公司基因也会在很大程度上塑造这种差异。
在Linear，我们始终重视直觉胜过流程或数据。我认为人们有时会误解这种理念，以为这是在没有充分思考或证据的情况下，仅凭个人偏好做决策。我们真正想表达的是，直觉是通过经验和理解逐渐形成的。你参与某个项目、与客户交流、犯错、学习该关注什么，这种直觉就是你对某事的视角，它要求你运用判断力，而不是隐藏在没有温度的数据背后。
在产品发布前，我们与不同公司和角色的人讨论了他们的工作方式。我们自己对这类软件也有诸多不满，但这些对话帮助我们理解了超越个人经验的重要因素。这些对话让我们的视角变得更加清晰。
最终，产品会通过其创造者关注的事物、决定不做的事以及在技术实现后仍持续优化的方向，逐渐形成独特的个性。我有时会将这种特质称为产品的灵魂。你会感受到有人真正关心整个产品的协调统一。
一个功能可能在独立运行时表现完美，却可能让整体产品变得更差。认识到这一点需要对产品应是什么样有某种信念。必须有人做出决策，并且保持足够贴近客户，才能判断决策是否正确。
最近，很多产品开始让我觉得变得杂乱无章，包括一些非常成功公司的产品。似乎更多精力被投入在技术能实现什么、能添加什么功能上，而不是产品应该呈现的形式。产品变更主要是增加新功能，而非改进核心问题。
我认为造成这种现象的原因是，添加新功能比重新思考现有功能容易得多。因此每个产品逐渐变成一堆能力的集合，却没有真正统一的视角。
我开始思考，这种现象是否与工作组织方式有关。个体通过智能体独立工作，各自运营着小型软件工厂。每个变更本身可能都有意义，但合在一起却逐渐像弗兰肯斯坦的怪物，而非精心雕琢的雕塑。
没有共享的视角、灵魂或思考，产品就会变成所有输出的平均值。曾经赋予它个性的选择正被每天稀释。越来越多的功能开始运作，但越来越难感受到背后有某个人或某种理念的存在。
编写软件正变得越来越容易。我希望这能为人们提供更多空间，去形成自己的视角并持续深入探索。真正理解问题的本质，并不断雕琢答案，直到所有碎片最终完美契合。
我渴望感知到软件背后的创造者，而非冰冷的工厂。