😂 IT段子

产品经理的「简单」是这个世界最复杂的词。我愣了两秒，然后继续敲代码。我在会上问了一句这个功能的验收标准，会散了。我沉默了，但心里是服的

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我听完沉默了，因为太真实了。我在心里给这个需求的实际工作量打了三倍。第二天这个方案就变成了团队标准做法

我把这个需求读了三遍，每一遍的理解都不一样。我重新看了一遍手上的计划，把风险项标了出来。我把它记进了需求坑位清单，标明"待二次确认"。我把它写进了组内的避坑文档第一章

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我盯着屏幕沉默了十分钟。我发现这个字段在需求里叫法有三种，代码里有五种。感动，然后我学到了新的一课

产品经理的方案很好，只是和现在的系统不是一个世界。我发现自己居然没法反驳。我把这个需求的口径对齐了三次，每次对齐的结论都不同。从此我多了一条团队规约

我把这个需求读了三遍，每一遍的理解都不一样。我拉了个小群，把相关同学都叫了进来。我把这个改动的范围圈了一下，最后发现是整条链路。好在最后有惊无险

产品经理：这个需求很简单，就是把页面颜色换一下。我想了想自己这些年，好像确实如此。我把这个需求的技术方案写了两版，选了保守的那版。从此我多了一条团队规约

我把这个需求的时间估了两次，第二次还是不够。我把整条链路在心里复盘了一遍。我发现这个需求的口径在三个群里说了三个版本。真香定律准时生效

这个功能的灵感来自一个已经不存在的竞品。我抬起头看了看周围，大家都一样。我发现这个交互在移动端根本没法用，但需求里没提移动端。真香定律准时生效

这个需求在 PPT 里是三页，落地是三个月。我把它记在心里，没跟任何人说。我把这个需求和其他几个排了个优先级，全部并列第一。那一刻我觉得自己还是很专业的