今天跟大家讲一讲怎样花小钱办大事。
我呆过很有钱的公司，一年手上有几亿的IT经费，用不到98%老板还不高兴，因为这意味着根据铁律，IT经费的增长不得大于业务的增长，今年用少了意味着第2年IT经费的预算可能不够。
当然更多的是呆在没有多少钱的公司，但事情是少不了的，必须有花小钱办大事的能力。看图:
这是我在考虑没人在家的时候，花园还是需要定期灌溉，鱼塘里的消毒泵和瀑布也要定时开机。听上去是蛮高级的功能，可能要花不少钱。但实际上，自动灌溉系统在淘宝上200多元就搞定了，对消毒棒和瀑布的控制也是在已经有了一套智能中控的基础上，花了不到1000就搞定了。
当然如果有钱，花个上万甚至几万可能搞得更好，比如可以将自动灌溉系统搞成可以远程控制，但是否有必要呢？200多元的智能灌溉系统就可以实现雨水感应，下了雨就不浇水，不就解决问题了吗？
工作中做项目也是一样一样的，钱多有钱多的做法，钱少有钱少的做法。
还是在我创造个人奇迹和团队奇迹的那家公司，过了几年业务得到爆发性的发展，原来系统的性能又不行了，而且这次的性能不行靠小修小补是没有办法改造的，因为我们当时用的开发工具，就是一套性能相对弱的系统，但在当时是一套非常时髦的系统。
所以再次重构的需求又摆上了桌面，我把它命名为Rocket（火箭）项目，意思就是我们要把系统性能提高到像火箭那么快。经过测算，估计整体的改造费用在3-400万。一开始老板也同意这笔费用。但人算不如天算，公司突然遇到了强劲的竞争对手，急需这笔资金在市场营销上攻城略地。
CEO也很纠结，市场那边等着救火，IT这边也是燃眉之急，他非常策略地把这个难题交给了我，问问我有什么办法帮助公司解决这个困境。
应该说CEO这是一个非常聪明的办法，如果他自己决定把IT预算砍下来，我肯定会很defensive，跟他摆事实，讲道理，说明这个预算是不能砍的，他也听不懂很多专业的东西，无法做判断。但他用这样一种让我从主人翁的角度去看问题，我就会用CEO的眼光去看问题，销售是公司的生命线，如果销售出了大问题，公司出现危机，我们自己的饭碗都不保。所以这个时候能否用最少的预算解决当前IT系统的性能的燃眉之急，这是我的当然选项。
有了这个出发点，事情就相对简单了。一般而言，系统重构就是整体系统重构。但我们非得按一般的方法来做吗？在这个特定的项目中，数据结构并不是特别不理想，最有问题的是开发工具，当然，开发工具变了相关的代码都得改变。那么，可不可以我把系统一拆为二，在应用层面上，将性能需求最大的两块，即客服（含销售）和物流的应用重做，而其它的，包括系统主数据定义、权限控制、营销、报表、数据分析、等等功能还用延用老系统？
技术论证下来，觉得完全可行，我就把这个项目命名为CLOP，意为Customer service & logistoptim Optimization，clop字面意思又是小马快跑的意思。当时的想法就是，Rocket项目最终还是要做的，但现在既然火箭飞不起来，让小马先快起来也不错。这个club项目只花了40多万，有力地支持了公司在市场营销上的投入。公司转危为安，系统也解了燃眉之急。
颇有意思的是，我之后再也没有机会去启动Rocket项目。一方面是公司还一直在追求做大，方方面面的费用都很紧张，另一方面就是很多业务同事都觉得这样的架构也没什么不好。老系统虽然用的稍嫌别扭，但再投个300多万去做一个稍微顺畅一点的系统，好像也没什么必要。反过来看，也就是CLOP系统的决策符合了帕累托原则，就是二八定律，也就是20%的努力，解决了80%的问题。
当公司最终有钱做这个项目的时候，我已经不在这个公司了，我去到了对我最终走向财务自由最关键的那家公司。而我在这家公司的遗产就是CLOP项目，最终被继任者当作整个系统的名字，即CLOP系统，寿命长达10年。
本次要点: