如何與Adobe Experience Manager一起提高內容速度

作為客戶體驗領導者,我們知道確保您擁有適當的框架和原則來推動內容速度對您來說是多麼具有挑戰性 — 這些元件是實現您的Adobe Experience Manager平台真正價值所必不可少的。 在本文中,我們將回顧內容速度在企業組織內的價值。 接下來,我們將深入探討有效實施的四項原則以及今後需要注意的陷阱。

定義內容速度

內容速度不僅僅是工具。 它也不是一個特徵。

內容速度是為個性化設備提供動力的氣體。 內容速度是關於簡化和提高效率,以便能夠在規模上提供個性化體驗。 — 來自T-Mobile的莫妮克·米斯拉希

它是一種壓倒一切的內容哲學,它採用了企業級框架,觸及企業組織的每個部分 — 從建立、管理到分發。

它涉及開發一個潛在的「人員架構」 ,可以利用它來達到最大的速度、創造豐富的體驗並實現強大的效率。

為什麼重要

通常,當引入像Adobe Experience Manager(AEM)這樣的新企業解決方案時,其目標只是站立解決方案,只關注技術基礎。 最終改變該組織的許多工作都被推遲。

這是個錯誤。 忽略必要的業務和功能變化會嚴重限制價值的實現,並導致定制週期、拖曳速度和限制爆炸AEM力。

那麼,我們如何開始這個旅程呢? 要關注哪些參數? 您如何改變公司的模式,使內容與願景一致?

讓我們看看一些遵循的原則,以建立您自己的組織藍圖,實現價值AEM。

內容速度的四大原則

實現

第一步是認識到變革是必要的。 很多時候,這都來自熟悉日常戰術的利益相關者。

您可能遇到的問題包括:

  • 由於定制而無法實施的新產品功能
  • 單一工作流
  • 缺乏溝通
  • 對技術護欄的創造性挫折

同時解決這些問題是令人畏懼的。 另一方面,嘗試逐個解決每個問題會帶來挫折感,因為內容生命週期中的每個工作流不可避免地會與另一個工作流重疊。

單個利益相關方 — 從創意、技術或職能方面 — 如何在管理、戰略和管理目標的多層面展開工作? 如何消除基於新生和外圍戰略目標的相互影響的孤島? 當適當的利益相關方可能看不到這種重疊時,他們如何做到這一點?

答案是:個體利益相關方不能。在將組織與解決方案協調起來時,必須將決策作為一個整體來執行,因為它會影響整個團隊。

更重要的是,變革的火花必須從根本上來自領導力。 只有在將領導力投入到組織變革中,並能夠預見其切實的好處時,才能建立適當的組織設計和流程 — 這對於利用企業級解決方案至關重要。

這是因為企業級CMS的速度最終取決於內容。 內容是通過生命週期進行內在開發的,它涉及到公司的所有部分,而且始終讓領導層能夠看到。

我們一次又一次地看到從單一模式到靈活快速模式的旅程來自於最初在領導中發出的強有力的聲音 理解以某種方式處理內容生命週期需要通過團隊對內容進行重新映像 — 從建立者到測試者。 而那個決定點 — 那種認識 — 關於驅動內容的問題不是什麼工具,而是我們如何構思它。

「當你開始以不同的方式思考內容時,你會把可能沒有在一起的不同群體帶到桌邊。 從產品和開發到客戶主導的體驗設計,您天生就有不同的參與方來構建這些產品。 對於我們來說,在內部,領導力支援和購買是我們進行數字轉型的最大因素。」 - T-Mobile的莫妮克·米斯拉希

「領導力支援、方向和願景是一個關鍵因素。 奇妙的是我們的領導能力是包容的,並且開放的 他們聽了。」 - Amy Bergstrom,德勤

Foundation

在初步實現後,問題就變成如何推動實施所需要的組織變革。 在這裡,沒有一個單一的答案,因為你不知道什麼。

從設計、營銷、技術實施、測試和創作到組織內容的建立跨越多個部門和流程。 其中許多都基於跨年的「部落知識」。

要同時解決所有問題是困難的,甚至是不可能的。

為了說明這一點,讓我們看一個具有各種品牌的企業組織的示例。 A品牌可能正在以AEM多種方式使用,但最終效率低下。 B品牌可能根本AEM沒用。

問題是,在所有品牌以統一方式運營之前,你是否會堅持重新構想內容? 解決所有問題是否明智?

答案是否定的。 這將增加複雜性。 此外,許多利益相關方都會因為圍繞舊版本沒完沒了的對話而感到沮喪,從而讓構建新版本的嘗試受挫。 一個人會被鎖在對話中 關於 改變,而不是改變。

我們需要一個切實的框架。 一種新的模式。 人們能看到和感覺到的東西。 過去,內容可能被視為一頁、一場活動,或是任何以單數形式想像出來的東西。 根本轉變是將內容視為內容本身:重新利用、重新設計樣式,並回收到創作團隊。 核心新發展,應該用於豐富目標經驗。

