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
回想一下最开始的微信,只是一个免费发短信的工具,没有语音、没有群、没有摇一摇、没有朋友圈、没有公众号……
[
上一页 ]
[ :1.704234187e+09 ]
[
下一页 ]