省略的力量：为了乐趣和利润而扼杀特写
如果你不分青红皂白地给你的产品添加功能，你最终会得到一个巨大的、臃肿的软件烂摊子。解决这个问题的一种方法是在决定是否应该添加新功能时非常小心。另一种很少使用的方法是删除未使用和过时的功能。去掉SaaS产品的根基类似于修剪树篱：你最终会得到一个更容易识别的形状，对你的产品的全部内容有更清晰的愿景。
改变是这样的：总会有人讨厌它，不管有没有原因。虽然臭名昭著的抱怨可以安全地忽略，但要密切关注那些对产品移除反应消极的人。你的目标客户应该是那些你喜欢你的产品的人，而且你永远不会知道人们是如何以奇怪的方式使用你的产品的，直到你打破了一个你从未想过可能的工作流程。因为每个人都将文件拖到浏览器中，所以要删除文件上载按钮吗？将会有一个用户只使用他们的键盘。取消该功能会使他们突然无法使用整个产品。
确保永远不要删除辅助功能，因为您自己看不到需要这些功能。受损用户依赖这些东西才能使用您的产品。从一开始就在产品中构建尽可能多的可访问性。
以这样或那样的方式，从您的产品中删除功能的每个原因都可以归结为功能爬行。这里有几个例子，既有为什么应该删除它们的原因，也有它们是如何发生的。
删除未使用的功能。当客户停止使用功能时，他们要么找到了更好的问题解决方案，要么有不同的问题要解决。因此，未使用的功能会使产品的用户界面变得杂乱无章，无法为用户提供任何价值。在最好的情况下，它们是视觉上的麻烦；在最坏的情况下，它们会产生意想不到的副作用，因为它们的存在会让您的客户感到困惑。当未使用的特性停留太长时间时，您的代码库也会显示出膨胀的迹象。
我们在FeedbackPanda删除了这样一个功能。最初引入它是为了允许我们的客户将他们的数据从一个产品版本迁移到另一个产品版本并进行修改。由于我们的一些客户采用新版本的速度相当慢，我们把界面组件放在里面很长一段时间，然后把它忘得一干二净。在上一个客户完成迁移半年后，我们终于删除了该功能。在这样做的同时，我们发现我们的一些客户滥用了这一功能，以我们以前不理解的奇怪方式更改了他们的数据。说到副作用吧！
删除分散产品重点的功能。有时，您认为您的客户需要它们，所以您创建它们，但结果它们与您解决客户的关键问题的目的不一致。这些功能可能会降低其他功能的效率，或者至少更难找到和使用。这是功能渐变的终极化身。如果你不定期修剪脂肪，它会让你的产品变得乱七八糟。
删除使产品过于复杂的功能。与分散用户注意力的功能非常相似的是让用户不知所措的功能。许多产品的客户流失是因为它们的使用变得复杂到无可救药的地步。这一切都是从提供更多价值的意图开始的，但最终变成了功能过载。
删除维护成本较高的功能。这个搬家的机会经常被忽视。在某种程度上，产品中的某些东西可能会导致性能问题或招致比您愿意支付的更高的金钱成本。通常，在只有几个客户的情况下，在业务开始时设计和维护重型功能是很容易的。这方面的示例包括客户数据的繁重后台处理、复杂的导入或广泛的导出场景。虽然限制对此功能的访问可能会起作用，但如果是生死攸关的话，删除它也是一种选择。
功能爬行发生的原因有很多，所有这些都来自于一个真诚的信念，即在您概念化和构建功能的那一刻，它是有用的，并为您的业务和客户提供价值。但是，当然，仅仅因为你这样认为并不能使它成为现实。我已经建立了许多我觉得绝对必要的功能，但在推出几个月后，我羞耻地承认失败并将其删除。
在以下几种情况下，我本不应该添加功能，但还是添加了：
我只是想建造它。有时，您只对了解事物如何工作感兴趣，并且认为您需要构建它。我使用Feedback Panda发票系统做到了这一点。这个应用程序一开始只是一个简单的部分，只不过是一个列表，但最终变成了一个生成PDF和计算税收的庞然大物。回想起来，那是一个我根本不应该从远处看的兔子洞。
我只是想得到一个大客户并使其皈依。在之前的一次创业中，我为一位潜在客户构建了几个功能，他承诺只要实现了这些功能，就会注册。当然，即使我部署了更改，他们也从未注册，但我们在应用程序中保留了该功能，因为我们希望其他客户能以某种方式从中受益。他们从来没有这么做过。
我以为这是我需要发布的一个功能，事情才会开始发生。这是经典的“下一功能谬误”的一个例子：认为你做的下一件事会产生你等待的巨大影响。但通常不会。通常情况下，这将是又一次试图做出重大改变的尝试，但最终失败了。这是一个振作精神再试一次的绝佳机会。只需确保删除已证明无效的功能即可。别把它挂在那儿。
还有许多其他原因可能会导致您构建不应该拥有的东西：
·类似“过早优化”的集成。你认为你最终会用到它，在你需要它之前，你最好已经把它放在产品里了。也许您最终打算与某个服务合作，因此您提前构建了一个集成。然后合作就失败了，你就再也不需要它了。于是，许多技术创建者倾向于沉没成本谬论，认为既然他们已经投入了时间，功能就需要留在那里。
·你正试图利用潮流。即使您的客户从未互动，是否也实施过类似社交媒体的功能？我建立了一个类似Facebook的社交流，为那些因为忙于收获蔬菜而从未花时间使用它的农民提供消息和评论。但是社交媒体供稿无处不在，所以我们也必须有这样的东西。它根本不是必需的，而且完全没有使用过，但我们相信我们可以做到。
·你在其他地方看到了它，它看起来相当酷。创始人总是从其他软件中获得灵感，然后在自己的产品中构建非常相似的东西。他们忘记的是，每个功能都存在于产品的上下文中。你在设计师的社交网络上看到的那些很酷的叠加动画会让你几乎在技术上不识字的用户完全迷惑。尽量避免对你的产品不必要的东西。
·你需要发布一些东西，而且它很快就能造出来。有时候，你觉得你只需要做点什么。你已经几周没有发布新功能了，客户总是要求简单的东西。它不在你的路线图上，你没有把它放在上面，因为它不是必须的，但你知道这只需要一两个小时。现在你已经浪费了两次时间了。您没有做任何有意义的事情，将来您将不得不再次删除它。
不管你当时的理由是什么，现在你都需要一款轻薄高效的产品。因此，削减脂肪，并开始去除那些过时的特征。
如果要删除某个功能，请将其日落。在接近使用该功能的人会阅读它的时间发布一份关于删除的公开声明。然后，使用配置切换将其转换为可选功能。将该切换更改为默认的“关闭”状态，并测量有多少人对此做出反应。告知他们如何重新启用它，以及如何在没有该功能的情况下使用您的产品。如果您确信删除该功能不会影响大量的目标客户，请删除它。
功能删除有多种影响：您可以完全删除一项功能，在几周内慢慢让客户戒掉它，或者通过选项逐步取消该功能，直到最后一个客户停止使用它。
无论您选择什么速度，最重要的是要记住，在删除任何内容之前和之后都要将更改传达给您的用户。这将减少您与客户之间的摩擦。它使他们为即将发生的变化做好准备，并减少当变化最终发生时他们感到困惑的可能性。通过让您的客户了解情况，您可以减少删除该功能时的客户服务负荷。此外，一旦他们知道了这一变化，如果他们以前是该功能的用户，他们可以寻找替代方法来解决他们的问题。
使用您可以使用的所有工具将拆卸情况告知您的客户。在应用程序中和通过电子邮件告诉他们。你永远不会知道他们现在在哪里，你需要他们通过一封深思熟虑的电子邮件提前知道，也需要他们在产品中的正确时间知道，最好是在功能曾经所在的位置。更新你的知识库，准备一段过渡性的视频，清楚地展示如何解决问题(如果需要的话)。您在沟通功能删除方面的投资越多，您在客户服务方面的工作量就越少。
有时，您会了解到某些功能是某些用户难以更改的工作流的一部分。在这些情况下，删除该功能将导致您失去客户。有时，如果删除操作降低了其他所有人的复杂性，那么这是可以接受的。这是一种平衡的行为。在你的信息中要清晰，并坚持让产品成为一个与众不同的、纤细的、专注的版本，而不是屈从于特性炎。
如果人们问你为什么要删除他们以前用过的功能，给他们充分的理由。当你说“少就是多”时，顾客会明白的，这就是让产品变得更好。对于您的客户来说，当他们有机会考虑时，您的产品的整体可用性将胜过单个功能。他们可能会抱怨，但除非他们取消订阅，否则他们会认为这是一个可行的举措。
最后，通过在删除功能之前与客户交谈，您可以驱散憎恨您的人。抱怨的人会在几天内抱怨，有时是向你抱怨，有时是在社交媒体上抱怨，但他们的哭喊声和叫喊声将是稀少和可控的。这比当你在没有告诉任何人的情况下删除一个功能时，所有的地狱同时爆发要好得多。
总而言之，瘦身可以给你的企业、你的客户和他们带来的价值带来净的积极影响。在进行业务自省时，请将此工具放在手边。并不是所有的问题都必须回答“如果我们建造这个呢？”--有些问题理应回答“我们并不真的需要这个！”