“微软那里有什么反应吗？”迪恩示意詹妮弗他们稍微等一下，他需要接个电话。

“表面上看起来没有任何事，但我估计盖茨快气炸了，哈哈哈~”

库克的笑声说不出的畅快，他好久没有过这种扬眉吐气的感觉了。

“ok”迪恩也笑了起来，“我们加料的数据没问题吧？微软应该会发现它们。”

“放心吧迪恩，这个捉迷藏游戏会持续很久，我们团队的伙计们个個都在摩拳擦掌！”

库克现在简直对迪恩崇拜非常，他是怎么想到这些恶心又没有法律风险的损招的？

为quicken导出数据的操作增设一道道门槛，又巧妙的控制好节奏，不会彻底挑起用户的反感。

以保护财务数据的名义，打个补丁不过分吧？

不会打补丁，想要跳过这一步？

抱歉，quicken暂时没有这个选项。

要么打补丁，要么放弃导出数据。

这个逻辑看似有些强盗，但用户在使用过程中都会下意识的忽略这一点。

因为财捷的理由冠冕堂皇，一切都是为了您的财务安全。

想要打补丁就需要联网，很多家庭甚至没开通这一项服务。

即使条件具备，仅仅是打补丁又会难倒一大片人。

按照迪恩和库克的预计，大约会有50%以上的人会在这一步选择放弃。

不要太高估现在人们的计算机水平，能学会使用软件那已经是相当不错。

至于稍微深入一点的专业操作，没几个人了解。

不过这只是财捷准备的开胃菜，真正的杀手锏是那份导出的数据。

quicken当然允许用户导出数据，否则这可能会面临被用户起诉的风险。

在美利坚使用天朝的流氓手段，直接禁止用户导出数据，或者提示卸载对方的软件，那是不行的。

财捷可以为这个步骤加门槛，但最终的结果一定是用户可以完整的导出数据。

所以为了彻底断绝用户选择microsoftmoney的这条后路，财捷只能在导出的数据上做文章。

在不经意的和特丽莎讨论了某款理财软件的底层代码问题后，库克他们就在数据中加入了一段特定的编程。

这段代码本身对quicken没有任何影响，但它会和microsoftmoney产生逻辑冲突。

进而大幅度的提高算力要求，而这个上限远远高于现在计算机的硬件能力。

于是它们反馈在客户端的表现，就是卡死、白屏

瞧，这和quicken没有任何关系，数据最终是在microsoftmoney那里出了问题。

财捷完美甩锅，用户也只会将不满发泄到microsoftmoney身上。

他们经过了重重艰难才导出数据，但却在最后一步功亏一篑。

这种反感、不满累加后，会成倍的反噬到microsoftmoney这款软件上。

以上种种一环套一环的陷阱，就是财捷针对微软价格战的反制。

库克他们又把它称为“关门计划”，这个名字很贴切。

至于那段加料的代码是怎么添加到数据中的？最开始的补丁是一个关键。

陷阱在一开始就已经准备就绪，不被触发大家相安无事。

反之史蒂夫已经向盖茨演示过一次了。

不过以微软的实力，他们最后应该能找到问题所在，然后做出针对性的优化。

然而这个时间周期就不好说了，而且库克需要的时候，还能继续找特丽莎聊聊天。

除非微软彻底推翻microsoftmoney的底层代码重写，否则它别想从财捷这里抢到一个用户。

最后的最后，如果微软真的重写microsoftmoney软件，到最终一步他们会发现quicken导出的数据依旧不能用。

因为quicken导出的数据格式和microsoftmoney不兼容，除非微软针对性的开发一款转换工具，否则一切还是回到原点。

而开发专门的转换工具，去兼容两种数据格式，这本身又是一件耗费精力事。

所以微软如果足够理智的话，就不会考虑这个选项。

经过了多重防保险设计之后，财捷几乎堵死了用户转投微软的可能。

microsoftmoney想要争夺个人理财软件的市场，那它只能考虑quicken还没吃下的那份增量市场。

然而这个规模又有多大？是否值得微软继续投入巨资去开发它？这就不是财捷需要考虑的事了。

至于说微软会不会故意使坏在底层操作系统上动手脚，然后瘫痪掉quicken？