對於許多客戶來說,實現更改的最佳方式是建立一個小型站點、一個品牌或站點的一個單獨的部分,以作為新框架的test案例。 選擇組織的一個部分作為概念驗證,將允許您:

  • 建立一個內置的利益相關方小組,專門瞭解新框架
  • 減少週期性發現會話並更快地構建
  • 增加利益相關方購買的可能性和速度
  • 解決戰術螺母和螺栓,並在重新應用變化以縮小規模之前消除間隙

「我們將我們的體驗設計機構改成了更全面的客戶視圖。 我們建立了一個設計系統框架團隊,該團隊將全面定義我們的內容元件將是什麼以及如何使用這些元件。 這幫助我們達到了我們以前無法想像的速度。」 - T-Mobile的莫妮克·米斯拉希

「我們知道有太多內容發佈。 所以我們和觀眾做了一些研究來找出他們是否能找到我們的思想領導作品 結果是,我們有些困惑,所以我們採取了一種獨特的方法,在一個試點網站上分出所有最好的想法,並將內容貼上品牌。 我們為這個內容建立了一個專門的區域,並為它培養了大量的觀眾。 幾年後,我們現在能夠將這些內容重新整合到我們更廣闊的網站中,現在,我們的思想領導內容幫助人們度過銷售週期。」 - Amy Bergstrom,德勤

執行

AEM是一個企業級解決方案,它涉及公司或品牌的許多部分,而且作為CMS工具,其有效性具有上游依賴性。

在構建框架時,需要找到一些常見的範例來找到正確的解決方案。 其中一些要素可能具有挑戰性,但必須做出決策 — 這就是為什麼上述基本范式如此重要。 正在構建的這一框架將被用於跨整個組織擴展。

以下是在執行階段要構建的四個里程碑:

  1. 定義組織全局分類的基礎。

    當我們談到分類時,我們不僅在引用資料夾結構,而是瞭解誰將創作什麼和何時。 此外,我們需要考慮 不同的權限 需要為每種類型的作者構建的結構。

    此時,請考慮您是希望採用集中式治理模式還是分散式治理模式。一方面,集中式治理模式建立了一個整合的分類學戰略,提供更嚴格的質量控制和流程洞察力,這在分散式框架中是不可能實現的,或者至少很難實現。

    另一方面,集中化的模型,尤其是來自目前過於靈活的創作體驗的模型,對團隊來說可能是一個太大的障礙。 該結構必須允許使用通用語言和區域差異,並允許在質量控制方面採取實踐。 此外,創作體驗的每個方面可能沒有那麼大的自主性 — 即,只允許某些作者在特定的頁面組上工作,並且只有有限的作者具有可編輯的權限。

    儘管最初的集中式治理模式可能看起來比較慢,但最終,隨著流程洞察力的收集以及企業用戶透明的問責機制的推行,總體軌跡將會更快。

    決定走向最終取決於本組織的總體戰略目標。 這可能取決於在增強業務用戶靈活性或跨品牌統一體驗之間做出選擇。 在正確的模型上對齊對於聲音執行至關重要。

  2. 執行內容所有權審核

    請考慮以下情形:

    互動式內容(通常位於首頁上)可能需要高度的交互體驗,因此,前端CSS設計人員需要與商業作者合作進行更新。 與參考頁面等更易更新的內容相比,首頁維護需要不同的權限結構和審批流程。 良好的治理、效率和質量從明確的內容所有權開始。 請考慮執行內容審核以回答以下問題:

    • 誰將創作什麼? 什麼時候?
    • 需要應用於每種內容的不同權限結構是什麼?
    • 網站上將發生哪些變化,哪些將保持相對靜止?
    • 誰將擁有哪些內容?
    • 誰將參與到創造這些經歷中來,這又意味著什麼?
  3. 合理化和簡化工具集

    隨著工具的發展,流程和團隊也在發展。但這可能不會一蹴而就。 可能需要過渡期。 請花時間坐下來,定義提供內容的適當工具。

    此過程的一部分意味著要全面地查看內容,而不僅僅是頁面或部分中的部分內容,還包括內容在整個站點中的操作方式。 考慮推動可重用性的潛在機會。 確定內容可以重新利用以提高效率的領域。 考慮如何利用現成(OOTB)功能,而不是需要定製的領域。 利用OOTB元件將幫助實現快速的品牌重塑工作,並推動對站點進行更快的審美改變。

    從多品牌的角度看,向「通用」范式(而非頁面特定范式)的轉變允許更快的重複利用和品牌重塑,推動對活動進行反複、快速的實驗,以創造最佳客戶體驗。 速度=創意靈活性和觀眾參與。

    另外,利用內容驅動框架本質上允許更容易地採用內容片段和體驗片段。 這些解決方案可以從Adobe Experience Manager內部的集中框架中編寫,從而減少低效的單一創作。 這將有助於促進作者體驗的統一,並強調整個站點中由戰略驅動的內容。

  4. 建立設計系統

    希望建立具有明確使用准則的團隊,而不是為「邊緣」設計。 美麗的簡潔是內容速度的核心。 不要忘記為設計和開發的所有內容都包括輔助功能團隊。 設計系統需要在滿足非常特殊的經驗和在企業CMS內以系統方式工作的靈活性之間找到平衡。 核心元件和風格系統對無數體驗具有難以置信的適應性,將允許更多的自由來滿足創作者的審美抱負。 不過,在確定體驗的執行時,採用常識性的方法對速度和規模至關重要。 在優先事務上做一些雜亂無章是必要的。 在設計系統時,要考慮到可重用性和快速性等基本要素。網站上絕大多數的體驗都應使用OOTB元件和風格系統來執行。

    「人們需要圍繞內容轉變思維。 許多內容從業者都從渠道特定、品牌特定或頁面特定的內容的角度為自己的職業生涯工作。 現在是時候從整體上思考,為探索留出時間了。」 - T-Mobile的莫妮克·米斯拉希

    「有一個集中的內容戰略,有助於我們避免重複。 我們並沒有讓市場過度飽和,也沒有在類似的話題上說不同的話。 它幫助我們優化我們完整的內容庫,並在全世界以一致的聲音說話。" - Amy Bergstrom,德勤

