你上次被程序猿喷是因为啥？_产品设计_鸟哥笔记.docVIP

你上次被程序猿喷是因为啥？_产品设计_鸟哥笔记 最近找了很多产品朋友聊天，都聊到同一个话题：你上次被程序猿喷是因为啥？ 出乎我的意料，大部分产品人都自称没有被喷过。 这就尴尬了，本想收集点素材写推文，没想到现在程序猿的工作态度已经向高速收费员看起了吗？ 不对吧，以程序员们的情商，应该很难委屈自己。 掐指一算，应该是我的问题有点太直接了，所以我迂回了一下，改问：上次跟程序员起争执是因为啥？ 果然，收集到了很多案例，多半是吐槽程序猿的， 剩下的少部分，就是我们今天的主题：产品经理被喷死都不冤的几种场景。 需求不完整 这是最常见的惹恼程序员的方式，没有之一。 产品经理苦思冥想很久之后终于灵机一动想出一个可以改变世界的功能之后，高高兴兴的拉着程序员过需求却收获一顿白眼：整体没啥毛病，细节缺失太多。 比如： 只有主流程， 忽视分支流程、逆向流程等； 忽略不同状态下页面的文案变化； 缺少交互规范等； 缺少异常状态的处理； … 这种事儿，老板干出来没毛病，随口一提我要做个**功能，自然有人去细化实施。 产品经理干出来就要被喷了，因为你就是那个去细化老板想法的人啊！ 频繁微调需求 就是字面意思。 其实设身处地的想一下，如果运营向你提需求后，在开发过程中频繁的调整需求，你会不会跟程序猿一起怒喷之？ 运营改需求对产品经理来说还好，顶多是调一下原型、改改文档而已，但对程序员来说，就真的是哔了狗… 举个