上个月刚转岗的时候，我还在纠结如何把那套粗心的设计稿改得漂亮点。
那时候我就想，赶明儿如何才能让这活儿干得顺顺当当。结局目前干了三年发现，那会儿那些自当作是的“完美主义”，有时候反而是最大的坑。 咱们别管啥“闭环”、“迭代”这些词儿了，实在的换个说法：就是别总怕错，也不看能不能救回来。就像上次做个用户调研报告，我花了两天工夫，把问卷里的话术磨了十遍，还在附录里加了一万字的背景资料。老板说这工作量有点多，毕竟咱们团队这几个月都在忙大促，我得赶紧把活儿干完。可最终发现，那些密密麻麻的备注，老板压根没看，也没人细看。我当时就认定心寒，心想：这人是不是认定我不够努力？ 实际上未必。大量时候，大家盯着的是最终结局，而不是过程花了多少心血。我的那些“无效输入”，有时候就是为了显得自己挺用心。
后来我慢慢明白了，真正的专业本事，是看你面对复杂局面时，到底能提炼出啥核心逻辑，而不是看你花了多少工夫堆砌素材。 记得那会儿，我们部门要做一个新人培训系统。我负责后端对接，前期也是老样子，先花三天工夫跑通所有接口，再写一堆 test case，最终再对每一行代码做一遍注释。我认定自己挺专业，毕竟别人问起来我都能讲出“这是为了防止 X 场景”这种话。可项目上线后，用户反馈特别多，投诉率直线上升。我查了数据，发现难题聚拢在：用户找不到功能入口，并且系统响应慢。 那时候我就在想，是不是我的代码写得不够好？
是不是测试不严密？便我又加班，加到了两天半，结论也是“需求优化”。结局发现，根本不需求。难题出在需求文档上，需求_doc_03 里把“快速导航”和“辅助工具”两个功能拆成了两个不同的模块。我直接联系了原作者，砍掉了辅助工具模块，重新整合了导航结构。优化完之后，响应速度提升了 30%，投诉也削减了大半。 同事小张看着我，问：“你如何做的？
为啥要砍掉？”我 paused（停顿了一下），心想这时候再解释“需求歧义”要么“架构优化”，会不会显得我矫情？便我说：“出于要是两个功能混在一起，用户就得在两个菜单里找，这不符合咱们目前的操作习惯。并且后台数据透视一下，我发现那‘辅助工具’模块里，有 70% 的用户点进去之后，出于找不到目标功能，直接掉了队。” 那一刻我突然认定自己的价值感不一样了。
那会儿我认定技术本事是看代码行数、看注释写得漂不漂亮，目前认定，本事是看能不能帮团队把事做成，能帮用户把体验做顺畅。 实际上，最耗脑力的地方压根儿都不是写代码、写文档，而是把那些乱七八糟的需求、那些不清楚的指标、那些说不清道不明的目标，转化成能落地、能执行的方案。大量时候，领导认定你做得好，不是出于你的技术有多深，而是出于你懂得在没思路的时候，把最核心的价值提出来。 后来我试着转变了一种工作习惯。
那会儿接到一个新需求，我会先花半小时去拆解，把可能的坑都列出来。目前我不一上来就写功能点，而是先跟业务方聊，聊到最终，我们把“功能”和“价值”对一下。
要是业务方说这个功能根本用不上，要么成本忒高，我就直接回绝；要是业务方说这个功能能带来 X 个订单，我就立马把精力花在如何实现上。 这种“先结局后过程”的思维，确实让我成长了不少。
那会儿总揪心自己做得不够完美，目前知道，那些不必要的装饰和冗余，反而是最需求被删减的。就像做沙拉，要是里面全是冰块和冻干蔬菜，别看看着挺精致，但吃的时候还得花工夫剥壳，还浪费了好一点点的肥牛。 目前回想起来，那些认定自己“迟钝”的日子，实际上都是宝贵的试错期。真正的专家，不是从不犯毛病的人，而是愿意从毛病里抽离出来，冷静分析，找到真正难题的地方，然后把它解决掉的人。 我也启动思索，作为一个被 AI 取代的风险最大的群体，我们到底掌握了啥？那会儿我们靠眼力、靠经验、靠体力去判断啥是对的、啥是错的。目前 AI 能够把那局部工作做一半，剩下的核心判断权，该不该交给它，要么我们自己，这其中的博弈，比写代码还要复杂。 那会儿我认定自己像个工匠，按部就班地做。目前我认定自己更像个策划，知道啥能成，啥不能成，如何用最少的力气办最大的事。
这种变化，确实让压力大了点，也更让人兴奋了。出于我不再揪心自己会不会出错，而是揪心我能不能透过现象看到本质。 最终，我想对目前的自己说一声谢谢。谢谢每一次在深夜里对着红灯改稿，谢谢每一个被驳回的需求，也谢谢那些不懂行但在关键时刻点破难题的同事。
或许这就是职场的真相：快进且慢。快进的是生活，慢才是在上面拼，拼到最终，你会发现，那些看似枯燥的日子，实际上都在为那一刻的通透和自由做铺垫。 下次再遇到难题，就别急着写代码了。先喝杯茶，想想咱们到底要解决啥实际难题。出于你心里想的东西，才是真正有价值的东西。


相关标签：