不幸的是，这一套对软件开发商来说不灵。软件开发商通过需要很长时间（事实上，经常是几年时间）才能让软件正确，问题就源于第一步－了解市场。这个问题一部分是因为市场本身并不了解自己。走进任何大型公司，问他们业务过程的细节，你都会得到不同的回答。
管理人员总是想当然的描述过程。不幸的是，这种理想的做法通常会忽略掉现实世界中不可避免的折衷行为。只有一小部分人会提供一个客观的过程定义，其它人则在无意中忽略掉一些重要的细节，而这些细节可能会对过程的最终输出有重要的影响。还有一些人会自作主张的去掉一些活动，因为他们认为这些活动超出了项目范围。
结果是过程模型经常是既不准确也不完整，如果在这样的过程模型中进行自动化只会导致失败。
尽管有些过程模型是精确的，如果过程模型所描述的过程是一个差的过程，按它自动执行只会让事情更糟。许多企业的过程在一个部门内很优秀，而在另一个部门就很平庸。将一个很差的过程自动化解决不了任何问题，只会让形势更糟－以一种更有效率的方式失败。
过程自动化的另一个问题是不够重视灵活性的价值。
唯一的办法是采用一个长期的过程收集用户反馈。然而大部分用户只是当他们看见系统时，才知道他们真正需要什么。这就是说，作为一个开发商，你必须构造一系列原型系统，才能得到最终正确的软件，这就是利用所谓的“集体的智慧”
当然，这就需要花时间，而且没有任何捷径。另一方面，当一个开发商收集领域知识并编写相应的程序，他实际上构建了一种很重要的资产，这个资产就给竞争构筑了一道门槛。这也就是SaaS模型成功的地方。
对于企业软件，用户想买的，演示时看到的和真正交付给他们的系统根本就不一样。而SaaS完全是所见即所得的。不需要精美的演示程序，仅仅一个功能的实际展示就能说明问题。不需要为客户单独实施，仅需要一次注册就能得到服务。
企业软件的一个问题是软件实施和集成通常由客户的IT部门执行，不需要开发商太多的参与。即使开发参与了实施，也信得到客户关于产品的反馈。也许客户和开发商之间最大的差距就在于软件开发商通常没有多少兴趣考虑企业软件的成功实施。
IT组织经常引用的一个数字是项目的失败率：30%或更高。Gartner报道55%的项目没有达到用户的期望值，而Butler研究组也报道70%的项目是失败的。这些数字让人在CRM项目开始阶段就没有信心。
但是对于SaaS，与开源项目不同，你可以收集来自多方面的批评和意见，这些批评和意见是促成软件改善的重要原因。当然，你将会听到好的想法或坏的想法，而我们的任务就是挑出好的想法。这样，随着时间的推移，一个SaaS解决方案就成为了一个最佳实践的集合。正是SaaS这样一种模式提供了收集最佳思想的机制。
这种行为是改进软件的驱动力，因为SaaS开发商不能花太多的时间修复BUG。成成千上万的客户都会受到影响，作为一个SaaS开发商，你必须马上修复BUG，否则你将把你的软件和业务推向危险的边缘。
重复性的业务是SaaS赢利模型的基础。SaaS业务的启动成本是高昂的。然而一但这些业务步入正轨，SaaS赢利模式就是可预测的，对于投资商来说就更好的模式。SaaS模式的最大的魅力就在于它通将客户和开发商的目标融合在一起了。因为SaaS在一个单独的环境中运行，不需要每次进行不同的配置。也就是说，开发商不需要总是将精力投放在如何开发新功能。