关键问题是：如果发生中断桌面通信的多日停机，您的企业将如何运作？在这样的停机期间，您的组织将如何进行沟通？这是否会对员工和整个社区造成安全风险？
制造商和提供商在其支持消息的末尾会发出严肃的通知，例如：
- 没有系统正常运行时间保证，因为没有可用的备件
- 如果特定系统在“xx”日期当天或之前未升级，则在“xx”日期之后不提供支持
- 传统Centrex云环境在特定日期之后将不再可用--无服务，无期限
超出你的控制
支持的终结是任何企业都无法控制的。行业驱动因素包括：
- 部件不可用，停机的可能性增加--零件可用性并不总是本地的或可用于传统系统，甚至现场的应急工具包（强烈建议用于关键组件）也可能不足以让系统硬停机。虽然传统的TDM系统是可靠的，但那些超过10年的系统显然是付费的，并且超过了100000英里的汽车里程表当量。那些超过10年的人通常会看到电路卡、处理器、电源、内存、端点等方面的停机。
支持结束通知不只是TDM Digital--对旧VoIP和UC系统的支持结束也是一个问题，并且您应该考虑升级或替换这些。
- 训练有素的技术人员减少--随着时间的推移，具备解决传统系统故障知识和技能的技术人员数量减少。在某些情况下，我们发现在技师生病或休假的情况下很难找到替代人员。知道如何修复系统的技术人员越少，风险因素就越大。
- 维护价格上涨--对于任何行业来说，维护和软件保证（SWA）的可接受年增长率约为3%。在10年的时间里，这一增长超过了30%，这一年成本的大幅增长起初似乎是合理的。
- 无新功能--即使是最基本的功能（包括来电显示、LDAP目录功能和统一消息等），支持结束时的旧式系统也不会得到更新。新功能的承诺，包括云中的整个UC和联系人套件，在旧的系统架构中是不可用的。
- 将错就错、继续扔钱。”--任何拥有传统系统的组织都必须继续支持传统环境，而能力驱动了与其他系统集成的额外成本，以支持增长。如果没有一个完整的替换和迁移到云的策略，该组织将花费在短期的临时升级上，一旦新的UCaaS或CCaaS平台替换了传统系统，它将立即退役，这是“先好后坏”。（在一个案例中，客户必须投资200美元以上，以保持其旧系统的活力并在计划迁移时继续扩展。）
你的出发点
要开始从末端支持系统转移到云中，您必须首先在技术和流程领域运行当前环境的发现。此发现或需求评估的目标是帮助：
- 识别您的组织面临的风险
- 确定新UCaaS或CCaaS系统的优点/应用
- 确定新架构的预算重置成本
- 促进硬美元成本节约和成本避免，以促进此类更换项目
这一过程对于了解风险水平以及什么样的新特性/功能可以改变组织的游戏规则至关重要。
通过良好的需求评估，您将能够创建用UCaaS或CCaaS平台替换传统系统的策略和逻辑路径。同时，评估将揭示支持基础设施的任何问题，如数据柜、交换机、广域网、布线和其他组件。
ROI有助于促进云迁移
最后，正如我们在与客户合作中所了解到的，这些客户是支持500到60000多个端点的中型到大型企业，CFO在批准大型资本或Opex（云）项目之前需要进行严格的ROI分析。在评估计划的ROI时，请记住，虽然云成本通常高于场所更换成本，但许多系统迁移项目可以在12到18个月内自行支付，即使成本高达数百万。
那么，下一步呢？
如果您使用的是传统系统，那么转向UCaaS或CCaaS是您的组织如何利用实时通信的根本转变。为您的支持端PBX简化向云的移动，以实现向云的根本转变，并管理/最小化随之而来的风险。
声明：版权所有 非合作媒体谢绝转载
作者：Stephen Leaden
原文网址：
https://www.nojitter.com/organization-management/end-support-pbx-how-ease-move-cloud
