今天要谈的内容是具有多个产品的公司关闭某一产品的问题，而非公司倒闭。
一、为什么要关闭产品
1.财务压力
你的产品正在盈利吗？所有产品在开发和维护时都有开销。即使你的开销只是一台服务器，也是笔不小的支出。如果产品入不敷出，毫无疑问是一个经济负担。
2.资源压力
你是否有优秀的员工来保证良好的用户体验？用户会不停提问、反馈、寻求技术支持，这些都需要消耗资源。大部分资源以通过客服支撑用户的形式存在，同时仍然可能会消耗一部分开发力量。如果一个公司没有维持良好的用户支持服务的人力以及资源，那么产品的负担便体现在资源短缺上。
3.技术压力
保证产品的在任何时候都稳定有效需要付出什么代价？大漏洞以及兼容性维护将会迫使你们通过排期来解决问题。但如果你的团队无法顶住技术水平有限，只能任由一些漏洞延续若干个大版本，技术压力就显得尤为棘手。
4.老化压力
你的产品是否影响了你的其他业务？不同的产品经常会共享一些底层代码。如果一个产品的存在给其他产品制造了大量额外的工作量，那这个产品就是一个拖后腿的存在。
二、如何关闭产品
让用户知道即将关闭产品是最重要的事。这需要你们对用户如实相告，毫无保留。而你们说了什么，是怎么说的，这两个问题将会使问题的关键。
为了帮助大家起草，下面列出文案中需要包含的关键点。每个关键点都会根据你们团队（或公司）与用户的关系不同而有所不同，但是总体来说它们需要向用户明确表达：即将发生什么，即将发生的意味着什么。
这份通告应该通过两种途径发布：电子邮件以及自己产品的推送通知。也许你们团队不情愿在公众视野内发布这样的信息，但是别指望所有用户都会看邮件。如果有必要甚至可以强迫用户点击一次推送通知。
你的用户肯定想知道到底怎么回事（你们要下线还是要被收购了？最后期限是怎么安排的？）。简单明了地阐述一下即将发生的事情和他们要面对的处境。
在每一段关系结束的时候，人们都想知道为什么会这样。请忍下你想要讲一个励志故事的冲动。这一切也许都是因为你们没能盈利，或者你们团队中出现个人问题。尽量和用户保持坦诚，无论你们产品是出于何种原因下线，自己的产品总归是自己的，没有理由让用户觉得是他们对你们支持得不够多。
你已经告诉了用户为什么你们要下线以及将会如何下线，你需要让他们知道这对他们来说意味着什么。他们是否会失去个人数据还是说他们有第二条路可走？他们需要进行一些操作还是你将会把一切都搞定？如果这是收费服务，那账单怎么结算？
假如你和用户坦白，很大程度上他们也会充分理解你们并表示同情。所以，有必要的话可以让他们了解一下团队状况，大家支持了你们的产品和团队，也可以让他们知道一下你们将何去何从。
你的团队或公司就此解散或者被收购了吗？你去追寻你加入马戏团的终极梦想了吗？与用户分享这些事情可以让他们意识到你们也是人，而不是一个没有感情的组织机构。
三、如何处理用户问题
1.找人接盘：也许你可以把这个产品卖出去，让其他公司继续运营？这很可能是最理想的结果！
2.提前告知：表达遗憾之情，提供数据下载并提醒用户早些转移数据。可以顺便帮竞品打个广告，体现出风度。
3.导入竞品：与竞品开展深度合作，将己方用户转移过去吧。与卖掉产品异曲同工。
四、被关闭产品的团队去留
1.团队转型：整个团队投身新产品的开发吧，只要安抚得当，士气很快就会回复到正常水平——也许一顿丰盛的散伙饭就够了。
2.融入其他部门：团队成员分别前往公司其他部门。常见于已经较大的公司，他们不需要节省几个人员的工资，留住人才以及对员工负责更重要。
3.辞退：令人伤心的结果，一次性支付的赔偿也是不小的开销，但对于小公司来说有时也是不得已而为之，养不起闲人。注意，你也许没必要全部辞退他们！一些优秀的人才可以保留下来。
实际情况下，对团队成员的处理常常是以上三种方法兼而有之——辞掉多余的人员，优秀人才加入其它部门，再找几个人出来做新品。
至于与投资人的关系，公司已经有了多条产品线的话，一般也有一定规模了，不必太在意投资人的意见，尽到告知义务即可。当然，你最好确定投资人可以轻松地理解这个决定，这当然需要你们平时保持畅通的交流。
