我在《游戏社区随便说》系列中曾讲过一个逻辑：在互联网经验分享领域，成功经验分享永远没有失败经验分享有价值。其中最大的原因就在于一个项目的成功往往是多方面因素，团队认知、市场环境、竞争对手、资源加持等等，成功是由一大堆必要条件组成的偶然现象。
因为当我们真正去做项目的时候，会发现总是欠缺那么一些东西。就像我这几年一直在做社区，社区项目的充分条件就包括“时间”，可以说没有任何一个社区可以在极度缺少“时间”这个条件下可以存活下来，这一点不仅是我，可以说是绝大多数人对于“社区”的共识。
可实际上我近几年做社区项目发现最缺的就是时间，大约从2017年开始至今，我做的每个社区项目往往从我入职到被确认关闭项目一般也就6-12个月。最惨的一次是我跟着项目吭哧吭哧做了大半年的工具，终于准备转型社区了，投资人直接撤资，社区直接胎死腹中。
这种还算是可控的条件，还有很多不可控的条件。比如在2012年前后，随着功能机向智能机转型，市面上出现了非常特殊的“供给紧缺”，参与过那个时代的互联网员工应该记得，那个时候买量有多便宜。便宜的几分钱一个，贵的也就几毛钱一个。现在呢？现在普通安卓渠道一个工具用户都几块十几块，一个苹果用户几十块钱。当年还有一些低频刚需产品能靠极低的成本活下来，现在这个时代想都不要想。
前两年互联网圈内还流行《增长黑客》那套AARRR理论，今天你再看国内的互联网公司，哪家是靠AARRR理论能做起来，还是要靠买量。为什么那个理论只能停留在理论层，很难落地？原因就在于现在哪个公域流量池大家不是把流量攥的死死的，发个二维码？别说内容被删，号都给你封了。做个冷启动还凑活，想做到百万用户，你想靠AARRR？我不是说完全没可能，只是说如果你把所有希望都放到这上面，会显得自己很天真。
对应失败的项目就不用那么复杂，一个点砸了就全都砸了，比如上文所说的“投资人撤资”，又或者是产品团队集体出走另起炉灶，又或者是A项目刚上线，主推的高管就被干掉，继任领导决定砍项目，等等等等诸如此类。对比之下因为真实的业务问题导致项目关闭都属于是相当幸福的结局了。
以上这些思考我总结变成一句话：那些成功项目你亦步亦趋的学，99%会失败；那些失败的项目，你有一个地方踩中了，依然99%就会失败。对比之下与其去追求那1%的成功率，不如看看失败案例的教训——特别是这种东西特别少，往往当事人三缄其口，只在小圈子里知道真相，出了那个项目都没人知道原委。成功项目——特别是经过各种美化过的成功项目一搜一大把，更有甚者直接出书，一点一点告诉读者，自己当年是如何深刻洞察用户需求，如何力排众议，如何力挽狂澜，如何把这个项目做到今天这个规模的。
而我，这么一个具有丰富项目失败经验的人，就打算慢慢把我的那些失败案例以及若干年后的思考与复盘拿出来晒晒太阳。
这里还是要定义一下什么叫“失败”，我在后续文章里所写的“失败”分为两种：
一、在我负责时期，亲手把项目关停的项目；
二、在我负责时间，基本宣判项目死刑，我走了之后又苟延残喘了一段时间，还是被关停的项目。
其余一些我走了之后，换了另外一种方式活着的项目，且不论是不是符合逻辑活下来的，起码是活下来了，不能算是项目是失败。也就不多叙述了。
除此之外，毕竟是失败的项目嘛，必然会出现各种领导（也包括我）的各种各样决策失误，我的决策失误可以大大咧咧写出来，别人的失误总还是不方便直接说。所以除了一些过于久远的例子，近二、三年的案例我会隐去公司名和项目名，反正可以告诉大家：事情都是真的，发生在谁身上并不重要，自己有学到一些东西就好。
说了这么多，其实之所以想着写这系列的文章，一方面是希望面试官看到这些文章，不用再问我“为什么你跳槽这么频繁”这样的问题，另外一方面也算是给各位读者输出一点经验，但愿像我这样经历的人还是越少越好。
如果能因这系列文章找到一些伯乐，为以后的职场生涯找到机会自然更佳，嘿嘿。
收藏
转播
淘帖
楼主