建議的做法:快速、可重用的內容建立模型

一般來說,最好遵循這些經驗法則:

  • 目標是使80%的經驗通過 開箱元件樣式系統。 通過客戶證詞,這不僅將建立一個更具擴展性的基礎,使您能夠利用產品路線圖,而且還將將速度提高50%。
  • 設定 可編輯模板 遠離靜態模板。 設定可編輯的模板(使用「樣式系統」時需要這些模板)時,需要指定模板作者,該模板作者將控制網站頁面或部分的不同樣式。 在日常工作中,對模板本身的這些更新相當少。
  • 使用 體驗片段 盡可能。 儘管經驗片段的一般使用情形是用於多通道分發,但它們也可以在整個站點中有效地用於一次在一個區域中填充內容,而不是在多個區域中手動更新內容。 這樣可以節省過多的時間和精力,並使創作團隊可以騰出時間來處理更具體和更豐富的體驗。
  • 創造更豐富的體驗。 通過利用80/20規則(按上述規則),組織可以利用特定的CSS和後端開發來獲得選擇的體驗,而不是通用的維護更新。
  • 選擇可擴展的基礎並快速重新品牌化。 基於現代實現而執行的樣式系統可以允許跨平台進行高效的品牌更新。 通過更改CSS外觀來更新內容的廣泛部分,可以快速測試和驗證,並提高站點的體驗質量,直接影響ROI。

組織建模

對於AEM Sites實施的人員配置模式應該是什麼樣子,沒有一個唯一的答案。 但是,你應該遵循一些基本標準的原型。

AEM Sites:基本運行和運行

技術角色 技術責任 業務責任 業務角色
CSS開發人員
  • Web開發(CSS或前端)
  • 重用元件
  • 通過重新調整用途或新建新項目建立體驗對象
  • 解決方案的業務所有者
  • 建立維護任務和增強功能
  • 與BU合作,將技術和戰略願景結合起來
產品所有者
後端開發人員
  • 深入體驗不是通過簡單的前端CSS完成的
  • 架構監督
  • 在戰略目標上與產品所有者進行動態整合/協調
  • 協助內容作者
  • 治理角色
  • 坐標啟動、管理宏編輯
管理員作者
發行管理器
  • 發佈管理
  • 代碼部署
  • 當前客戶成功工程師
  • 應用內容(包括預建立的樣式)
  • 分層所有權
  • 向CSM提交並傳達問題和關注事項
內容作者

潛在的陷阱

以下是需要避免的幾個潛在缺陷:

  • 不首先滿足受眾需求 — 請回答以下所有設計和開發的問題:

    • 這是否滿足客戶的需求?
    • 它能運行和高效嗎?
    • 我們是否在最大化有機覆蓋面?
  • 每個人都能體驗到這種體驗嗎?

  • 以單獨方式查看解決方案。 例如,將重點放在實施的技術AEM方面不會實現全部業務效益。 相反,我們建議查看業務使用案例和方案,然後重點討論體系結構和設計,因為這將提供更全面的功能AEM視圖。 Anurandha Pentareddy來自Adobe股: 「我建議的一件事是,提前為您正在實施的平台考慮您的價值目標。」

要更深入地討論內容速度,請收聽這一一小時 面板討論 主演有T-Mobile電話公司莫妮克米斯拉希,德勤公司艾米貝格斯特倫和Adobe的阿努拉達潘特雷迪。

瞭解有關策略和思想領導的更多資訊 客戶成功 中。

本頁內容