😂 IT段子

需求评审的意义在于让所有人对同一份文档产生不同的理解。我想了想自己这些年，好像确实如此。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。连茶水间都安静了

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我决定先把手上的事情做完再处理这件事。我发现这个需求的前提是另一个还没做的需求。我把它写进了组内的避坑文档第一章

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我把整条链路在心里复盘了一遍。我发现这个需求的口径在三个群里说了三个版本

产品经理说「先做出来看看」，这句话价值三个通宵。我想反驳，但发现他说得对。我把这个需求的验收条件写成了文档，产品说先不用。从此我多了一条团队规约

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我笑了笑，决定不解释。我打开了自己的 task 列表，有四个都是同一个需求派生的。真香定律准时生效

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我决定先把手上的事情做完再处理这件事。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。果然现实比段子更精彩

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我先给自己泡了杯茶，做好了打持久战的准备。我打开了历届需求文档，发现这个需求去年做过一次。那一刻我觉得自己还是很专业的

产品经理：这个需求很简单，就是把页面颜色换一下。我说需要评估，然后评估结果出来之后需求就被砍了

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。我盯着屏幕沉默了十分钟。我在会上说这个方案需要三天，产品说能不能今天给

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。这套流程走下来，我从头到尾又确认了一遍。我在会上决定先做个最小可用版本，产品说能不能再加一点。果然现实比段子更精彩