第269章 后手(1/3)
“微软那里有什么反应吗?”迪恩示意詹妮弗他们稍微等一下,他需要接个电话。
“表面上看起来没有任何事,但我估计盖茨快气炸了,哈哈哈~”
库克的笑声说不出的畅快,他好久没有过这种扬眉吐气的感觉了。
“ok”迪恩也笑了起来,“我们加料的数据没问题吧?微软应该会发现它们。”
“放心吧迪恩,这个捉迷藏游戏会持续很久,我们团队的伙计们个個都在摩拳擦掌!”
库克现在简直对迪恩崇拜非常,他是怎么想到这些恶心又没有法律风险的损招的?
为qucken导出数据的操作增设一道道门槛,又巧妙的控制好节奏,不会彻底挑起用户的反感。
以保护财务数据的名义,打个补丁不过分吧?
不会打补丁,想要跳过这一步?
抱歉,qucken暂时没有这个选项。
要么打补丁,要么放弃导出数据。
这个逻辑看似有些强盗,但用户在使用过程中都会下意识的忽略这一点。
因为财捷的理由冠冕堂皇,一切都是为了您的财务安全。
想要打补丁就需要联网,很多家庭甚至没开通这一项服务。
即使条件具备,仅仅是打补丁又会难倒一大片人。
按照迪恩和库克的预计,大约会有50%以上的人会在这一步选择放弃。
不要太高估现在人们的计算机水平,能学会使用软件那已经是相当不错。
至于稍微深入一点的专业操作,没几个人了解。
不过这只是财捷准备的开胃菜,真正的杀手锏是那份导出的数据。
qucken当然允许用户导出数据,否则这可能会面临被用户起诉的风险。
在美利坚使用天朝的流氓手段,直接禁止用户导出数据,或者提示卸载对方的软件,那是不行的。
财捷可以为这个步骤加门槛,但最终的结果一定是用户可以完整的导出数据。
所以为了彻底断绝用户选择crosoftone的这条后路,财捷只能在导出的数据上做文章。
在不经意的和特丽莎讨论了某款理财软件的底层代码问题后,库克他们就在数据中加入了一段特定的编程。
这段代码本身对qucken没有任何影响,但它会和crosoftone产生逻辑冲突。
进而大幅度的提高算力要求,而这个上限远远高于现在计算机的硬件能力。
于是它们反馈在客户端的表现,就是卡死、白屏
瞧,这和qucken没有任何关系,数据最终是在crosoftone那里出了问题。
财捷完美甩锅,用户也只会将不满发泄到crosoftone身上。
他们经过了重重艰难才导出数据,但却在最后一步功亏一篑。
这种反感、不满累加后,会成倍的反噬到crosoftone这款软件上。
以上种种一环套一环的陷阱,就是财捷针对微软价格战的反制。
库克他们又把它称为“关门计划”,这个名字很贴切。
至于那段加料的代码是怎么添加到数据中的?最开始的补丁是一个关键。
陷阱在一开始就已经准备就绪,不被触发大家相安无事。
反之史蒂夫已经向盖茨演示过一次了。
不过以微软的实力,他们最后应该能找到问题所在,然后做出针对性的优化。
然而这个时间周期就不好说了,而且库克需要的时候,还能继续找特丽莎聊聊天。
除非微软彻底推翻crosoftone的底层代码重写,否则它别想从财捷这里抢到一个用户。
最后的最后,如果微软真的重写crosoftone软件,到最终一步他们会发现qucken导出的数据依旧不能用。
因为qucken导出的数据格式和crosoftone不兼容,除非微软针对性的开发一款转换工具,否则一切还是回到原点。
而开发专门的转换工具,去兼容两种数据格式,这本身又是一件耗费精力事。
所以微软如果足够理智的话,就不会考虑这个选项。
经过了多重防保险设计之后,财捷几乎堵死了用户转投微软的可能。
crosoftone想要争夺个人理财软件的市场,那它只能考虑qucken还没吃下的那份增量市场。
然而这个规模又有多大?是否值得微软继续投入巨资去开发它?这就不是财捷需要考虑的事了。
至于说微软会不会故意使坏在底层操作系统上动手脚,然后瘫痪掉qucken?
如果它敢这样做,那硅谷估计会迫不及待的举行狂欢晚会。
本章未完,点击下一页继续阅读。