团队协作可以作为集成产品的一部分或作为单独的应用程序进行部署。下面解释了为什么IT可能无法控制协作环境决策。
选择将团队协作应用程序部署为独立服务或集成协作产品，没有明确的答案。最终，IT决策者的控制力比他们想要的可能要少。
在理想的世界中，IT可以集中控制所有协作应用程序。IT部门将决定团队协作应该是一个单独的应用程序，例如Slack，还是与更广泛的统一通信（UC）平台（如SparkleComm）集成。集中控制可以简化IT事务，并且可能会受到最终用户的重视，假设他们的需求得到满足。
这些决策可能会变得复杂，因为团队协作在团队定期协同工作的情况下最有效。大多数团队已经建立了一种有效的协作模式，并拥有对他们最有价值的功能层次结构。消息传递往往具有特殊的价值，因为它的持久性通常会成为主要的通信方式。就像劳格SparkleComm中的SparkleIM那样，其中的消息功能包括账号间文本聊天、支持图片/短视频/短语音发送、支持消息推送提示，其消息传递功能还有安全保密性。这些元素并不总是UC价值主张的核心，使其成为整体协作工具集的补充。
大多数集成的团队协作应用程序部署并不理想，而且通常很复杂。今天的协作产品主要是基于云的，并且以用户为中心。个人最终用户和团队可以独立于IT访问协作产品，从而创建影子IT的变体。
IT实际上没有选择权，必须接受一定程度的失去控制权来管理整个协作环境。将团队协作应用程序集成到UC部署中并没有任何问题，许多供应商都这样做。但是期望这将成为每个人的首选解决方案是不现实的。
无论您选择哪种协作供应商，您的组织中都将拥有对不同团队协作平台有明显偏好的组，而IT部门可以做很少的事情来阻止这种情况。简而言之，IT需要灵活，因为部署一个非常适合IT和最终用户的单一协作平台将非常困难。
