做难而正确的事-我的年度抉择与年终总结

做难而正确的事——我的年度抉择与年终总结办公区的落地窗映着凌晨两点的城市霓虹，我把最后一组项目验收数据填入表格，屏幕右下角的日历刚好跳到12月31日。桌面摊着今年1月写下的工作计划，被红笔圈出的“核心系统重构”六个字旁边，画着三个重重的感叹号。去年年末的部门复盘会上，当我说出要把已经稳定运行五年的客户管理系统全部推倒重建时，整个会议室陷入了长达半分钟的沉默。当时的系统有多“稳”？连续36个月无重大故障，承载着公司80%的客户数据，一线销售用了五年早就形成了肌肉记忆，就连运维团队都笑称这套系统是“不需要操心的老黄牛”。可只有我这个产品负责人知道，底层代码里堆砌的3000多个临时补丁就像埋在地基里的定时炸弹，去年双十一峰值期已经出现过三次延迟响应，要是再拖到下一个业务增长年，一旦崩盘就是上千万的损失。但没人愿意捅破这层窗户纸——重构意味着至少半年的开发周期，意味着全部门要扛着业务增长的KPI额外付出两倍的工作量，更意味着一旦失败，所有人的年终奖都要泡汤。“现成的系统能用为什么要换？”“今年的增长目标已经涨了30%，哪有空搞重构？”“你非要做这种吃力不讨好的事？”那段时间我办公室的门几乎被踩破，销售总监拍着桌子跟我吵，研发主管皱着眉算工期，就连平时关系最好的运营经理都偷偷劝我“别给自己找事”。我在会议室的白板上画了三张图：第一张是现有系统的故障概率曲线，按照业务增长速度，明年第三季度故障发生率会飙升到72%；第二张是重构后的效率提升测算，新系统至少能把数据处理速度提高400%，每年能省出2000个小时的人工成本；第三张是风险预案，我把重构分成六个阶段，每个阶段都留了回滚方案，哪怕出问题也不会影响正常业务。没人看我的测算。直到1月中旬的一次客户投诉，一家合作了五年的大客户因为系统导出的数据延迟了24小时，差点丢了千万级的订单。那天晚上我抱着厚厚的可行性报告敲开了CEO的办公室，门开的那一刻我就知道，这条路再难，我也必须走下去。项目启动会定在2月14号，那天朋友圈全是晒鲜花和礼物的，我们项目组的十二个人窝在会议室里，对着密密麻麻的需求文档啃泡面。第一个难题就是历史数据迁移，系统里存着近十年的1200万条客户数据，格式不统一、重复录入、信息缺失的条目占了30%，要是直接导进新系统，等于把旧问题也搬了过去。我拍板先做数据清洗，研发团队写了自动校验脚本，运营团队一条条核对异常数据，光是比对重复条目就花了整整三周。有个刚毕业的小姑娘对着屏幕揉眼睛，说自己现在闭着眼都能背出客户的手机号，我给她递了杯热奶茶，转过头把自己的加班时长又加了两个小时。比数据更难的是说服一线用户接受改变。销售团队用了五年的旧操作界面，新系统把他们习惯的八个步骤合并成了三个，反而遭到了强烈抵触。“原来的界面我闭着眼都能点，现在改得乱七八糟！”有个老销售当着我的面把操作手册摔在桌上，说要是用新系统他这个月的业绩肯定完不成。我没跟他争辩，第二天抱着电脑坐在他旁边，跟着他跑了一整天客户，他每录一笔订单我就记一笔时间，一天下来算总账：旧系统录20个客户花了1小时40分钟，新系统同样的工作量只用了28分钟。那天晚上他主动找我要新系统的操作快捷键清单，说“好像是比原来快点儿”。到6月系统上线前的压力测试，我们遇到了最大的坎。模拟双十一峰值流量的时候，系统连续三次在负载到70%的时候崩溃，离预定的上线时间只剩两周，整个项目组的空气都凝固了。研发团队连着熬了三个通宵找bug，最后发现是底层架构的一个隐藏逻辑冲突，要改就得动核心代码，至少需要一周时间。当时有人提议要不先上线，后面再慢慢优化，我盯着屏幕上跳动的错误日志想了十分钟，说：“推迟上线，什么时候测稳了什么时候上。”那十天我们几乎住到了公司，行军床就架在服务器机房旁边，饿了就吃外卖，困了就靠在椅子上眯二十分钟。上线前一天晚上，我给所有项目组成员买了定制的T恤，背后印着“我们做了件难而正确的事”。7月1号零点，新系统正式上线，监控屏上的运行数据一直稳定在绿色区间，运维团队刷新了三次后台，转过头跟我说：“稳了。”那天我们在办公楼下的烧烤摊喝到凌晨，啤酒瓶碰在一起的时候，我看到好几个人眼睛都红了。新系统上线后的效果比我们预期的还要好。数据处理速度提升了420%，客户投诉率下降了68%，销售团队的人均单产提高了15%，就连之前最反对重构的销售总监，都在季度会上主动给我们项目组申请特别奖金。到9月份的时候，行业里有两家同类型的公司因为旧系统崩盘导致业务停摆，损失惨重，CEO在全员会上特意提到这件事，说当时我拍板要做重构的时候，他其实也捏着一把汗。今年我还做了另外一件“难而正确的事”：牵头搭建了公司的内部知识共享体系。在此之前，公司的经验都散落在各个部门的电脑里，老员工离职就带走一批核心资源，新员工入职要花三个月才能上手。我提出要做统一的知识库的时候，几乎所有人都觉得我“闲的没事干”——大家平时工作都忙，谁有空整理资料上传？我没有强制要求所有人提交内容，而是先拉了二十个核心骨干做试点，每周抽两个小时做经验分享，把大家的实操案例整理成标准化的文档，还配套做了积分兑换机制，上传优质内容可以换年假、换奖品。最开始响应的人寥寥无几，我自己先上传了二十份过往的项目复盘文档，把每一份都标好标签、做好分类。有个新员工找了很久的客户沟通话术，在知识库搜到之后给我发消息说，要是早有这个东西，他上周的那个单子就不会黄了。慢慢的，上传的人越来越多，到12月份的时候，知识库已经有了1200多份文档，新员工的上手周期从三个月缩短到了三个星期，光是这一项，每年就能给公司省出近百万的培训成本。上周我路过茶水间，听到两个新员工在讨论怎么给知识库提需求，说要是能加个关键词搜索的功能就更好了，我掏出手机把这个需求记到了明年的工作计划里。这一年我加了172天班，喝了300多杯咖啡，推掉了几乎所有的朋友聚会，手机里存了2000多张项目进度截图。有朋友问我，放着轻轻松松的日子不过，非要折腾这些没人愿意做的事，到底图什么？我想起今年面试的时候，有个应届生问我，在职场里到底是选容易走的路，还是选正确的路？我当时跟他说，容易走的路往往是下坡路，你走的时候很舒服，等走到头才发现已经没有上升的空间了；难走的路是上坡路，你走的时候会累会流汗，但是每走一步都在往上走，站得高才能看得远。我见过太多人在工作里选“容易的事”：系统能用就不优化，流程有漏洞就凑合用，问题出现了先捂着，反正自己任期内不出事就行。可那些难的事、没人愿意做的事，往往才是真正能创造价值的事。就像今年的系统重构，要是当时我怕担责任、怕得罪人，等到明年系统崩了再补救，损失的就不是这半年的加班，而是公司几年积累的客户和口碑。就像知识共享体系，要是没人愿意花时间搭这个架子，再过十年，公司还是会陷入“老人走、新人慌”的死循环。这一年我也犯过错，重构项目的时候因为太追求进度，有段时间忽略了团队成员的情绪，有个研发工程师连续熬了一周之后直接请假了三天，我后来才知道他当时发烧到39度还在坚持改bug。我去他家看他的时候，他靠在床头跟我说，其实大家都知道这个事重要，就是有时候累得真的扛不住。从那之后我定了规矩，项目组所有人每周必须休息至少一天，严禁连续熬夜超过三天，我自己也学着把手里的工作分给下属，不再事事都攥在手里。到年底做团队调研的时候，项目组的满意度比年初高了40分，有个员工在匿名问卷里写：“虽然今年很累，但是做的事有意义，比去年浑浑噩噩混日子强多了。”前几天整理年度工作总结的时候，我翻到了年初写的那篇可行性报告，最后一页我写了一句话：“所谓正确的事，往往都是难的，正是因为难，所以才值得做。”这一年的经历告诉我，难的事不是不能做成，你只要敢迈出第一步，愿意花时间啃硬骨头，愿意承受别人的不理解和