窗外是上海漕河泾软件园凌晨两点的灯火，我盯着屏幕上那个永远填不满的需求池，感觉胃里一阵抽搐。老板下午又扔过来三个“必须本周上线”的需求，一个是要把按钮从蓝色改成“更有科技感的蓝”，另一个是要在用户注册流程里强行插入一个没人会看的公司宣传视频。团队里那个刚毕业的前端小姑娘，眼睛已经红得像兔子了。
不能再这样了。我32岁了，不是刚入行那个可以靠咖啡和肾上腺素硬扛通宵的毛头小子。更重要的是，我隐约感觉到，这种混乱本身，就是一种巨大的、隐形的成本。每一次毫无意义的紧急插入，都在消耗开发者的心力，磨损产品的骨架，最终让所有人陷入“越忙越乱，越乱越忙”的恶性循环。
我得给自己，也给团队，找一条生路。一条基于理性，而不是基于老板情绪或者嗓门大小的路。
我关掉了那个令人窒息的需求列表文档，新建了一个空白的表格。第一列是需求描述，后面跟着三列我临时能想到的维度：影响范围（有多少用户会用到？是核心路径还是边缘功能？）、开发成本（需要多少人天？是否有技术风险或债务？）、商业价值（能直接带来收入吗？能提升留存吗？还是仅仅为了“好看”？）。每个维度，我粗暴地设定了1-5分的打分标准。比如影响范围，1分是仅管理员可见的后台功能，5分是每个用户每天都会触发的核心操作。
这模型粗糙得像个手工耿的发明。但当我开始把堆积的二十几个需求一个个往里填的时候，一些荒谬的事情开始浮出水面。那个被老板强调“科技感”的按钮改色，影响范围3分（大部分用户能看到），开发成本1分（改个CSS颜色值），商业价值……我犹豫了很久，给了个0.5分。因为它除了让老板觉得“我们迭代了”，几乎没有任何实际价值。而另一个被我压了很久的需求——优化商品详情页的图片加载速度，影响范围5分（所有购物用户），开发成本3分（涉及CDN调整和前端懒加载重构），商业价值我给了4分（加载速度直接关联转化率）。
我把按总分排序后的列表打印出来，放在桌上。那个“科技蓝”按钮，赫然排在倒数第五。而优化图片加载，排在了正数第三。
我知道这玩意儿漏洞百出。权重合理吗？三个维度够吗？商业价值的4分和影响范围的4分能简单相加吗？这其中的逻辑漏洞，我能找出一百个。但它的力量不在于完美，而在于“存在”。它把一场基于权力、情绪和嗓门大小的辩论，强行拉到了一个可以讨论“标准”的桌子上。
第二天站会，我把这张表投在了屏幕上。空气安静了几秒。然后，那个眼睛红红的前端姑娘小声说：“所以……我们这周其实应该先做图片加载优化，对吗？” 我点了点头。我没说老板的需求不重要，我只是说，基于我们有限的资源，基于这个粗陋但公开的模型，有一个更优的排序。
真正的挑战在下午。老板看到迭代计划时，眉头皱了起来。“那个按钮呢？我昨天不是说了很重要吗？” 我把打印出来的权重表递过去，没有解释模型多科学——它根本不科学——我只是指着“商业价值0.5分”那一栏，说：“王总，这是我们尝试从用户价值和资源投入角度做的一个评估。您看这个价值分数，我们是不是可能低估了？如果您觉得它的商业价值其实很高，我们可以调整，调整的过程本身，也是对齐我们判断标准的过程。”
我把问题从“做不做”，偷换成了“我们如何一起评估它的价值”。他盯着那个0.5分看了很久，最后嘟囔了一句：“行吧，那先按你们的来。但这个模型，你再细化一下。”
他走之后，我靠在椅子上，长长地出了一口气。我知道，我赢得的不是一次争论，而是一个微小的、脆弱的“议价空间”。模型本身随时可以推翻，但引入“理性讨论依据”这个行为，像一根楔子，打进了纯粹混沌的管理现实里。
晚上十点，我最后一个离开办公室。电梯下行时，我看着镜子里自己疲惫但清晰的眼神。这个粗糙的权重公式救不了公司，也未必能做出伟大的产品。但它或许，能先救救我们自己，救救我们被随意挥霍的时间和注意力。让我们的努力，能稍微更值得一点。
这就够了。至少今晚，我觉得手里的咖啡，没那么苦了。
