2.功能和控件之间的优先权衡
协作只是竞争产品之间互操作性面临的挑战的最新技术。对于公司间的协作，有两种基本的交互模型，来宾访问和联合身份验证 ，每个模型都需要权衡。
访问基于邀请，并在受控的基础上扩展到各个用户。这往往是使外部各方能够访问组织的平台和协作环境的最简单，最快的方法。也就是说，协作平台许可证的来宾邀请数量有限，因此这不是常绿的选择。IT对外部访客用户的安全设置的控制也很有限，因此公司数据存在一定的安全风险。
联合基于允许不同的平台进行交互，而不是向各个用户授予平台访问权限。联盟具有不同的模型，主要是开放和直接的，但主要的收获是这种方法通常支持有限的功能集，包括状态和消息传递，并且可能没有更丰富的协作功能，例如文件共享和会议。
相反，与来宾访问相比，IT对外部用户的控制更多，因此，它通常是保护与协作活动无关的公司数据的更安全的方法。 IT必须考虑哪种方法最能支持外部协作的用例。如果公司间的协作需求非常简单，那么联盟将更合适。对于需要与少量外部合作伙伴一起工作的用户，访客访问可能是最好的选择，因为他们不太可能会最大化访客许可证。
3.确定哪些应用程序最重要
IT需要评估哪些应用程序最适合用户的外部协作需求。一方面，将有依靠常规应用程序的员工，例如电子邮件，电话和音频会议。这在成熟的，受监管的企业中很常见，尤其是人口老龄化的企业。
对于那些工作者，传统的UC平台可能就足够了，但是它们不像基于云的平台那样容易互操作。因此，对于协作平台的类型和基础部署模型，IT可能面临两个决策。
有两种基本平台产品：UC和团队消息传递。UC平台如劳格SparkleComm是根据通信需求构建的，具有一系列丰富的应用程序和集成。第一代UC产品是基于前提的，尽管它们可能在用户群中非常熟悉，但是它们与其他平台的互操作性并不那么容易。而劳格科技的SparkleComm是新一代的统一通信系统，除提供语音的IP电话及视频通话外，也让企业能够有效的整合现有的数据业务流程，可以方便的与其他应用程序集成，实现互操作性。
如果基于场所的UC给外部协作带来挑战，那么可能是时候进行云迁移了。团队消息传递平台是云原生的，团队消息传递平台的最新升级建立在考虑外部协作的基础上，可以解决许多协作难题。但是IT必须牢记与UC的根本区别。
尽管UC很大程度上是围绕启用多渠道通信而构建的，但团队消息传递平台更侧重于工作流，而通信只是推动者。这种环境以消息为中心，避免了电子邮件，并且在很大程度上避免了电话。如果这反映了工人和外部合作伙伴完成工作的方式，那么团队消息传递将是正确的选择。
IT有多种情况需要考虑，并且要制定公司间协作的战略，仅凭哪个平台最适合公司网络来做出决定是不够的。通过了解哪些应用程序将最常用于外部协作，IT将获得更好的结果，这应决定部署模型和平台类型的选择。
