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

進一步了解策略和思想領導,請前往 客戶成功 中心。

本頁內容