「我们以为节省了时间，实际上在支付最贵的隐形账单。」一位系统架构师这样描述他经手的项目。

什么是"发现税"

打开网易新闻 查看精彩图片

技术圈最近流行一个新词：发现税（Discovery Tax）。

指项目启动时需求不完整，团队边做边补功课，最终付出的额外成本。不是预算超支那种明账，是决策链断裂、返工、机会流失的暗账。

作者的身份很有意思——系统架构师兼" fractional CTO"（分席首席技术官，即多家公司共享的技术高管）。这意味着他同时盯着十几个项目的生死线，对"开局定生死"有肌肉记忆。

一个被忽视的决策陷阱

他的核心观察是：太多项目在"绿灯"环节就输了。

绿灯（Greenlight）是影视业的术语，指高层拍板"可以开拍"。搬到技术项目管理里，就是"需求还没验证清楚，资源已经全速推进"。

为什么明知有问题还要硬开？作者没展开，但 fractional CTO 的视角暗示了答案——创始人/高管的焦虑传导：怕错过窗口期，怕竞争对手先跑，用"动起来"缓解不确定性。

结果需求在开发过程中持续"发现"，架构被迫反复调整。这不是敏捷，是裸奔。

验证先于承诺

作者给出的解法很直接：Stop Greenlighting Projects You Haven't Validated。

直译是"别给没验证过的项目开绿灯"。核心动作是把"需求验证"从开发流程里拆出来，变成独立的准入门槛。

不是写更长的文档，是用原型、用户访谈、数据预演等方式，在投入工程资源前，证明"这东西值得做、能做、知道怎么做"。

这对 AI 项目尤其关键——模型能力边界模糊，集成复杂度被低估，"发现税"的税率更高。

你的项目在开绿灯前，付了多少税？