程序员与产品经理笑话
如何让程序员放下刀？
产品经理如何让程序员“放下手中的刀”？
155个关于悟空问答的问题，只写接地气的科技内容，欢迎关注。
就在两天前，由于售后系统的功能需求，我和后台工程师有点矛盾。后来，我仔细考虑了一下，或者专注于总结和发现我的问题。顺便说一下，我看到这个问题和答案写在这里供你参考。
产品经理可能是公司中最不受欢迎的职位。想想看。运营和市场将敦促您尽快实现产品需求。设计将指责您随意修改她的设计，开发将嘲笑您不理解代码和盲目BB，只有老板偶尔会关心你，因为产品经理是最适合做公司的CEO的人”。
事实上，在生产产品一年多以来，我们已经处理了两个大型项目设计（电子商务小程序、电子商务背景）和十多个小需求修改（积分商城、会员制和新机制），其中仍有一些与发展相矛盾，但我们还没有达到肉搏阶段。现在我们想避免冲突，除了良好的态度和个性，更重要的是做事的经验。
对产品MVP明确定义：产品MVP它指的是可以满足的最低开发需求。事实上，有时对需求的定义不足会导致矛盾。这实际上是对产品规划能力的测试。是先简单尝试还是一次性完成？迭代应该如何迭代？第一个版本的功能是什么？所有这些都要求产品提前明确要求。
站在开发者的角度思考问题：争吵的核心，其实来自于树立对立面。假如你下意识地想：我是怎么想的，他是怎么想的，那一定会引起争吵。这个时候产品应该考虑的问题是：他为什么这么想？然后从发展的角度讨论问题，然后反驳他们的想法:需求更麻烦吗？你们会有更大的压力吗？是不是很难保证按时上线？
尊重设计师的决定：设计师是产品开发的重要组成部分。设计师的进步将直接决定前端和后端的开发进度，因此产品和设计通常需要保持良好的合作关系。然后，产品应尊重设计师的设计决策。同时，不要在原型图上添加颜色来干扰设计师的判断。只要它是根据产品的预期功能绘制的，就可以接受适当的调整和修改。
让工程师设定自己的时间:项目一经过需求评审，就进入了漫长的开发阶段。此时，确保产品按时上线KPI，就在产品的头上。因此，当你划分需求并做好甘特图表时，最好将时间节点交给工程师自己。这并不意味着你必须遵循他们的意愿，而是给自己足够的灵活性和谈判空间。比如第一个需求做了3天，第二个需求提出了3天的时间，但是第二个需求显然要简单得多，所以这个时候你就可以对开发施加压力了。
多喝茶，多吃蔬菜，多睡觉，多读《资治通鉴》
产品经理确实是互联网进入门槛最低的职位之一。要做好工作并不容易。这与其说是制造产品的能力，不如说是做人的能力。我们最好彼此相爱。他们都是996人。为什么要互相攻击~