你们见过这样的产品经理吗？

[sonders]

• 某月的一号，产品提出一个改样式的需求，然后过了十天半月，又说改成另一个样式，最气人的是，第一次的修改要求，他说他没提过，似乎错误在我似的
• 最主要的是不止一次这样了，很生气，所以发个帖子
• 没有文档记录，因为是改个字体大小，颜色什么的就没在意文档记录，随手答应就改了，但是扯皮的时候确实很难受
• 除了写需求，记录下来以外，有什么好的办法规避这种扯皮气人的事吗
• 虽然已经过去几个小时了，但是还是很郁闷，本身我是不善于当面起冲突表达的人，所以发帖也算宣泄一下吧
• 有时候产品提出一个需求，我觉得项目里不适合做，或者比较麻烦想拖一下，产品就会有意无意的说“这个很难吗”，还特意大声一点说出来，感觉挺贱的，但是又不知道从技术上该如何解释，就感觉很吃亏，因为到最后还是花时间做了
• 想请教各位彦祖，有什么好的办法规避或者解决这样的恶心事吗

[wangyzj]

你见过这样的老板吗？
写了一版 PPT，不行？
又陆续写了 99 版，还是不行
最后拿出第一版，过了！！！

[morizawatt]

太普遍了，pm 门槛挺低的，感觉学历好一些什么人都能当 pm 。

该走流程走流程，该邮件确认就邮件确认，对无赖掰扯是没用的。把持住走流程底线，不要放水，都是同事怎么了，坑的就是老实人。

[jrtzxh020]

哈哈 比我们的产品好多了。我们产品经常问：”咦？这功能是什么？什么时候做的？为啥这样做？"

[Saxton]

@wangyzj 永远准备 A 和 B 版本 A 版本不满意给 B，B 还不满意，沉淀一段时间在把 A 给出来，绝对要了。

[ersic]

如果气不过非要刚，可以查查公司监控

[huqi]

下次变更记得要他先发邮件

[chenstor]

口头需求吗？口头的一概不做就好。

[yEhwG10ZJa83067x]

口头的，都再钉钉或微信把需求发他一遍他确认后再去改。

[xianghaolin]

千万别接任何人的口头需求，要文档存档，有理有据。

[cwp374240920]

这是产品经理还是项目经理？

[ahsjs]

发邮件

[sonders]

@chenstor
@justrand
@xianghaolin 就是觉得问题也不大，就做了算了，以后口头的坚决不能做
@cwp374240920 产品

[chenstor]

书面是合理的，确保双方理解一致，而且避免后续扯皮。没看到书面的就不做。
聊天工具也好，邮件也好，需求工具也好，总之就得是书面的。
话说，贵司还能存在口头需求，也是够够的，不用测试跟进吗，需求说完开发直接写代码，开发将代码怼到服务器，完事？

[LewisW]

产品就会有意无意的说“这个很难吗”
你就用经典名言 “这个需求的意义是什么” 怼回去

[sonders]

@chenstor 确实很不合理不规范，但是都是这样的，我也没话语权去改变现状

@LewisW 找机会试一下

[exploreexe]

让狗 B 产品提需求之前先修改文档，修改那些位置，不提不改。
至于说这个很难吗？你说咋滴？你会改啊？你会改你来改啊！呛他一回就长记性。
还有一点，就是只要加功能、改需求导致的延期，产品经理必须一块跟着研发加班，别 NM 提需求提的爽，感情开发陪你搁着玩呢？

[u21t20o15]

@LewisW
产品说“客户要的“或者“提高用户体验“

[LewisW]

@u21t20o15 不能客户说要你就上了 你得了解客户提这个需求的背景是啥 实际要想解决的问题是啥 你要有自己的方法论 主动去引导用户 不要让用户凭感觉来做产品

哈哈哈哈 说着说着我自己都笑了

[LaGeNanRen]

下次找个领导在的会上，说一下流程问题（不会说话就照着我的抄，记住别司马脸，带点笑容）：
上次 xx 就跟我说字体问题，当时口头答应了后面又说没说过这事儿。你看不走书面流程就是这样，我不是说这件事谁记得对谁记错了，我是说这种随意的改动不走书面流程就很容易出问题，容易返工白白加工作量。所以以后有改动，先更新文档和设计图，通知到开发我们开发根据文档和设计图的改动进行更新。这样流程就很清楚：）不接受随口的改动，这样不利于产品更新迭代

[LessonOne]

@taresky 正解