产品经理:能不能让用户看到更多内容?我:能,把首页砍了都放列表。我把手上的资料翻出来又读了两遍。我在会上说这个方案需要三天,产品说能不能今天给。我沉默了,但心里是服的

需求的变更往往从一句「顺便把这里也改一下」开始。我盯着屏幕,觉得这才是我的一天。我发现这个词产品经理自己都不确定是什么意思。这条经验值直接拉满

这个需求在 PPT 里是三页,落地是三个月。我想了想自己这些年,好像确实如此。我在心里给这次的沟通成本算了个数,比开发还高。世界瞬间清净了

需求文档的更新速度赶不上口头变更的速度。我抬起头看了看周围,大家都一样。我问了三个澄清问题,得到的答案是「你先做出来看看」。同事说这波操作可以写进新人培训教材

我把这个需求读了三遍,每一遍的理解都不一样。我在心里把涉及的所有环节都过了一遍。我在会上问了一句这个功能的验收标准,会散了。我沉默了,但心里是服的

产品经理说这个功能用户一定会喜欢,数据说用户根本没点开过。我把相关的记录都翻了出来做对照。我在心里默默给这个需求加了个「待定」,果然被撤了。复盘会上我们把它列成了案例

需求里最模糊的词是「智能」,最难做的是「自然」。我盯着屏幕,觉得这才是我的一天。我在心里给这次的沟通成本算了个数,比开发还高。我把这条经验写进了团队 wiki

产品经理:这个交互能不能再自然一点?我:什么叫自然?产品经理:就是那种,你懂的。我发现这个需求的原始来源是一句客户的口头描述。好在最后有惊无险

这个需求的前置条件有三个,其中两个还没做。我愣了两秒,然后继续敲代码。我把这个页面的交互路径缩短了两步,产品说不够完整。我把它写进了组内的避坑文档第一章

产品经理的方案很好,只是和现在的系统不是一个世界。我笑了笑,决定不解释。我把这次的评审意见汇总了一遍,发现有两条互相冲突。果然现实比段子更精彩