国内产品经理真是个奇葩的存在

[q8164305]

为了变而变,一天三变,以变化为荣,恨不得产品天天变,之前明明定义的好好的结构又被推翻,根本不管代码的变更难度,觉得加个功能就是加段代码而已,跟这种产品一起工作真是窝火,都是哪出来的,产品经理本来应该是个有品位的开发来做,结果在国内就成了吹牛大话的存在

[OSF2E]

问题可能出在你的 BOSS 或者 HR 身上，他们只会招符合他们心中的标准的产品经理

[dong3580]

看起来你们招了一个不合适的人，产品经理都是协调程序开发需求和开发进度的。

[mrzx]

@craftx 对，才不管开发团队能不能做到。

[LamProductionS]

让产品主动背锅的 36 种套路.png

[zlkent]

变需求很多时候都是老板提的，产品也无奈。
当然如果是产品自己三天两头变，那这个产品不合格。

[allenx]

我想说，不想搞性别歧视，但是女产品真的逻辑不行，大概率坑。

[iFlicker]

那么有过来讲讲技术怎么转型产品么？

[alfa]

连产品都没有的我，只能自己兼职啦。

[sumu]

产品都是老板的传声筒，这点请务必了解下。老板这种生物，每天都灵感无穷的，看个朋友圈、打开个 App、和人聊下天，都有灵感，然后新需求就来了、需求就变了，产品经理能说不么？

[craftx]

我也兼过产品
做产品的，就要拒绝各种不合理的需求

[jasonchen168]

人人都是产品经理，所以可想门槛多低

[wei672520619]

我们的产品。。。写的需求跟用户手册一样 什么都要我们自己去研究

[yjxjn]

@mrzx 意思是如果干过技术转产品经理比较受欢迎？

[kefengong]

最大的产品经理是老板😁

[lychnis]

一般公司只有老大才有产品话语权，产品经理就是传话写需求单 数据采集这种打杂 开发更是为此买单

[zhenghuiy]

@mcfog 感觉你的这些话错是没错，但都是纸上谈兵。

没工作前我们都天真地以为只要程序结构设计得好就可以应对任何需求变更，需要大量改动一定是设计得不够好。

然而真实情况是，我们为未来预留的扩展性其实是基于当下的业务需求而言，我们由 a 和 b 推导出未来可能有 c 或者 d。但未来到来时你会发现结果是 %、$、! 。。。

所以应对频繁变更的需求，甚至是频繁更改的产品结构，只靠甩锅设计得不好是不够的。。

[mcfog]

@zhenghuiy 能跨过“通过预测需求预留扩展”这个层次上升到“通过分析业务模式指导系统设计从而无需预留扩展”的程度就舒服了，确实不容易，但至少我还是曾经做到过的。我也只是说大多数，更没有甩锅，产品不靠谱和开发可以做得更好没有任何关系

[Foolt]

需求怎么变更那都是产品经理的权力范围，你做开发的没理由去要求人家不能变更，开发的任务就是去把产品经理的想法实现出来。

只要产品经理给足你技术方面的自由，给足你不加班的自由，那他 /她就是个好产品经理。

如果一个产品经理天天要你加班，那他的需求就算一万年不变，他也是个渣渣。

[newtype0092]

@mcfog
1.产品需求变更快是正常的，但这个变更是指合理的有预期演进、优化、更新，但实际情况更多的是：看到人家的东西不错，不管合适不合适就想往自己的产品上套；对产品发展没有任何计划和预测，临时提需求并要求加班加点做出来；听老板、朋友、家人、客户一两句话就要修改之前设计的功能，而且往往过两天就因为另一个人的话再次改变。
2.一般情况下质疑的不是产品的提出的改变，而是产品提出改变时是否负责任的思考过，所做的决策是根据用户数据还是市场调研，经常拍脑袋随便更改自己设计的产品谁都会习惯性的质疑他的需求。
3.产品懂点技术能大致的判别那些功能可以实现，这点多参考分析市面上的产品就基本能做到大半了，当然自己连基本功都不做就会问开发也能忍了，可是连基本的逻辑思维都没有，提出的东西自相矛盾，特殊情况完全不考虑，甚至连一个条理清晰的功能文档都写不出来，你让研发能怎么办？只能听了他们的想法自己分析设计，就算需要靠谱文档也只能自己写出框架让他们填空。
4.你是鸡汤喝多了吧，对不起我咽不下去。。。

现在国内的情况就是产品经理完全没有门槛，程序员最起码还有学历、专业这道坎，而且工作结果基本是明确可见的，而产品现在是个人有两片嘴就敢去应聘，做出的东西甚至都很难有个评判的标准，就甩锅是必备技能，这还不叫奇葩？我觉得就群体质量来说，和程序员群体没法比。

[rESHARP]

鄙视链启动了……