😂 IT段子

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我叹了口气，然后打开了编辑器。我发现这个需求的原始来源是一句客户的口头描述。办公室安静得能听见键盘声

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我打开记录从头到尾扫了一遍。我把这个功能的入口位置改了三次，最后回到了最初的地方。办公室安静得能听见键盘声

产品经理说「先做出来看看」，这句话价值三个通宵。我想反驳，但发现他说得对。我把这个需求的口径对齐了三次，每次对齐的结论都不同

这个功能的灵感来自一个已经不存在的竞品。我在心里点了点头。我在会上提了一个技术风险，会后没人记得。办公室安静得能听见键盘声

这个功能上线后没人用，但复盘时它是重点项目。我拉了个小群，把相关同学都叫了进来。我把这次的评审意见汇总了一遍，发现有两条互相冲突。那一刻我觉得自己还是很专业的

我把这个需求的时间估了两次，第二次还是不够。我把整条链路在心里复盘了一遍。我在群里问了一句这个需求的优先级，然后群里安静了。世界瞬间清净了

需求里最模糊的词是「智能」，最难做的是「自然」。我笑了笑，决定不解释。我问了三个澄清问题，得到的答案是「你先做出来看看」。同事说这波操作可以写进新人培训教材

产品经理的「简单」是这个世界最复杂的词。我发现自己居然没法反驳。我把它记进了需求坑位清单，标明「待二次确认」。果然现实比段子更精彩

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我把手上的资料翻出来又读了两遍。我把这个功能的竞品截图找了出来，产品看了一眼说不是这个。我沉默了，但心里是服的

这个需求的前置条件有三个，其中两个还没做。我笑了笑，决定不解释。我在心里给这次的沟通成本算了个数，比开发还高。这条经验值直接拉满