一款失败的软件总有许多共性，今天小酋就来谈谈一款软件是如何从开发到放弃的。
1
产品经理拿到需求，信心满满的设计一款号称“令用户尖叫起来”的软件，随后进入设计、开发、测试，然后验收发布。
似乎软件用起来还有些小瑕疵，用户（可能是老板、也可能是运营人员、市场人员乃至某一个具体的用户）也有一些新的想法不断冒出来，谁叫“用户是上帝”，上帝有需要，必须的满足。
不断优化，不断迭代，似乎离用户尖叫还有“一点点”距离。但是产品经理已经疲倦了，或者上面已经对产品经理失去了信心，于是产品经理无奈的走了。
2
另一个产品经理来接盘了。为了体现自己的能力，怎么能不加点新元素？于是产品经理大胆做了一些修改，并添加了一些新的功能，试图证明自己。
于是软件业务愈加复杂，功能也愈加庞大。用户尖叫没尖叫不知道，用户怨声载道倒是越来越多。这里复杂了，那里需要优化，于是产品经理再次围着用户转，软件不断的优化迭代。
产品经理眼看着无力回天，离完成入职时老板给自己下达的目标遥遥无期，于是主动走了。
3
又一个产品经理被忽悠进来接盘了。产品经理进来后，了解到软件现状后，决定采取保守策略，尽量少修改，以修复用户提出的问题为主。
奈何用户一天一个新需求，有些还根本无法拒绝。而软件此时已经到了四处救火的状态，不是这里有问题，就是那里有bug，产品经理怒了“开发的什么垃圾玩意儿，我不陪你们玩了！”然后产品把锅扔给了开发团队。
4
老板也慌了，积极寻求改变，先让开发应付用户提出的bug。奈何软件太过庞大，往往修复一个bug引出N多个bug，导致负责此事的开发员伤神还不讨喜，来一个走一个，似乎这个软件已经成了一头“食人兽”。
最后老板又招来了个某某大厂的产品经理。NB的产品经理当然不愿做接盘侠，于是向老板提出先做减法的建议，然后软件中一个个功能被砍掉，最后砍来砍去，整个产品直接砍没了。另起了一个项目团队重来，开始了一个新的轮回。
-- End --
文末寄语：人生哪有那么多的假设，现实是一个一个真实的耳光，打在你的脸上，喊疼毫无意义，唯有一往无前。