Brethren0186

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

  •  
  •   Brethren0186 · 20h 4m ago · 924 views

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

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

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

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

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

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

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

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

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

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

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

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

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

    二、代码越来越难维护

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    所有人的目标,都变成了一个字:快。

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

    五、失语和失望

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

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

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

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

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

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

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

    功能上线。

    用户投诉。

    灰度继续扩大。

    投诉继续增加。

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

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

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

    "用户可以被教育。"

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

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

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

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

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

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

    最后

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

    也许你发过投诉。

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

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

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

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

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

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

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

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

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

    bpf2049
        1
    bpf2049  
       18h 58m ago via iPhone
    “老板马上需要,也成为了开发同事耳边挥之不去的余音。”
    简直一模一样,已经没有余力思考架构/可维护性/安全,上了再说,结果经常是一地鸡毛
    StillNotYet
        2
    StillNotYet  
       16h 51m ago
    在 AI Coding 时代,功能越不值钱。AI 带来的效率提升,反而成了名正言顺加码压榨的借口——既然边际成本低,那就不用动脑,一股脑往上堆,上了再说。
    0x663
        3
    0x663  
       16h 49m ago
    草台班子就草台班子,老板搞一言堂,项目、产品为了在老板面前表现疯狂压力研发,你不吃压力就好了,锅炸了就炸了。
    xiaoshouchen
        4
    xiaoshouchen  
       15h 3m ago
    微信还是 QQ
    zogwosh
        5
    zogwosh  
       12h 33m ago
    基于 Qt 的跨平台版本,国民级桌面端 app 。不会是微信吧
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1148 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 171ms · UTC 23:13 · PVG 07:13 · LAX 16:13 · JFK 19:13
    ♥ Do have faith in what you're doing.