项目poc_为什么云桌面项目要做POC？（五）完

昨天聊了POC的环境应该由客户自行搭建，那除了这个方法，还有其他的方式吗？

今天给大家输出这个方法，它的底层逻辑延续第三、第四讲的观点：云桌面的POC不是测试最好的效果，而是测试最坏的效果。

通常的POC测试都是将服务器和各类设备搬到用户现场，有一个重要的目的是避免网络延迟和丢包，希望在最合适的硬件环境+最好佳的网络，以便为客户提供最好的体验。

但这也为项目的后期大大增加了难度，我们试想一下，现在提供的都是最好的环境，那之后正式上线只要碰到一点点问题，客户就会产生反感：测试的时候好好的，怎么正式部署就出问题了？严重的甚至会影响项目验收和费用结算。

一开始给客户最好的预期，然后随着时间的推进客户的预期越来越低。这其实是现在大部分云桌面POC的现在，这也是心存侥幸，希望把问题往后掩盖，期望它自己消失，这是非常不可取的。

我建议的方式是，一开始就应该把最差的情况展示给客户，不用最新配置的服务器，通过公网搭建的环境，网络可能有延迟和丢包。这时展示给客户的其实不是一个最好的体验，但是如果这时用户可以接受或愿意进一步了解云桌面的产品和方案。那从这外后，客户的预期是随着时间不断提高的，这时客户更会关注功能而不是和PC电脑相比的体验。

还记得我们说的客户付得钱是有零有整的确切金额，所以客户期望买到的是同样确切的产品。这句话其实只说对了一般，后半句可以改为，客户期望买到超出他预期的产品。

所以，一定要有决心改变现有的POC方式，转而之提供公网的POC环境。这个方式其实是有一定理论依据的，明天我和大家聊这个理论依据：“产品在线、服务在线、客户在线、员工在线”。