不畏复杂不畏简单只畏停止感知-我的年终总结

不畏复杂，不畏简单，只畏停止感知——我的年终总结办公桌角落的台历翻到最后一页时，我刚结束第三轮项目迭代的复盘会，电脑右下角弹出的新年倒计时弹窗，才让我意识到这一年的时间，早已在一次次需求评审、代码调试、用户访谈的间隙里，悄悄走到了终点。今年年初给自己写的三个关键词“敢碰硬、不糊弄、保敏锐”，此刻摊开来看，竟每一个字都有了具体的重量。那些啃下来的“复杂”，都是后来的铠甲开年第一个项目就给了我当头一棒：公司要上线面向工业客户的设备预测性维护系统，我作为产品经理牵头负责需求梳理。拿到项目背景资料的那天，我对着满页的“振动加速度阈值”“傅里叶变换特征提取”“剩余使用寿命（RUL）预测模型”愣了半小时，会议室里研发经理问我“需求里对数据采样频率的要求是多少”的时候，我甚至不知道这个参数是干什么用的。那段时间我几乎泡在了客户的工厂车间里，跟着设备维护工程师蹲在轰鸣的机床旁看他们拆零件、记故障日志，把每个故障对应的振动数据波形图存满了整整三个文件夹。为了搞懂算法逻辑，我把大学时的高数教材翻了出来，跟着B站的机器学习课程补原理，每次算法组开会我都坐在最后一排，把听不懂的术语记下来会后一个个查。连续三周的周末，我都泡在客户的运维中心，跟着值班人员值夜班，看他们处理凌晨三点的设备预警，记下来他们打开系统第一时间要看哪三个数据、最烦哪种报警信息弹窗。等到正式输出需求文档的时候，我已经能对着二十页的传感器参数表，准确指出哪些数据是运维人员真正需要的、哪些阈值设置不符合车间实际工况。评审会上之前质疑我“不懂工业场景”的算法工程师笑着说：“现在你提的需求，我们挑不出毛病了。”项目上线第一个季度，客户的设备非计划停机时间下降了42%，运维成本减少了近三分之一。那天我拿着客户的感谢信，突然明白所谓的“复杂”从来不是拦路虎，它只是在筛选真正愿意沉下心去扎进细节里的人——你躲一次难啃的项目，就等于放弃了一次让自己长出铠甲的机会。后来年中接的集团级数据中台项目，涉及八个业务部门的数据源打通，光业务流程梳理就做了十七版，跨部门协调会开了不下五十次。有次因为两个部门的数据口径不一致，我和两边的负责人掰扯了整整三天，把三年的历史数据拉出来一条条核对，终于找到了统计逻辑的差异点。现在再遇到跨部门协作的复杂项目，我再也不会第一时间头大，反而会先拿出思维导图梳理清楚各利益相关方的核心诉求，把复杂的大问题拆成一个个小节点逐个突破。那些曾经让我夜不能寐的复杂难题，最后都变成了我解决问题的底气。那些没糊弄的“简单”，都是地基里的砖今年印象很深的另一件事，是三季度做内部员工报销系统的优化。最开始接到需求的时候，整个团队都觉得这是个“小项目”：不就是把报销流程简化点、页面做好看点吗？需求调研的时候，有同事开玩笑说“这么简单的功能，随便搞搞就行，反正大家也凑合用了好几年了”。但当我拉了一周的用户访谈，把全公司各个岗位员工的报销痛点整理出来的时候，才发现这个“简单”的系统里藏着多少被忽略的问题：销售同事经常出差，在高铁上填报销单的时候，上传发票图片总是因为网络差卡住；行政同事每个月要处理上千条报销申请，现有系统没有批量审核功能，每次都要一个个点开核对；新入职的同事不知道哪些费用可以报，每次填单都要反复问HR，光报销指南的截图每个月都要在新人群里发几十次。我把这些细节一个个记进需求列表里：给移动端做离线保存功能，没网的时候填的内容也不会丢；给审核端加批量操作和自定义筛选条件，相同类型的报销单可以一键通过；在填单页加悬浮提示框，鼠标放上去就能看到对应费用的报销规则。研发同事说“这些功能都不难，但之前从来没人提过，大家都觉得系统能用就行”。上线后第一个月，员工报销的平均时长从原来的27分钟缩短到了8分钟，审核效率提升了60%，行政部负责报销审核的小姑娘特意给我送了杯奶茶，说“现在我再也不用天天加班审报销单了”。那天我突然意识到，我们总想着去做“大事”，证明自己的能力，却常常忽略了那些看似简单的小事里，藏着最真实的用户需求。把每一件简单的事做到极致，从来不是“浪费时间”，而是在给能力的地基添砖加瓦——你糊弄了一次小需求，就等于给日后的工作埋下了一颗雷。下半年做产品手册更新的时候，我没有像往年一样直接在上一版的基础上改内容，而是重新找了销售、客服、实施等各个岗位的同事，问他们平时给客户讲解的时候最常被问到什么问题、哪些内容客户最听不懂。我把原来满是专业术语的手册内容，换成了客户实际遇到的场景案例，给每个功能点都配了操作步骤的截图，甚至特意标注了“客户问这个问题的时候，可以重点讲这两个价值点”。后来销售同事说，现在出去谈客户带新手册，讲解时间比原来少了一半，客户的理解度反而高了很多。原来那些没人在意的“简单”工作，只要多花一点心思，就能产生远超预期的价值。最可怕的不是难或易，是停止了对世界的感知今年最让我警醒的一件事，发生在十月份做用户调研的时候。当时我们准备对核心产品做一次大的版本迭代，我带着团队整理了一堆自认为“用户肯定需要”的功能：更炫酷的可视化界面、更复杂的权限体系、更多的自动化功能。直到我们去拜访一个合作了三年的老客户，他们的运营总监看着我们的需求列表，摇了摇头说：“这些功能我们都不需要，我们现在最想要的，就是你们把现有系统的导出速度提快点，每次导出几万条数据要等半小时，太耽误事了。”那天我回去翻了近半年的用户反馈记录，才发现“导出慢”的问题已经被提了十几次，但我们都觉得“这是小问题，以后再说”，所有人的注意力都放在了“做更酷的新功能”上，反而忽略了用户最基础的使用痛点。我突然惊觉，不知道从什么时候开始，我好像失去了对用户需求的敏感度：我不再每周抽时间看客服的反馈工单，不再去客户现场蹲点看他们怎么使用产品，甚至收到用户的吐槽，第一反应不是“哪里做得不好”，而是“用户会不会不懂怎么用”。我陷入了一种“经验主义”的陷阱里：觉得自己做了好几年产品，知道用户想要什么，不需要再像刚入行的时候那样天天泡在用户堆里了。我开始对很多事情习以为常：觉得系统卡顿是正常的、流程复杂是难免的、用户吐槽是少数的。这种“停止感知”的状态，比做复杂项目遇到瓶颈、做简单项目觉得无聊可怕一万倍——你以为自己是在靠经验做事，其实是在原地踏步，甚至在倒退。意识到这个问题后，我重新给自己定了个规矩：每周必须至少看二十条用户反馈，每月至少去一次客户现场，每次版本迭代前必须做至少十场用户访谈。上个月去见一个做零售的客户，他们店长说你们系统里的“库存预警”功能能不能加个声音提醒，有时候忙起来根本看不到弹窗。我当时就把这个需求记了下来，第二周的小版本迭代就上线了这个功能，客户特意发消息说“你们太懂我们的痛点了”。那一刻我才明白，所谓的“产品能力”，从来不是你会画多少原型、懂多少技术，而是你能不能始终保持对用户需求的感知力，能不能始终像第一次做产品那样，对每一个小问题都保持敏感和好奇。这种感知力不仅体现在工作里，也体现在生活的各个方面。今年我逼着自己走出了舒适区：以前从来不听摇滚的我，去看了一次livehouse，才发现原来音乐有这么强的感染力；以前总觉得跑步很痛苦的我，报了个半程马拉松的训练班，现在每周跑三次步，反而觉得跑步是最放松的时刻；以前做饭只会做番茄炒蛋的我，跟着美食博主学做了十几道菜，上周请朋友来家里吃饭，大家都夸我手艺进步很大。原来保持对世界的感知，就是始终对新鲜事物保持好奇，不因为“我没做过”“我做不好”就拒绝尝试，不因为“习惯了”“就这样吧”就放弃对更好体验的追求。这一年走过来，我越来越觉得，工作和生活其实从来没有什么“复杂”和“简单”的分别，那些你觉得难的事，拆解开了都是一个个可以解决的小问题；那些你觉