第(1/3)页

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    如果它敢这样做，那硅谷估计会迫不及待的举行狂欢晚会。
    第(1/3)页