Adobe Experience Manager(AEM) — 治理和人员配置模式和原型

作为客户体验的领导者,Adobe了解对您而言,确保您拥有合适的人员和治理框架以提高运营效率是多么具有挑战性。 借助Adobe业界公认的治理和人员配置模型,您拥有创建坚实内容和资产管理基础的工具和知识。 在本文中,我们将讨论如何操作您的Adobe Experience Manager(AEM)平台,并从您的努力中获得最大价值。

创建出众的操作框架

要运行和运行AEM,请考虑以下元素:

  • 执行战略里程碑 — 将会有许多战略里程碑(个性化、多渠道集成等) 除非您已建立正确的人员配置模型,否则无法执行此操作。
  • 为数字化转型奠定基础 — AEM通常用作组织现代化流程中的第一步。 通过设置基础,您可以充分利用AEM的全部容量。
  • 用户参与 — 有一个团队来执行战术工作(更新工作流、权限、CSS等) 用户的需求与所获得的内容之间的差距越大,他们就越沮丧。 重要的是要让用户继续投资于系统、投资于解决方案,并且您拥有适当的操作模型。

那么,正确的模式是什么? 要创建的角色矩阵是什么?

没有一个具体的答案,因为正如组织差异很大一样,AEM配置也可能有很大的差异,因此需要不同的支持角色。 每个垂直行业、每个团队结构都需要不同的实施。 但是你可以通过建立原型来创建基线。

原型

原型是指映射到特定属性的特定、高级别的角色构思。 这反过来又可用于创建有助于了解您真正需要的模型的基本前提。 请务必注意,原型并不限于每个原型一个人。 例如,DAM管理员可能具有一些技术经验。

业务流

有两个流的可操作性 AEM Sites 和 AEM Assets:

  1. 基本运行并运行日常工作(元数据更新)

  2. 战略和转型工作,如大型跨组织项目

业务流

高级AEM资产角色

一般差距: 此基线支持集中和分散的模型。 如果您有分散的模型,则可以抽象地使用AEM。 请注意,必须创造性地使用“产品所有者”角色,但您还需要拥有一个产品所有者,该产品所有者拥有一种类型资产的不同样式,而另一个拥有负责整个组织的样式。

  1. 基本运行和操作角色

    • 技术资源 — 具有AEM经验的人员了解权限,并可以更新元数据架构
    • 版本管理器
    • 产品所有者 — 这是与解决方案一致的角色。 某些产品所有者可能会参与分析。
    • DAM管理员 — 这位负责帮助指导集成框架流程的人员。 此创意角色可能与其他角色重叠。 (注:这一角色在过去5年中迅速普及。)
    • 创意
  2. 战略和转型

    • 开发团队 — 与一个重要的战略里程碑进行接触时需要此团队。
    • 业务架构师 — 制定要求以帮助实现技术里程碑和战略计划;可通过额外的产品所有者获得补偿
    • 技术架构师 — 具有企业级认识、在整个组织中始终存在的人员。 此角色充当DAM的真相中心。

示例方案

  1. 运行和操作:

以下是轻型(运动服装公司)和重型(化妆品公司)情景的角色示例:

  1. Light — 体育服装公司角色:

    • 2名兼职开发人员 — 兼职,离岸
    • 1个产品所有者 — 全职,在岸
    • 1 DAM管理员 — 全职,在岸
    • 1名技术架构师 — 兼职,在岸
    • 1个发行经理 — 兼职,在岸
  2. 重型 — 化妆品公司(多品牌)

    • 3名全职开发人员 — 全职、离岸
    • 4个产品所有者 — 3个特定于品牌,1个主要
    • 1 DAM管理员 — 全职,在岸
    • 按品牌划分的4个主要管理员SME
    • 1位技术架构师

高级 AEM Sites 角色

  1. 基本运行和操作

    一般差距: CSS开发人员为组件创建新外观。 Adobe高级业务顾问Joseph Van Buskirk建议“获取未封锁的组件和样式系统。 这个角色可以推动成本节约。 80%创建的体验应使用之前创建的或核心组件来完成。” 目标是使用CSS开发人员(或前端开发团队)通过新样式重新调整核心或自定义组件的用途。

    角色示例:

    • CSS开发 — 通过使用新样式重新调整组件的用途来创建体验工件。
    • 后端开发 — 创建新组件或扩展核心组件。 如果操作正确,则此角色不应有多个人员,除非需要执行大型动画任务。
    • 版本管理 — 监督代码部署,并担任当前的客户成功工程师。
    • 产品所有者 — 与BU合作,将技术和战略愿景结合起来;创建维护任务和增强功能,并充当解决方案的业务所有者。
    • 管理员作者 — 更新CSS外观,并为正在更新和应用内容的作者提供指导。 此角色适用于工作流配置,并为要应用的内容作者创建指导文档。 注意:在版本6.5中,Adobe建议使用可编辑的模板。
    • 内容作者 — 应用内容、分层所有权,并在与CSM合作时提供沟通问题和问题。
  2. 战略和转型

    角色示例:

    • 开发团队 — 与技术架构师一起提供AEM知识并执行新的变革性里程碑。
    • 技术架构师 — 提供集成知识,与产品所有者合作以映射技术里程碑,并提供有关AEM的深入技术知识。
    • 业务架构师 — 为用户文章创建任务,并帮助产品所有者管理技术和业务里程碑。

示例方案

以下是轻型和重型客户端方案的角色示例:

    • 2家CSS开发商 — 在岸
    • 1个产品拥有者 — 全职、在岸
    • 1个后端开发人员 — 离岸
    • 1名技术架构师 — 在岸
    • 1个发行经理 — 兼职,在岸
  1. 繁重(以营销活动为中心)

    • 4个CSS开发人员 — 全职,在岸
    • 2个后端开发人员 — 全时、在岸
    • 1名技术架构师 — 在岸
    • 1个产品所有者
    • 2个业务架构师 — 离岸

主要优点

了解原型 — 慢慢来,理解并分析原型。 要有创意、灵活,同时要记住没有一个正确的模型可遵循。

了解您的路线图 — 有些组织有许多要执行的里程碑。 准备分配比您估计的更多技术资源。

利用内部资源 — 缺口可能会意外出现。 与在组织外部搜索相比,您可以通过采购内部团队成员来更快地填写它们。

要更深入地讨论治理和人员配置模式与原型,请聆听这个长达一小时的小组讨论: 角色原型与操作框架的创建 AEM Assets 和 Sites

客户成功 中心。

在此页面上