和产品经理撕的时候有什么技巧？

[iamv2er]

新手开发一枚，产品不好说话，被气到了，她没有理解我做东西就很快张嘴开始 bb，说话还很装逼，各种名词堆叠，不讲人话。但我平时就不善言辞也不太会撕 b 。但又不想啥都按她的来，毕竟有些功能确实不好实现。她觉得我就该听她的，成了她手下一样。老实人不能就该被欺负啊。各位平时都是怎么和产品讨论的？

[wzb0909]

大家一起合作做事情，你这小孩怎么心里都是，撕，欺负，bb 。

你是专门来黑开发的吗？

[ztmqg]

没必要，大家都是出来打工的，能实现就实现，该延长排期就延长排期。实现不了的让产品去找你领导

[ferock]

就事论事，你先把事说清楚

[forsai]

直接说啊

[GeruzoniAnsasu]

一句话噎死产品经理：
这个业务逻辑客户根本不会买账


一句话噎死研发：
这实现起来哪里难了来我教你

[NonClockworkChen]

新人产品能力不足，自以为很合理罢了，吵没用。
建议找个资历老的产品，来评判。名词堆叠，一看就是新手。

[renmu123]

你来你来，你行你上

[iamv2er]

@wzb0909 所以最后问题的是“讨论”

[adoontheway]

产品经理为产品负责，技术要为产品的实现负责，每个职位有每个职位的职责，产品不行社会会教他，老板会骂他，然而你这个实现不了，那个你有你的意见，到时候你会为产品买单？老板骂人的时候你会顶上去？成熟点吧。在自己没有产品设计能力之前，或者技术没有达到技术经理之前，安心搞好技术。需求有问题，可以探讨一下，是在不行让他给文档，这样如果到时候产品不行他甩锅给你们的时候把需求文档糊他脸上。

[liuzhihang]

1. 你这个功能能带来多少预期收益？或者预期增长用户？
2. 你这功能涉及到多少系统改动，涉及到多少功能改动？
3. 是否和测试以及其他开发人员进行了沟通？
4. 请发邮件说明需求文档，我会按照邮件的文档内容进行开发。 如果后期变动，请重新进行需求评审。

---------
如果觉得不合理的需求，又说服不过产品，那就让领导进行沟通吧。如果仅仅是因为难实现，但是很合理，那就得自己想办法。

毕竟永远不要和产品进行无休止的讨论，因为到最后，他的需求确定了，可以开开心心下班，回家了，而你…

[pjntt]

先听人家需求，做好需求分析。不能实现就拒回，能实现就告诉工期。工作上的事情少带个人情绪。如果你确实想跟对方讨论，而对方也愿意跟你讨论这就另说。

[levelworm]

招个 BA 帮你们做需求分析，就是做盾牌。

[learningman]

什么叫做名词堆叠？你听不懂，你才会觉得是名词堆叠。潜在意思就是我都不懂，你怎么可能会懂。

[lonelymarried]

lz 这 v2 里有很多产品的，小心被他们喷

[iamv2er]

@lonelymarried 好的谢谢提醒

[LLaMA2]

不听不听，飞鞋点金！不打不打，带线偷塔