如何使用Adobe Experience Manager提升內容速度

上次更新: 2024-01-26

若要使用Edge Delivery Services從AEM Sites發佈,請按一下這裡。

身為客戶體驗的領導者,我們瞭解確保您擁有正確的架構和原則來推動內容速度,這對您而言是多麼具有挑戰性。這些元件是解鎖Adobe Experience Manager平台真正價值所不可或缺的。 在本文中,我們將檢閱什麼是內容速度及其在企業組織中的價值。 接下來,我們將深入探討有效實施的四項原則,以及在實施過程中應注意的陷阱。

定義內容速度

內容速度不僅是一項工具。 這也不是功能。

內容速度是提供個人化工具的動力。 內容速度是簡化程式並提高效率,以便大規模提供個人化體驗。 - T-Mobile的Monique Misrahi

這是內容的主要理念,涵蓋企業層級的架構,涵蓋企業組織的各個部分,從建立、管理,到發佈。

其中涉及開發基礎的「人員架構」,可運用此架構來達到最高速度、製作豐富的體驗及實現強大的效率。

為什麼這很重要

通常在引進像Adobe Experience Manager (AEM)這樣的新企業解決方案時,目標只是堅持該解決方案,而只專注於技術基礎。 許多最終將改變組織的工作都會延後。

這是錯誤。 若忽略必要的業務和功能變更,可能會嚴重限制價值的實現,並導致自訂的循環,拖慢速度並限制AEM的爆發力。

那麼,我們如何開始進行此歷程? 需要關注的引數有哪些? 如何改變公司的正規化,使內容符合願景?

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

內容速度的四大原則

實現

第一步是瞭解變更是必要的。 很多時候,這都是來自於熟悉日常戰術的利害關係人。

您可能遇到的問題包括:

  • 因自訂而無法實作的新產品功能
  • 孤立的工作串流
  • 缺乏溝通
  • 技術護欄的創意挫折

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

個別的利害關係人(從創意、技術或功能方面)如何跨越管理、策略及行政目標的多個層次? 如何根據可能相互通知的新生及周邊策略目標來廢除孤立環境? 當適當的利害關係人看不到此重疊時,他們如何這樣做?

答案是:個別利害關係人做不到。當組織對齊解決方案時,必須整體做出決定,因為它會影響整個團隊。

更重要的是,轉型的火花必須從根本上來自領導力。 只有當領導力投入到組織變革中,且能預見其實際效益時,才能建立適當的組織設計和流程,這對於使用企業級解決方案至關重要。

這是因為企業級CMS中的驅動速度最終取決於內容。 內容是透過生命週期進行固有開發,涵蓋組織的所有部分,領導層隨時皆可檢視。

我們一次又一次地看到,從孤立的模式到靈活快速的模式,歷程,都來自於領導力中最初強大的聲音。 若要瞭解如何以某種方式接近內容生命週期,需要透過團隊重新進行影像,從製作者到測試者。 而這個決定點 — 這個認識 — 驅動內容的不是什麼工具的問題,而是我們如何構思的問題。

「當您開始以不同的方式思考內容時,您會將不同的群組帶到可能並不一起的表格中。 從產品與開發到客戶主導的體驗設計,天生會有不同的派對來建置這些東西。 對我們來說,在公司內部,領導力支援和認同感是我們數位轉型的最大因素。」 - T-Mobile莫尼克·米斯拉希

「領導力支援、導向和遠見是關鍵因素。 令人驚奇的是,我們的領導力是包容的,並且開放供您輸入。 他們傾聽。」 — 德勤艾米·伯格斯特倫

Foundation

初次實現後,問題變成如何推動實施所需的組織變更。 在這本書裡,答案不是唯一的,因為您不知道什麼。

在組織內從設計、行銷、技術實作、測試和撰寫建立內容,橫跨多個部門和程式。 其中許多都是根據跨越數年的「部落知識」。

即使並非不可能,也很難一次解決所有問題。

為了說明這一點,讓我們來看看具有各種品牌的企業組織範例。 品牌A可能會以多種方式使用AEM,雖然最終效率不高。 品牌B可能完全沒有使用AEM。

問題是,您是否要暫停重新構想內容,直到所有品牌都以統一的方式運作? 解決所有變更問題是否明智?

答案是否定的。 這會增加複雜性。 此外,許多利害關係人會對圍繞舊有內容永無止境的對話感到沮喪,進而挫敗打造新內容的努力。 其中一個已鎖定至交談 關於 變更,而非變更。

我們需要的是一個切實的架構。 值得效勞的新範例。 人們看得見摸得著的東西。 在過去,內容可能會被視為頁面、促銷活動或單數形式的任何想像。 根本的轉變是將內容視為內容本身:重新利用、重新設計樣式並重新循環回編寫團隊。 應該將核心全新開發用於目標豐富的體驗。

