我自己遇到过一段特别拧巴的日子。在上一家公司做运营，每天加班到十点，盯着数据看，想办法提升转化。那会儿leader天天在群里催，说ROI太低，让想招。我试过改详情页、换卖点、调投放人群，折腾了快一个月，转化率还在原地打转。后来实在没办法，去翻了后台的订单记录，发现一个很蠢的现象：大部分订单其实来自老用户的复购，而新用户占比非常低。但我们的广告投放全砸在了拉新上。所以问题根本不是“转化率低”，而是“拉新效率低于老客复购”，甚至说，当时最该做的不是优化页面，而是把老用户激活做好。
这件事让我后来养成了一个习惯：接到任何任务，先问一句“这个问题的边界到底在哪”。很多工作难题看起来是执行层的，比如“代码跑得慢”“客户投诉多”“销售额上不去”，但往上一层看，多半是定义错了。比如代码慢，可能是需求里本来就多了一张冗余的表；客户投诉多，可能是早期产品承诺过头；销售额上不去，可能是定价已经脱离了目标人群。你越用力在原来的方向上修修补补，越容易变成那个把梯子架在错误墙壁上的人——虽然爬得满头大汗，但终点其实在别处。
我不是说执行力不重要，也不是鼓励大家遇事就质疑领导。恰恰相反，我见过太多人为了显得“靠谱”，接了任务就埋头苦干，哪怕心里觉得不对劲也不说。结果呢？辛苦做出来的东西要么被推翻，要么被用在一个无关痛痒的位置。倒是有个看上去偷懒的同事，每次接到需求都会多问两分钟：为什么要做这个？做成什么样算好？如果不做会怎样？就这三句话，不知道省了他多少返工。真正的工作难题，往往不是难在技术或者资源，而是难在所有人都在假装知道方向。
所以如果你现在正为一个工作难题焦虑，我的建议不是让你再拼一点，而是先停下来画一张图：左边是“我们以为的问题”，右边是“谁在因为这个问题受苦”。如果两边对不上，那你可能在做一道无解的题。可以试着去问懂业务的老人，去翻历史数据，甚至直接去问客户——但就是别继续闷头优化那个错误的漏斗。我现在的做法很简单：每遇到一个大麻烦，先花半小时写“问题说明书”，把背景、现象、影响范围、谁定的目标这些全列出来，然后再决定要不要动手。这个习惯救了我好多次。
