1704234187
多开会多获取需求：使进度拖延。
1704234188
1704234189
增加大量新功能：让产品臃肿化。
1704234190
1704234191
项目推进制度化、流程化：制造各种无形的障碍，让团队成员投入精力去整理各类文档。
1704234192
1704234193
不切实际地赶进度：给开发人员超负荷的压力，让他们情绪化。
1704234194
1704234195
扩散干系范围：牵连多部门，制造各种利益冲突，让问题尾大不掉。
1704234196
1704234197
过度细化职责与分工：形成众多小团队，让他们相互扯皮、纠缠不休。
1704234198
1704234199
绝对民主作风：优柔寡断、不决策。
1704234200
1704234201
精彩回复三：
1704234202
1704234203
根据全行业不同领域发展的数据报告，不断提出有理有据的新需求，不断新建产品的故事主线：1.X版本讲这个故事，2.X版本讲那个故事，还要告诉老板，1.X的故事过时了。原先只有一条的核心产品线扩张到N条，通过KPI细节的调整，瓦解产品、技术、商务同学的合作关系，让“爷凭什么给你做”成为企业文化的典范。
1704234204
1704234205
1704234206
1704234207
1704234208
精彩回复四：
1704234209
1704234210
以严格时间管理的名义，要求最快速度上线。
1704234211
1704234212
以迭代的名义，经常调整改版计划，做多个方案折腾团队。
1704234213
1704234214
以尊重团队成员意见的名义，把每个人的想法都采纳一点，做个“四不像”。
1704234215
1704234216
做几次十分无聊的team building以瓦解军心。
1704234217
1704234218
精彩回复五：
1704234219
1704234220
忽悠董事会给他们定神话般的KPI。
1704234221
1704234222
反复刹车，反复改模式。
1704234223
1704234224
找各种人给他们的产品提意见。
1704234225
1704234226
精彩回复六：
1704234227
1704234228
最多人提到：把项目搞得华丽而臃肿，使劲拖进度。
1704234229
1704234230
最讽刺方法：把号称是业界第一的牛人挖过来。
1704234231
1704234232
最搞笑方法：对大多数产品经理来说，认认真真做产品就行。
1704234233
1704234234
成功的产品都是相似的，因为每个环节、每一步都要做对，而失败的产品各有各的不同，因为任何一环出问题都会垮掉。回顾一下，本书第03章到第07章讲述了“从一个想法开始，直到把第一版的产品做出来”的全过程。然而，这仅仅是一个开始，任何一个好产品都是一步步强大起来的，也就是说，这个过程要一次又一次地重复进行，这就是本章的主题“规划与迭代”。
1704234235
1704234236
回想一下最开始的微信，只是一个免费发短信的工具，没有语音、没有群、没有摇一摇、没有朋友圈、没有公众号……