對許多客戶來說,灌輸變更的最佳方式是建立迷你網站、品牌或網站的個別區段,以用作新架構的測試案例。 選擇組織的一部分作為概念驗證可讓您:

  • 建立專屬於瞭解新框架的內建利害關係人群組
  • 減少週期性探索工作階段,並加快建置速度
  • 提高利害關係人接受的可能性與速度
  • 解決戰術螺帽和螺栓,並在將變更重新應用到比例之前縮小間隙

「我們將體驗設計組織變更為更全方位客戶檢視。 我們建立了設計系統架構團隊,該團隊正全面定義我們的內容元件將成為什麼及其使用方式。 這協助我們達到先前無法想像的內容速度。」 - T-Mobile莫尼克·米斯拉希

「我們知道有太多內容湧現。 因此,我們與受眾進行了一些研究,以找出他們是否能夠找到我們的思想領導力專案。 原來是混淆了,因此我們採取了獨特的方法,將試驗網站中所有最佳的思考區隔開來,並將內容品牌化。 我們為該內容建立了專屬區域,並為其培養了龐大的受眾。 幾年後,我們得以將其重新整合至更廣大的網站,而現在,我們的思想領導力內容能協助人們完成銷售週期。」 — 德勤艾米·伯格斯特倫

執行

AEM是企業層級的解決方案,涉及公司或品牌的許多部門,其效益(作為CMS工具)具有上游相依性。

建置框架時,有一些通用範例需要您尋找合適的解決方案。 其中有些元素可能具有挑戰性,但必須做出決定,這就是上述基本範例如此重要的原因。 這個建置中的架構正是可在整個組織中進行擴充的架構。

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

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

    當我們談論分類法時,我們不僅會參考資料夾結構,也會瞭解誰在創作什麼內容以及何時創作。 此外,我們需要考慮 不同許可權 需要為每種型別的作者建構的結構。

    此時,請考量您想要集中式治理模型還是分散式治理模型。一方面,集中式治理模型會建立整合的分類策略,提供更嚴格的品質控制和流程深入分析,這在分散式架構中是不可能的,或至少是很難做到。

    另一方面,集中式模型(尤其是來自目前過於彈性的編寫體驗時)對團隊而言可能太大障礙。 此結構必須考慮到共同語言和區域差異以及圍繞品質控制的實務。 此外,編寫體驗的各個層面可能沒有那麼多自主權,也就是說,僅允許特定作者處理特定頁面群組,且僅允許有限作者擁有可編輯的許可權。

    雖然最初集中式的治理模式可能看起來較慢,但歸根結底,隨著流程深入解析的收集,以及企業使用者之間所倡導的透明責任制,整體軌跡會更快速。

    決定前往哪個方向最終將取決於組織的整體策略目標。 這可能需要在商務使用者的增強彈性或跨品牌的統一體驗之間做出選擇。 對齊正確的模型對於聲音執行至關重要。

  2. 執行內容所有權稽核

    請考量下列情況:

    互動式內容(通常位於首頁)可能需要高度互動式體驗,因此,前端CSS設計人員需與企業作者合作才能更新。 維護首頁所需的許可權結構和核准程式與參考頁面不同,後者更容易更新。 良好的治理、效率和品質始於明確的內容所有權。 請考慮執行可回答以下問題的內容稽核:

    • 誰在創作什麼? 以及何時進行?
    • 需要對每種內容套用的不同許可權結構為何?
    • 網站上的體驗會有哪些改變,哪些會保持相對靜態?
    • 誰將擁有哪些內容?
    • 誰將參與建立這些體驗,以及需要哪些條件?
  3. 合理化並簡化工具集

    隨著工具的演化,流程與團隊也應如此。但這可能不會在一夜之間發生。 可能需要一個過渡期。 抽出時間坐下,定義要傳送內容的合適工具。

    這個程式的一部分是指整體檢視內容,不僅僅是作為頁面或區段中的片段,而是內容在整個網站中的運作方式。 考慮推動重複使用的潛在機會。 找出可以重新利用內容以提高效率的領域。 請思考如何運用現成(OOTB)功能與需要自訂的區域。 利用OOTB元件可協助快速品牌重塑,加速網站的美學變更。

    從多品牌觀點來看,改採「通用」模式(而不是頁面專用模式)可加快重複使用和品牌重塑的速度,推動反複且快速的促銷活動實驗,以創造最佳客戶體驗。 速度=創意彈性和受眾參與。

    此外,本質上利用內容導向架構,可讓內容片段和體驗片段更易於採用。 這些解決方案可從Adobe Experience Manager內的集中架構進行撰寫,減少無效率的定址撰寫。 這將有助於促進作者體驗的一致性,並在整個網站強調策略驅動的內容。

  4. 建立設計系統

    希望建立具備明確使用准則的團隊,而非針對「邊緣」進行設計。 優美的簡潔性是內容速度的核心。 同時,別忘了將協助工具團隊納入到一切經過設計和開發的專案中。 設計系統需要在滿足特定體驗與企業CMS中以系統方式工作的靈活性之間找到平衡。 核心元件和Style Systems適應無限豐富的體驗,擁有足夠的自由度,可滿足創作者的審美目標。 儘管如此,在判斷體驗的執行時,運用常識性方法對於速度和規模至關重要。 需要調整優先順序。 在設計系統時,請檢視可重複使用性和速度的基礎知識。網站上的絕大多數體驗都應該使用OOTB元件和樣式系統來執行。

    「內容需要思維轉變。 許多內容從業者在其職業生涯中會透過特定頻道、特定品牌或特定頁面內容的視角進行工作。 是時候從整體上思考,並留出時間進行探索了。」 - T-Mobile莫尼克·米斯拉希

    「擁有集中式內容策略可協助我們避免重複。 我們不會讓市場過度飽和,不會就類似主題說不同的話。 它有助於我們最佳化完整的內容庫,並在全世界以一致的聲音說話。」 — 德勤艾米·伯格斯特倫

