『究竟』软件欺诈的骗局揭露:“替罪羊”究竟是如何构建的?( 六 )


你可以让那些专注于低值/高加成的Rails CRUD 咨询服务的“敏捷成对编程”的狂热者们来构建你的关键系统,这样你就可以在构建一个可证明的不稳定系统的同时,保留对故障的貌似合理的否认。最后,你会发现这和合并几十个stackoverflow上复制/粘贴的答案的效果完全相同。
总结
销售欺诈性软件的最简单方法是:从一开始建立你的软件的历史时间表。
客户倾向于认为软件存在的时间越长,它就越稳定,所以如果你不能在第一年以你希望的速度销售你的软件,那就稍等一下。在接下来的几年里,继续推销“软件存在的证据”作为产品质量和客户价值的体现。客户自然会认为,既然你的公司还存在,你应该是值得信赖的。
举个例子,Cloud Foundry已经有6到10年的历史了,它最初是VMware创建的,然后移交给一家新公司,它的可靠性却仅仅达到一个6个月前才出现的、仍处于beta测试阶段的系统的预期。然而这似乎并没有阻止全球规模的客户受骗购买这样一个无法正常工作的、并在一个季度的时间内祸害掉内部系统架构的平台。
只要让你的客户高高兴兴地在他们期望工作的平台上玩“在生产环境中部署QA系统”的游戏就可以了。如果你幸运的话,他们不会有胆量怀疑这是一个彻头彻尾的软件欺诈。


推荐阅读