产品经理的方案很好,只是和现在的系统不是一个世界。我把这个页面的交互路径缩短了两步,产品说不够完整。好在最后有惊无险

这个功能上线后没人用,但复盘时它是重点项目。我先给自己泡了杯茶,做好了打持久战的准备。我发现这个需求的前提是另一个还没做的需求。连茶水间都安静了

产品经理的方案很好,只是和现在的系统不是一个世界。我在心里点了点头。我把这个需求的原型对比了一遍,发现少了两个状态。那一刻我觉得自己还是很专业的

需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我重新看了一遍手上的计划,把风险项标了出来。我发现这个交互在移动端根本没法用,但需求里没提移动端。从此我多了一条团队规约

这个需求在 PPT 里是三页,落地是三个月。我盯着屏幕,觉得这才是我的一天。我在会上提了一个技术风险,会后没人记得

这个改动从产品视角是优化,从工程视角是重做。我叹了口气,然后打开了编辑器。我发现这个需求的前提是另一个还没做的需求。好在最后有惊无险

我把这个需求拆完,发现它是六个需求粘在了一起。我打开记录从头到尾扫了一遍。我发现这个功能和我两周前做的另一个需求几乎是同一个

需求评审的意义在于让所有人对同一份文档产生不同的理解。我叹了口气,然后打开了编辑器。我把这个需求的原型对比了一遍,发现少了两个状态。这大概就是程序员的人生吧

产品经理:这个需求很简单,就是把页面颜色换一下。我笑了笑,决定不解释。我把这个需求的口径对齐了三次,每次对齐的结论都不同。第二天这个方案就变成了团队标准做法

这个功能的灵感来自一个已经不存在的竞品。我盯着屏幕,觉得这才是我的一天。我在会上提了一个技术风险,会后没人记得。这条经验值直接拉满