建議作法:快速、可重複使用的內容建立模式

一般而言,最好遵循下列經驗法則:

  • 目標是讓不少於80%的體驗通過 現成元件樣式系統. 透過客戶證言,這不僅可建立更具擴充性的基礎,讓您能夠利用產品藍圖,而且將速度提升高達50%。
  • 設定可編輯的範本 並遠離靜態範本。 設定可編輯的範本(使用樣式系統所需)時,必須指派範本作者,由其控制網站某個頁面或區段可用的不同樣式。 這些對範本本身的更新在日常工作上相當小。
  • 使用 體驗片段 儘可能使用。 雖然體驗片段的一般使用案例是供多管道發佈,但它們也可在整個網站中有效使用,以一次將一個區域填入內容,而非在多個區域中手動更新內容。 這樣可節省大量的時間和精力,並使撰寫團隊騰出時間從事更具體且豐富的體驗。
  • 創造更豐富的體驗。 透過利用80/20規則(以上版本),組織可以利用特定CSS和後端開發以供特定體驗使用,而非透過常見的維護更新作業。
  • 選擇可擴充的基礎,並快速重新命名。 根據現代實作執行的樣式系統可讓您跨平台有效率地重新命名。 透過變更CSS外觀元素來更新廣泛的內容區段,可快速進行測試和驗證,並提高網站的體驗品質,進而直接影響ROI。

組織模式

AEM Sites實作的人員配備模式沒有一個單一的答案。 不過,您應遵循一些原型來設定基本標準。

AEM Sites:基本執行與操作

技術角色 技術責任 業務責任 業務角色
CSS開發人員
  • 網頁開發(CSS或前端)
  • 重複使用元件
  • 透過重新用途或全新建立體驗成品
  • 解決方案的企業所有者
  • 建立維護任務和增強功能
  • 與BU合作,將技術與策略願景相結合
產品所有者
後端開發人員
  • 未透過簡單的前端CSS完成的深層體驗
  • 架構監督
  • 動態整合/與策略目標上的產品所有者一致
  • 協助內容作者
  • 治理角色
  • 協調啟動、管理巨集編輯
管理員作者
發行管理員
  • 發行管理
  • 程式碼部署
  • Adobe客戶團隊
  • 套用內容(包括預先建立的樣式)
  • 階層式所有權
  • 透過CSM提出並傳達問題和顧慮
內容作者

潛在的陷阱

以下是一些要避免的潛在陷阱:

  • 不要將對象需求放在第一位 — 針對所設計和開發的所有功能,回答下列問題:

    • 這是否符合客戶的需求?
    • 它能運作且有效率嗎?
    • 我們是否將有機範圍最大化?
  • 每個人都可以存取該體驗嗎?

  • 以獨立模式檢視解決方案。 例如,只專注於AEM實作的技術方面,無法實現完整的業務優勢。 我們建議檢視業務使用案例和情境,然後轉向架構和設計,因為這樣可讓您更全面瞭解AEM功能。 Anurandha Pentareddy來自Adobe共用: 「我建議的一件事是,針對您正在實施的平台,預先審視您的價值目標。」

如需更深入的內容速度討論,請收聽這一個小時 小組討論 主打莫妮克·米斯拉希(T-Mobile)、艾米·伯格斯特羅姆(Deloitte)和Adobe的Anuradha Pentareddy。

若要進一步瞭解策略與思想領導力,請前往 客戶成功 集線器。

本頁內容