作为一个产品经理，我知道一切你对于软件维护费用的憎恨。噢，是的，我知道。

事实上，你所憎恨的让人烦恼的年度账单，我们有工作人员专门负责通过你的各种账户系统追踪维护费用。可以肯定地说，我的这些同事不是吃闲饭的。

但考虑到这一点：最近，我们有一个客户由于软件崩溃停止了一个项目。（我甚至不会否认我们的软件确实偶尔会崩溃——有什么软件保证从来不出错呢？）那是星期五晚上，软件支持“周末不工作”。那么，既然这位客户支付了维护费用，软件支持还是抓起了这个问题，升级到工程部门。他们在周末搞定了这个问题，周一一大早，一个正确的设计和一个新的软件就交到了客户手中。

好吧，当我们的用户在游泳池边喝着玛格丽塔的时候，我们正在编写周一一早要交付的软件。我不认为微软有任何一个人会花费周末来帮你维护软件的。

让我解释一下维护的概念。根据定义，软件维护占客户通常每年支付的原始软件费用一定的百分比。作为对这笔款项的回报，客户得到了高度技术支持帮助——通常是以在职培训的形式——对于改进要求给予更多的考虑。

但是，你我都能够看到，上述声明只有在软件供应商对投资给以正确的回报时才成立。我们行业的一些厂商在这个许可模式上已经造成了消费者的信心下降。

但是，让这个产品经理向你保证，这个许可模式本身不是问题！由于通常情况下，人为错误是方程式的一部分。

当有人无意中把一个求助电话转到了错误的分机上，或是由于一些持续了很久内部的战斗致使邮件没有被回复，问题没有得到解决——所有这些不知情的焦急等待的客户，这时不满的种子就开始蔓延了。

现在客户有这样的印象，我们不听他们的问题。我们在这里出丑了，客户认为他们支付的维护费用掉进了黑洞里。但无论看起来怎样，我们24/7/365生活和呼吸在客户的需要和要求上。

当客户支付维护费用，他们只是一个小数目但为他们的设计团队增加了10倍的能力。此外，他们获得加强的软件（包括他们的要求），而不必支付一个他们可能根本不需要的全新的许可证或“升级”。

我们的客户——理想状态下，所有软件工具客户——知道他们对工具发展战略有着直接的影响。他们知道他们的需求得到了软件开发团队的积极解决。他们知道，正在研发的下一个版本不会有任何可疑的铃声和口哨，可能不像广告上说得那么管用——它将包含所有的他们要求的铃声和口哨。

这就是为什么当工具需要一些调整或改进时，我们经常会让我们的客户审查并确认，以便他们确实得到了他们想要的。

因此，当你摇头，认为软件维护费用是浪费钱的时候，问问你自己：你真的想失去你最敬业的团队吗？一个谁会为你在周末和夜晚加班的团队？一个会为你的特定需求而开发软件的团队？

如果你认为你只是不需要维护，那么我认为你没有真正发现我们能为你帮上多大的忙。你自己算算吧，告诉我你的想法。