有一些团队很大胆，烧着VC的钱，想了些牛逼的点子，通宵达旦实现发布，强调不赚钱、强调赔钱、强调先抢占市场再考虑盈利。

然后，没几个人用，或者是没弹药烧。

如果你在互联网行业工作不是太资浅，都会多多少少经历过几个这样的「失败」产品。

毕竟，失败是成功之母嘛。

我们很多人都看过如何把一个产品推广成功，但是很少人谈如何把一个落魄的产品优雅关停。

受到快盘关停消息的刺激，我就写一下怎么关停产品吧。需要注意的是，这并不是让你们学习怎样关停，而是：

1. 如果你想做成一个产品，就尽量别这么做；
2. 如果你发现带头人在这么做，也许应该准备换项目组或者跳槽了；

1.频繁开会脑暴，讨论要做点什么

发展好的产品比较少频繁开会，因为下一个版本甚至下几个版本的功能都比较清晰了。

要不就是减少需求以改进产品的稳定性，要不就是用户呼声很高的功能都没实现。

哪里有这么多闲心来讨论「数据增长发力，我们应该做些啥啊？」

2.隐藏数据，做假数据

发展好的时候，我每天都跟团队报告数据情况–又创了几次新高了，又破了几次记录了，我们下次到什么水准就去东莞大保健什么的。

数据不好的时候呢，数据就不主动说了，甚至也隐藏起来不让别人看了。为了激励下团队的士气，做马甲、刷流量、改有利的统计口径、甚至数据直接作假。

我把它叫做乘十数据（一点都不诚实阿）。

3.抽调人手到其他项目

一堆人整天傻忙会出事的，但为了照顾团队的自尊心必然直接砍掉项目。所以慢慢地将一些同学抽调到不同项目，让这个垮掉的项目人员投入逐步减少。

4.避免发布版本，避免发新闻，避免跟用户沟通

人手一少，发版工作肯定就停下来了。

不到万不得已的绝世好bug出现、政府行政命令明天给我改好，团队只做维护工作。

什么微博、软文、公众号别更新，用户论坛提问啥的装死就好。

就等着你们这些用户觉得这个产品性冷淡，慢慢离去。

5.放养半年

如果这个产品还有一些用户群，比如快盘这种，关停的负面影响太大。只能等，等日活用户慢慢变少，自然消亡。

时间是最好的解药，等吧。

6.功能限制，主动送客

如果有些产品的死忠粉丝太多，并且他们不断地消耗成本，关又不是，不关又受不了，怎么办？

限制功能的使用，限制新用户注册，弹窗卖广告恶心人（顺便赚钱），限制月上传流量，限制文件大小，网页经常404错误，各种不爽把你逼走。

7.不起眼地发个公告，缅怀下青春

等到用户数走得差不多了（可能又过了半年），用户和市场都淡忘了你的存在，你就悄悄地在某个不起眼的小地方发个关停公告。

这个时候就算被媒体鞭尸出来传播，顶多就是缅怀一下当年，掀不起啥风浪。

相反，如果你用户数很多，风口浪尖的时候，说不定一群人堵在公司门口抗议，或者媒体把一个产品的失败说成一个公司的倒闭，搞得你狼狈不堪。

8.补偿

如果还有一些付费用户或者账户有余额，给自己减少麻烦的办法就是直接退款或者是双倍补偿公司的其他增值产品。
付费的钱你敢不认真对待，龟毛的用户们会一直闹到你老板、你老板的老板都下不来台，到时候补偿的支出更大更狠，自己还惹了一身骚。

所以，一开始就站在「不让用户吃亏」的立场来想问题。

在运营里面，我们把这种脏活累活称作「擦屁股」。菊花擦得干净，裤子就不会一身臭。

要是残留的粪便太多，死贵死贵的CK内裤可是不好洗的。

搞不好晚上约会的妹子在百米之内就掉头逃跑，再也不见了。

#专栏作家#

黎晨，微信公众号xiaochenxiangtaiduo。人人都是产品经理专栏作家，毕业后在迅雷服役8年，从零开始参与迅雷史上最赚钱业务（迅雷会员）的大部分工作。做过c++工程师、数据分析师、迅雷会员运营总监，在付费用户运营上有很多一线实战经验，可惜还没能把工作当玩耍。

本文原创发布于人人都是产品经理，未经许可，不得转载。