大家好，我就是那个提【换手机壳颜色变app主题】需求的“产品经理”

首先我不是那个参与打架的产品经理，而我却是正在提“需求”的产品人

今天刷爆朋友圈的是一个产品经理与开发在需求上“换手机壳颜色变app主题”上的需求落地上争执，最终开始了出手PK。

第一时间点，所在的Kevin和他的产品朋友们付费群也在沸腾了。在知乎上也有这样的答案，并且转发了来自我创建的产品社群产生的另外说法：“其实是2个开发人员矛盾所激起“

当然这样的方式显然在职场是不可取的，但站在产品经理职业上，如果真的是为【手机壳】这个需求来产生撕逼甚至是出手争斗，是大概率事件吗？

不管结果到底是产品经理与开发、还是开发同学之间的争执。首先很开心这样的付费群能够认识一群优秀的产品朋友们。时刻知道互联网热点事件

回到标题的话题，这样的需求是否合理？

假设1:产品经理与开发发生了争执，我们应该如何解决？

需求：用户更换手机壳app的颜色主题更着变

站在需求的角度上，这个需求是产品经理希望让用户感受在产品进入不同的环境下做切换。

在产品上：你是否遇到过这样的产品，在下雨天后，手机壁纸更换为下雨；在下雪天，手机壁纸更换为下雪；

很多天气产品，其实现在已经做了这样的功能，最终达到不仅可以让产品活跃度提高，也可以让用户实时知道当前的天气状态，而不是需要进入app。

但这位产品经理提出的却不是天气场景，而是更加手机壳来判别颜色。我会很好奇这样的产品首先是满足用户什么需求？如果这个产品是一款做用户性格或个性化社交的产品，那变换主题这个需求的确是增加了用户个性化的方式。

在技术上：这样的需求实现难吗？曾经有没有类似的产品？

百度了解了下，现在却是有这样的产品出现。

看来这样的需求是可以实现的。为此利用这个需求来爆发争执是因为沟通原因导致的。

正确的沟通方式？

前几天分享过关于产品经理与AI的沟通讨论点，其实与开发同学沟通也不是那么累的事情。

AI与产品经理相遇的公式y=f(x)

与AI开发同学沟通，其实也是产品经理与开发沟通的一种方式。我们在沟通中除了为了满足工作中的任务外，还有双方沟通的态度与方式。围绕着需求前、需求评审、开发过程中，产品经理最容易与开发争执的3个场景我举例如下

“喂，过来下，有个需求给你讨论。”

当别人开发正在拼命的搬砖，产品人员想让你离开去开会。内心肯定是崩溃的，长期积累下去爆发肯定会出现的。

“这个需求没有那么难呀，可以做的”

在评审会中，产品经理拿出原型开始讲解需求，讲解完之后首先确保了逻辑通常，其次认为技术是没有不能实现的。但开发同学的内心也是很苦闷的，给我这么点时间，就想让我做这么难的需求。

“上次需求不完整，这次我们加上，用户需要”

在开发过程中，产品经理输出文档或在设计稿中增加了新的需求。开发同学问产品经理为什么加或改需求，产品经理考虑之前的需求可能不那么合适，再进行变动。开发同学内心也是很难受的，尤其是后台开发同学，可能之前的表结构就要重写。

每个产品经理都希望产品10万+

就像每个做自媒体的同学， 都希望那一天能够出一款10万加。拼命跟着热点或学着裂变知识为了有朝一日能够写出一篇好文。

产品经理也希望自己做的产品能够有足量的用户使用。100、1000、10000、100000.

对于C端的产品经理来说，用户数、活跃度的量级是做产品的成就感也是工作的稳定感。这不是多少待遇可以挖走的，而是每个产品经理都希望能够做一款成功的互联网产品。既是为了证明职场的自己、又是为了一份好的履历。

但我们知道，能够做好的产品太少了，能够做到用户百万+的产品也太难了。每一个产品都需要经过长长的版本迭代周期，一周一迭代、两周一迭代等不断的发版本，你永远不知道你的爆点在那里，可能越来越靠近但也可能越来越远。

每一个迭代都包含了产品经理的需求。一点一点的需求堆积成了一个产品的版本。

为此，在发生今天刷爆朋友圈：“产品经理提手机壳更换让app更换主题被打”这样的话题下，我认为也要理解故事的背后，我们这群正在憧憬美好未来的产品人。一切都是为了产品好，为了企业好，为了用户好，为了自己。

当然，我们不能否认，有时候有一些很傻的需求也会来自一些没有经验的产品人提出，甚至最常见的时候当开发遇到一些比较想法大胆但却很难落地的BOSS时候。

类似：

• 在没有预算的情况下，如何给我把app做到10万用户？

  
  

• 这个推荐算法很简单，你们搞搞，就是希望让用户找到喜欢的内容

相信开发同学在接到上面的需求，也会奔溃。不过不同于“打产品经理”，一个是给你发薪水的地方，一个是与你同级的人，虽然他的职位名称有“经理”2个字，但他却不是真正的经理。

当然，我认为开发同学也应该表达自己的想法和建议。在这个人人都是产品经理，人人都是需求方的互联网氛围下，我们应该理解并尊重产品经理的需求设计，但也要提出需求的不合理地方。

产品经理也要理解技术不是万能的。并不是任何一个需求实现都可以通过技术解决的。他背后夹杂着一个开发团队甚至是某几个开发人员的日夜加班搬砖。你的变动真的会让他们多工作1天或半天。

为此，回答之前开篇说的答案，相信所有从业产品经理包括我是属于那个会站在产品完整度、用户需求上去提需求的产品人。在这一方面和“手机壳更换后也更换app主题“的产品同学相同

但，减少不合理需求的提出、理解并尊最开发同学，是一个职场从业者最基本的原则。这一点也是我们更要做到的

好啦，今天的分享就在这里。跟了一波热点，很高兴创建的社群被报道，我会坚持每周原创2篇～

另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接

一本给自己与产品人的书：从零到壹。