我们现在所知道的企业移动管理 (EMM) 在 Apple 于 2010 年 6 月宣布其第一代移动设备管理 (MDM) 平台以及 iPhone 4 和 iOS 4 之后迎来了它的大爆炸时刻。两年内有几十个 的公司（包括初创公司和老牌供应商）提供 MDM 产品。
这些公司中的大多数都专注于 EMM 等式中的一个部分。 对于某些人来说，它提供了 Apple 为开发人员开放的 MDM 功能。 其他人专注于审查、安装和管理设备上的应用程序。 还有一些专注于内容安全和管理。 然后，有些公司为 iOS 和 Android 上预装的股票应用程序创建“安全”替代品，或者将关键业务工具引入移动设备，最常见的套件旨在提供相当于 Microsoft Office 的移动设备。
那时，您通常会选择多家公司来构建 MDM 策略。 有时这些公司有合作协议，但通常就像点小吃一样：一点这个，一点那个。 这部分挑战是选择产品来满足您的每项要求，这很麻烦，但不像将所选产品与现有 IT 运营堆栈集成那样麻烦。
今天，情况有点不同。 在过去的十年中，EMM 市场已经收缩并整合为少数几家公司，主要是通过兼并和收购。 典型的 IT 堆栈供应商已经开发或购买了作为该堆栈组件的 EMM 平台。 您甚至可能不需要货比三家，因为您已经是专门的 Microsoft 或 Cisco 或 VMware 或 Citrix 商店，而且这些公司中的每一个都提供集成的 EMM 组件。
不过，并非所有这些 EMM 组件都是相同的。 它们可能在功能集、与特定工具或工作流的集成方式、管理控制台的细节或由此产生的客户体验方面有所不同。 或者这可能只是每个公司对 EMM 日常实施和管理方式的看法。
阻力（和成本）最小的途径通常是坚持使用堆栈构成核心基础设施的供应商。 不过，您必须问：这是您组织的最佳途径吗？
单一玻璃板的神话
在管理 IT 基础设施方面，反复出现的是“单一管理平台”——这意味着可以使用单一管理控制台来管理网络、云服务、安全性、本地服务器、用户帐户和组以及设备 从物联网到手机再到个人电脑。
使用单个控制台有其明显的优点。 学习曲线更少，并且更容易适应单个控制台。 与不断在不同产品的多个控制台之间切换相比，您可以更轻松地深入了解关键数据点并更快地成为高级用户。 如果管理功能重叠，则尤其如此，即使这些功能未完全对齐或集成。
问题在于，在当今世界不可能通过单一产品实现全面组织管理。 事实上，许多企业解决方案需要多个控制台界面，即使它们打包在一起也是如此。
一个很好的例子是 Microsoft Endpoint Manager，它将多个 IT 管理工具捆绑到一个包中。 一个称为端点配置管理器（以前称为系统中心配置管理器和系统管理服务器）的元素可以管理 PC、Active Directory 和企业计算的其他几个传统方面。 但 Intune 有一个单独的界面，这是一个基于 Web 的控制台，用于管理移动设备策略，可以涵盖运行 Windows 8 及更高版本的 PC，以及其他几种类型的端点，并管理与 Microsoft 365 服务的交互。 尽管有很多重叠，特别是在基本技术构造方面，但这两个界面非常不同，即使是经验丰富的 Endpoint Configuration Manager 管理员一开始也会对 Intune 感到困惑。
即使确实存在一块玻璃板，它也会遭受极度膨胀，并且为了使其独立的组件发挥最佳性能，它们最终需要变得专业化到一定程度，使它们最终感觉和运行起来就像独立的、不同的工具。
单一控制台也会以两种方式阻碍创新。 首先，单一管理平台将所有内容塞入现有界面，可能导致工作流程效率低下和上下文敏感度降低。 其次，对一致性的追求需要同质化，这将导致错失可以在单独工具中实现的改进机会，特别是如果这些工具来自多个竞争供应商。
我并不是说使用标准化来提高效率和生产力是不好的——它确实让许多管理员的生活更轻松。 但它有其局限性，这些局限性可能导致组织放弃创新技术，而这些创新技术往往具有更广泛的选择视野。
最好的品种并不总是最好的
在光谱的另一端是同类最佳的心态。 这种观点并不认为管理界面决定了工具的价值，也没有将对单一供应商的忠诚度视为一种理想。 相反，它将企业基础设施的每一部分视为一个独特的、通常是独立的结构，从而看到更大的价值潜力。
一个例子可能是依赖 Azure Active Directory 进行用户和帐户管理，但选择 Slack 而不是 Teams，VMware 进行服务器管理，Citrix 进行远程桌面，Jamf 进行 Apple 设备管理，组策略进行 PC 管理，Knox Manage 用于三星的 Android 设备， 和 MobileIron（现为 Ivanti），用于管理其余的 Android 设备。
这些解决方案中的每一个都可能是市场上针对其特定利基市场的最佳选择，但它具有三个明显的缺点：你失去了全栈产品中多个产品之间的深度集成，你将花费更多的钱，因为 您将无法整合许可，并且您将需要精通每个组件的员工。
就像单一的玻璃板一样，同类中的佼佼者并不是一个坏主意。 通过考虑所有可用的解决方案，您可以获得巨大的功能和创新机会，并且不应低估。
一个快乐的媒介
哪种方法最有效的答案通常是两者都不是——或两者兼而有之。 这意味着找到一个快乐的媒介。 这意味着确定坚持使用单个提供者（或其中的一小部分）所具有的价值。 同时，这意味着识别更广泛的供应商组的关键特性或功能，并确定其中一个或多个供应商是否提供您的主要供应商不具备的功能。 这也可能意味着特定功能的实现方式可能会带来更高的效率或价值。
虽然决定可能归结为您想要或需要实施的一两个特定功能，但您仍然必须考虑将在您的决策过程中发挥作用的一系列因素。 这些因素包括成本等明显因素，但也包括一些不太明显的因素，例如实施时间、集成的难易程度、学习曲线（对于管理员、工程师和支持人员）、供应商参与启动和运行的可能程度，以及 供应商将提供的各种 SLA——在实施期间和实施之后。
此外，您还需要确定一个实施过程。 是否可以在对现有流程和服务进行最少更改的情况下推出产品？ 使用现有工具是否有截止日期？ 您会坚持促使您选择新产品的功能，还是愿意考虑新供应商提供的其他工具？
考虑每个新供应商的声誉和经验也很重要。 供应商是否有您所在领域的经验？ 与您的标准解决方案组合集成？ 您对供应商接管您的基础设施中如此重要的部分感到满意吗？ 一旦事情启动并运行，它会提供什么后续行动？
这个功能真的很独特吗？
如果归结为一种能力（或什至几种能力）使新供应商具有吸引力，那么通知您当前的供应商您正在探索替代方案可能会很有用。 这使供应商有机会更好地了解您的需求。 它可能会让您知道吸引您的功能正在准备在不久的将来进行更新，或者它可能会增加您的交易。
扩展您对流动性的理解
您不应忽视调查的一件事是移动平台本身提供的 EMM 功能——iOS、Android，在某种程度上，还有三星的 Knox。 Apple 和 Google 提供了任何 EMM 供应商都可以插入的框架集。 在比较供应商时，您应该将此视为基准，这样您就可以发现他们何时将这些内置功能作为其工具独有的东西进行营销，而实际上并非如此（尽管这些标准功能的确切实现确实有所不同）。
另一个要记住的问题是，您是用新的提供商替换现有的 EMM 功能，还是首次实施（或扩展）EMM。 尽管 EMM 产品的功能相似，但将一种产品换成另一种并不总是那么容易。 换句话说，跳转到一个新选项可能需要在部署前进行测试和规划。 如果您有大量现有策略和用户/组分配，则尤其如此。
无论哪种方式增长
无论您是选择紧贴整体 IT 堆栈还是与新提供商一起构建基础架构，您都需要清楚地了解近期和长期的移动目标。 由于大流行，您可能已经考虑过人们将如何工作、在哪里工作，以及随着企业恢复面对面或混合工作模式，事情将如何运作。
但是，了解您的目标是什么、企业移动行业的发展方向以及您的组织将采用的工作场所模式应该是您考虑采用经过实践检验的方法还是进入未知领域的一部分。
