置身 X 内？《研发失语之后》。

这是一篇某国民级桌面端 App 开发者自述。

本文经过 AI 润色，主要调整了表达方式，不改变想表达的事实和观点。我是这款产品的一名普通开发者，不代表公司，也不代表团队中的任何人，只想借这个机会和网友聊聊，为什么最近一年，这款产品会发生一些让用户不满意的变化。

最近几个月，我看到越来越多用户抱怨这款桌面端 App 的改动。

有人吐槽体验越来越奇怪，有人抱怨功能越来越复杂，也有人反馈不少更新反而降低了使用体验。作为内部开发者，这些声音其实团队都能看到。

只是，很多事情，并不是开发团队能够决定的。

今天想分享一些我这一年来观察到的变化，希望大家也能一起讨论：一款国民级产品，为什么会慢慢变成今天这样。

一、速度越来越快，工程质量却越来越差

自从团队全面投入基于 Qt 的跨平台版本之后，整个研发节奏明显发生了变化。

需求周期越来越短，交付时间越来越紧。

很多原本应该作为过渡方案、验证方案的代码，在时间压力下直接进入了生产环境。本应在后续重构掉的临时代码，最终变成了正式实现。

一个项目甚至还没发展多久，技术债已经开始快速积累。

很多人都知道，技术债本身并不可怕，可怕的是没有时间偿还。

当所有人都在赶下一期需求的时候，就没有人再有机会停下来修路。

二、代码越来越难维护

跨平台项目本身就有一定复杂度，而团队成员的 C++ 水平差异又比较明显。

一些项目初期留下的实现方式并不理想，代码风格混乱、抽象不足、边界模糊。

最直接的结果就是：后来接手维护的人越来越痛苦。

很多开发并不是在做业务，而是在猜上一位同事到底想表达什么。

维护成本不断提高，开发效率却没有因此提升。

三、AI Coding 提高了速度，也降低了代码掌控力

今年最大的变化，大概就是 AI Coding 的全面普及。

几乎所有人都开始使用 AI 写代码。

AI 本身没有问题，它确实能够提升效率。

真正的问题在于，有一部分开发者对 AI 生成的代码并没有充分理解，就直接提交到发布分支。

以前，一个人能力有限，写出的代码至少还是自己理解的。

现在，一个小时可以生成过去几天才能完成的代码，但真正理解这些代码的人，却越来越少。

代码评审开始越来越关注功能是否完成，而不是实现是否合理。

团队对于代码质量的掌控能力，也因此明显下降。

四、组织变化之后，效率几乎成为了唯一响亮口号

今年年初，团队经历了一次比较大的组织调整。

新的负责人到来之后，整个团队对需求时效的要求进一步提高。

过去，一个需求可能还有几天讨论和实现的时间。

现在，会议刚结束，一两杯咖啡的工夫就要求提供完整功能安装包，不是夸张之词。

老板马上需要，也成为了开发同事耳边挥之不去的余音。

这样的节奏带来的变化非常明显。

大家平均下班时间越来越晚，开发压力越来越大。

为了按时交付，很多设计来不及推敲，很多实现来不及优化，很多风险来不及验证。

工程质量不断下降，却没有人有时间停下来修复。

所有人的目标，都变成了一个字：快。

如果有比较看重 Work-Life Balance 的同学正在考虑加入团队，建议在选择之前，多了解一下团队当前的研发节奏。

五、失语和失望

真正决定写下这篇文章的，其实不是工作强度。

而是产品开发过程决策方式发生了变化。

组织调整之后，产品团队拥有了更强的话语权。

开发团队当然仍然会参与需求评审，也会表达自己的意见。

只是很多时候，当开发认为某个需求可能不会提升用户体验，甚至可能带来负面反馈时，这些意见并不能真正影响最终决策。

需求依然会按照原计划推进。

于是，我们会看到同样的事情不断发生。

功能上线。

用户投诉。

灰度继续扩大。

投诉继续增加。

内部能够看到越来越多负面反馈。

但最终的决定，仍然是继续推进。

最让我印象深刻的一句话，是产品同事在讨论中提到：

"用户可以被教育。"

因此，大部分新功能，无论是否存在体验争议，通常不会提供用户自主选择权，而是强硬地直接替代原有体验，希望用户逐渐适应新的交互方式。

我并不否认，有些创新确实需要用户适应。

但前提应该是，它最终能够让产品变得更好。

如果大量真实用户已经明确表达了不喜欢，那么这些声音至少值得被认真倾听，而不是简单理解为"去教育用户"。

对于一款拥有庞大用户群体的产品来说，用户体验本应该是第一优先级。

至少，在我看来，它应该高于任何同事个人偏好，也高于任何短期指标。

最后

这几个月，相信很多用户已经感受到一些体验上的变化。

也许你发过投诉。

也许你在社区里表达过不满。

也许你最后只能选择回退版本。

这些反馈，我们其实都看得到。

很多时候，我们也认可用户提出的问题。

只是，当需求已经进入推进流程之后，仅凭开发团队，很难改变最终方向。

作为开发者，只是希望更多人能够理解，一款产品的体验，往往并不是由代码决定，而是由组织、流程、文化以及决策机制共同决定。

如果越来越多真实用户愿意持续表达自己的意见，也许这些声音，终究会成为推动改变的一部分。

因为任何一款优秀的产品，都不应该只听老板的声音。

它更应该听见用户的声音。