摘自 人人都在产品经理
成功的产品都是相似的，因为每个环节、每一步都要作对，而失败的产品各有各的不同，因为任何一环出问题都会垮掉。
如下为作者微博上收到的各种创意爆棚的回复，很多人看了之后毛骨悚然：这不就是我每天都在做的事情吗？
精彩回复一：
摸清现状，提超前需求，在产品早期一味堆砌大量功能，向管理者宣传这些功能如何吸引用户，业界如何流行，我们应如何奋起直追！迎合其急功近利之心态，盖无基础之高楼，画虚妄大饼！产品无稳定基础，必然事倍功半，团队大量加班，远见者之楼之将倾，亦分崩离析，人心涣散……
精彩回复二：
多开会多获取需求：使进度拖延。
增加大量新功能：让产品臃肿化。
项目推进制度化、流程化：制造各种无形的障碍，让团队成员投入精力去整理各类文档。
不切实际地赶进度：给开发人员超负荷的压力，让他们情绪化。
扩散干系范围：牵连多部门，制造各种利益冲突，让问题尾大不掉。
过度细化职责与分工：形成众多小团队，让他们相互扯皮、纠缠不休。
绝对民主作风：优柔寡断、不决策。
精彩回复三：
根据全行业不同领域发展的数据报告，不断提出有理有据的新需求，不断新建产品的故事主线：
1.X版本讲这个故事，
2.2.X版本讲那个故事，还要告诉老板，1.X的故事过时了。
原先只有一条的核心产品线扩张到N条，通过KPI细节的调整，瓦解产品、技术、商务同学的合作关系，让“爷凭什么给你做”成为企业文化的典范。
精彩回复四：
以严格时间管理的名义，要求最快速度上线。
以迭代的名义，经常调整改版计划，做多个方案折磨团队。
以尊重团队成员意见的名义，把每个人的想法都采纳一点，做个“四不像”。
做几次十分无聊的Team Building以瓦解军心。
精彩回复五：
忽悠董事会给他们定神话般的KPI。
反复刹车，反复改模式。
找各种人给他们的产品提意见。
精彩回复六：
最多人提到：把项目搞得华丽而臃肿，使劲拖进度。
最讽刺方法：把号称是业界第一的牛人挖过来。
最搞笑方法：对大多数产品经理来讲，认认真真做产品就行。
来源：51CTO
作者：48633480
链接：https://blog.51cto.com/1518258/2469237