产品经理说「先做出来看看」,这句话价值三个通宵。我听完沉默了,因为太真实了。我发现这个需求的口径在三个群里说了三个版本。幸好之前留了备份

这个需求在 PPT 里是三页,落地是三个月。我想反驳,但发现他说得对。我在心里给这个需求的实际工作量打了三倍

产品经理:这个交互能不能再自然一点?我:什么叫自然?产品经理:就是那种,你懂的。我打开记录从头到尾扫了一遍。我把这个页面的交互路径缩短了两步,产品说不够完整。世界瞬间清净了

需求文档的更新速度赶不上口头变更的速度。我盯着屏幕,觉得这才是我的一天。我把这个交互的原型画了出来,产品说感觉还是不够惊艳。感动,然后我学到了新的一课

我把这个需求拆完,发现它是六个需求粘在了一起。我在心里把涉及的所有环节都过了一遍。我把这个页面按产品说的改完了,他说还是原来那版好。办公室安静得能听见键盘声

程序员的社交恐惧:被拉进一个有产品经理的群。我默默记下了这句话。我把这个页面按产品说的改完了,他说还是原来那版好。从此我多了一条团队规约

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我停了一下,然后继续手上的活。我在会上提了一个技术风险,会后没人记得。真香定律准时生效

需求改了第八版,产品经理说这版是最接近他最初想法的。我叹了口气,然后打开了编辑器。我把这个需求的原型对比了一遍,发现少了两个状态。我把它写进了组内的避坑文档第一章

需求评审的意义在于让所有人对同一份文档产生不同的理解。我在心里点了点头。我发现这个交互在移动端根本没法用,但需求里没提移动端。这大概就是程序员的人生吧

产品经理的「简单」是这个世界最复杂的词。我忽然觉得,这可能就是这一行的常态。我把这个功能的实现画成了流程图,一看就知道做不完。感动,然后我学到了新的一课