协作技术不仅在变化，而且部署选项和业务模型也在变化。此分析的出发点是您考虑使用云部署SparkleComm统一通信（UC）等协作解决方案。在拥有UC之前，这可能是您目前的情况：协作将由松散且未连接的通信应用程序组合定义，最值得注意的是VoIP电话，电子邮件，IM /聊天，视频和一系列会议服务。然而SparkleComm统一通信将此联系起来并协作为解决方案。
在UC出现之前，让IT有理由认为存在这样的“解决方案” 。更不用说电话系统仍然可能是日常通信的中心。至少足以使其成为基于前提的重要性，同时由IT拥有和运营。当然，这源于传统认为硬件可以作为业务的重要资产，并且电话对于外包来说太过关键。
云中的电话？
在任何反映您的业务环境的程度上，随着云通信的出现，所有这些都发生了变化。您的传统电话系统很可能是基于前提的，当转向VoIP时，您可能会使用相同的模型，主要是因为它熟悉且值得信赖。实际上，您的服务的某些元素基于云也很有可能。
因为云比我们大多数人意识到的更普遍，我们对其局限性的担忧：无法扩展，不安全，不可靠等，在很大程度上是没有根据的。随着数据应用的发展，VoIP消耗的带宽非常少，而且在大多数情况下，托管的VoIP提供商已经克服了围绕数据网络进行实时通信的初始挑战。除了要求最苛刻的企业之外，托管的VoIP提供商可以支持各种方式与传统服务相媲美的电话，并且成本更低。
与任何形式的新技术采用一样，向前迈出的第一步始终是最难以采取的。在这种情况下，第一步非常关键从传统电话迁移到VoIP。鉴于UC的核心前提是拥有支持所有通信模式的集成平台，固定电话需要是VoIP。传统电话可以与SparkleComm一起使用，但是以有限的方式，如果有的话，它将成为协作的障碍，因为它无法与其他模式集成。
为什么云是重要的下一步
完成第一步后，第二个重要步骤与部署模型有关。基于对此的分析，很容易理解为什么基于前提的UC将成为默认值。最常见的UC产品是由电话供应商开发的，如果您对基于前提的电话感到满意，您可能会对UC有同样的感受。即使其他选择可用，坚持熟悉也总是比较容易。事实上，这使我们迈出了向前迈出的第三大步。这将是您希望完全脱离现有电话供应商并准备探索UC新选项的情况。
当转向VoIP时，一些企业会立即转向云端，而其他企业则开始像管理传统电话系统一样管理它。无论哪种方式，在考虑SparkleComm UC和更广泛的协作策略时，您都面临着相同的选择，前提或基于云。两者都有一个用例，许多企业用支持两者的混合模式对冲他们的赌注。