引言
美国《NetworkWorld》网站在2011年年末对276名CIO就其云运用方案进行了查询。查询结果显现：三分之一的受访者现已把部分运用交给服务供给商，让服务供给商在公有云上托管它们。别的，还有三分之一的受访者正在方案将部分运用交给服务供给商，已完结IT架构在立异年代的富丽回身。
协作流程
在客户完成突破后，进入持续运营阶段，针对于部分模块上云的场景结合客户的业务重点通过新业务（未上云的业务模块、因为业务需要新开发的业务模块）、新要求（政策、内部管理需求等）、新优化（容灾、安全、等保等）牵引新的上量机会点。同时存量的收入看护、例行客户的业务支撑是基础
落地策略
基于客户机会点所处的阶段，按照客户的机会点不同状态、机会点大小和复杂程度综合评估，将客户进行标签分类，不同的状态是为了明确当前阶段的重点工作，相应状态是滚动刷新的：
拓展阶段（不确定性工作为主）：合同未签订（首次、新招标），或流水连续3个月收入<2万
上量阶段（不确定性工作为主）：上云机会待明确、对应的机会的方案待明确，需要挖掘新的机会点
交付阶段（确定性工作为主）：方案明确，已经进入了搬迁上云交付阶段
存量阶段（确定性工作为主）：客户已经完成阶段性上云，短期2个月内没有上云的机会
协同建议
上量阶段的客户需要持续的发掘上云机会，需要明确持续运营上量的负责人并卷集相关资源协同落地，采用“蜂群战术”快速完成机会点识别和闭环，人力投入建议：
1. CSM（具体人力分配根据机会点实际周期（短期\中期\长期）安排）
1个自有人力同时看护1~2个特一类 / 2~4个一类（取决于客户状态和机会点识别）
1个合作人力看护1~2个一类 / 2~4个二类（取决于客户状态和机会点识别）
2.交付PM&TD：客户搬迁项目制，依据交付阶段的任务和时间点排定
3.TAM：依据企业支持计划人员进行配置
运营重要性
同私有云相比，公有云更偏有运营的性质，要搭建起来一个私有云平台容易，早在好几年前一个稍微有点悟性的工程师，使用VMWare的vCenter就可以在半天之内安装上线完毕。后来又出现了OpenStack、CloudStack等等云管理平台，但是要真正运营起来一个能够上规模、持续运作的公有云服务，需要走得更远，这也是云服务产品的特殊性决定的，所以需要长期的运营来构建一个良好的云生态。