在所有的云计算项目中，几乎有一半都在项目启动之后内部或外部的审计而失败，或者至少是部分的失败。在三分之二的案例中，云计算迁移所承诺的成本节省好处都被认为是真实的，但又都不是由云计算项目实施而实现的。为确保你自己云计算项目的利润，建立明确的利润目标并将每个利润目标与过程中的一个特定步骤相连，然后在项目的每个里程碑处审核利润的实现状态，并迅速采取措施以记录你所承诺的利润。

但是，项目实施过程中总是存在着这样那样的障碍。

制定利润目标

利润损失最大的问题就是缺乏任何有组织的利润集合。对于从云计算项目规划阶段你就从来没有真正控制过的利润，你是不应对其有所奢望的。一项对云计算项目的审计结果表明，在规划阶段花费时间少于项目总时间20%的项目存在获利问题的可能性是那些花费25%至30%时间在规划上的项目的两倍。尽管代价昂贵的规划和审查似乎是在浪费项目时间和机会，但是它会在准确识别成本和创造良好项目控制以监控关键条件方面给予你丰厚的回报。

首先，应分别计算当前内部应用程序和云计算应用程序的总拥有成本。针对你对双方的分析，提出软硬件成本、维护成本、设备成本、网络成本以及支持成本等方面的资本支出。第二步，可能也是最重要的一步，就是记录与云计算映射成本节省来源相关的假设条件。在什么样的条件范围中，这些成本节省是可以实现的？你的利润管理过程的目标是确保这些假设条件都会得到满足。你的云计算项目必须对与每个假设条件相关的变量进行管理，如果有什么变化，那就必须迅速采取应对措施。

大部分包含运行成本的用户报告都会过分地夸大一个项目的效益情况。在云计算中运行应用程序并不是要把操作者的所有责任都转至云计算供应商身上；云计算用户仍然必须自行创建和维护机器镜像，支持应用程序的最终用户并维护云计算环境。有不少公司报告，管理层经常会对云计算项目实施变更而根本不会对这样一个变更会对运行造成什么样的影响进行任何评估。这就会意外地增加支持成本，从而抵消云计算带来成本节省。

你还需要注意在项目实施阶段出现但又不在利润假设条件矩阵中的成本项。一家公司在近期做云计算规划时，忽视了对数据传入和传出云计算的访问成本的估算。这一成本首先体现在测试账单上，但是没有人向项目管理层提及此事，这可能是因为他们从未被要求向项目管理层提出任何与意外成本相关的提醒。其结果就是，直至试验测试时才发现出现了较高的成本，而项目也就无法按照调整后的（以及正确的）投资回报完成。

在保持云计算带来利润的挑战中，网络成本是一个需全面考虑的问题。在云计算成本降低的同时，随着云计算的实施，如果应用程序的性能需要得到满足并达到更快速和更可靠的连接，那么网络成本实际上也在提高。因为一些云计算应用程序易于使用和访问，所以用户会更为频繁地使用，从而进一步带动网络的使用。当对一个云计算项目进行规划时，应确定网络服务是使用定价还是当前流量/使用率已接近于强制定价限制。如果有机会扩展网络需求，那么就须为纳入云计算项目假设条件的新服务进行定价，而争取更有利的条款或另寻供应商。

审计和记录利润实现

云计算项目中的每一个利润假设条件都必须在每个节点被测试，就如同应用程序功能或网络访问一样。任何问题的征兆或迹象都应被迅速反馈至管理层以便引起关注。通常情况下，如果影响云计算利润的问题是可以被解决的，那么就有可能确保项目审批的完整性，甚至获得批准以便于以比预期更低的利润完成项目。但是，无法实现预期利润的意外失败很可能导致管理层丧失对项目的信心。使用相同的方法可以跟踪在云计算项目中实现的目标利润。

实现云计算项目目标利润的问题

一些云计算规划者比较认可“银行效益”的理念，即只识别需要确保项目批准的利润，并保持额外成本节省以便于支付意外成本支出或应对意外问题。一些CFO会很赞成这一观点，但是也有人会认为这有助于规避金融监管，所以在考虑实施这个方法前应找到合适的人。一个更好的策略就是建立一个“利润缓冲区”，即设置一个比CFO所要求的项目批准目标利润更高的利润值，以便于弥补项目超支和成本不足。这可以是项目成本的一个明确组成部分，但是事实在于云计算体验水平仍然较低，云计算规划中存在错误也是非常可能的。

显而易见，经验不足就会带来利润问题，但这样也会造成厂商的过分宣传。在被审计的云计算项目中有超过半数表明，云计算供应商在说明能够很大程度上影响成本/利润的定价策略或性能与功能的详细信息中会出现错误。在大多数情况下，这些错误都是会发生的，因为用户并没有要求一个正式的报价，所以一定要确保得到一个正式的报价以便于你的项目成本能够得到正确评估。这就是在保护你的利润和商业案例的过程中迈出的一大步。