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

身為客戶體驗領導者,我們知道確保您擁有正確的框架和原則來提升內容速度,對您而言是多麼具有挑戰性 — 這些元件是解鎖Adobe Experience Manager平台真正價值的關鍵。 在本文中,我們將回顧內容速度在企業組織內的價值。 接下來,我們將探討有效實作的四項原則,以及在過程中需要注意的陷阱。

定義內容速度

內容速度不只是工具。 它也不是特徵。

內容速度是為個人化車輛提供動力的氣體。 內容速度是為了簡化並提高效率,以便大規模提供個人化體驗。 — 來自T-Mobile的莫妮克·米斯拉希

它是內容的壓倒性理念,包含觸及企業組織的每個部分的企業級框架 — 從建立、管理到分發。

它涉及開發基礎的「人員架構」 ,這些架構可用來達到最大速度、打造豐富的體驗,並實現強大的效率。

為什麼重要

通常,當新的企業解決方案(如Adobe Experience Manager(AEM))推出時,其目標只是支援解決方案,而只專注於技術基礎。 最終改變組織的大部分工作都被推遲。

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

那麼,我們該如何開始這個旅程呢? 要聚焦的參數為何? 您如何改變公司的范式,使內容與願景一致?

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

內容速度的四項原則

實現

第一步是認識到必須做出改變。 許多時候,這都來自熟悉日常戰術的利益相關方。

您可能遇到的問題包括:

  • 由於自訂無法實作的新產品功能
  • 孤立的工作流
  • 缺乏溝通
  • 技術護欄的創造性挫折

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

個別利益相關方(從創意、技術或功能方面)如何跨越管理、戰略和管理目標的多層面? 如何消除基於可能相互通報的新興和外圍戰略目標的孤立? 當適當的利害關係人可能看不到這些重疊時,他們如何做到?

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

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

這是因為,在企業級CMS中,速度的提升最終取決於內容。 內容本質上是通過生命週期開發的,它觸及到組織的所有部分,並且始終讓領導層能夠看到。

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

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

「領導力支援、方向和願景是關鍵因素。 最棒的是,我們的領導力是包容性的,並且對投入持開放態度。 他們聽了。」 - Amy Bergstrom,德勤

Foundation

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

從設計、行銷、技術實作、測試和製作,組織內容的建立涵蓋多個部門和流程。 其中很多都基於跨越多年的「部落知識」。

要一次解決所有問題,即便不是不可能,也是很難的。

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

問題是,在所有品牌以統一方式運作之前,您是否會延遲重新構想內容? 解決所有人的變革是否明智?

答案是否定的。 這會增加複雜性。 此外,許多利益相關方將對圍繞舊的永無休止的對話感到沮喪,從而讓構建新的談話變得令人沮喪。 一個人被鎖在對話中 關於 改變,而不是改變。

我們需要一個切實的框架。 一種新的模式。 人們能看到和感覺的東西。 過去,內容可能會被視為頁面、行銷活動或單數中任何想像的內容。 根本的轉變是將內容視為內容本身:重新規劃、重新設定樣式,再回收給製作團隊。 核心新開發應用於目標豐富的體驗。

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

  • 建立內建的利害關係人小組,專門了解新架構
  • 減少週期性發現會話並更快地構建
  • 提高利益相關方的購買可能性和速度
  • 解決戰術螺母和螺栓,並在重新應用變化以縮放之前緩解缺口

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

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

執行

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

在構建框架時,需要找到一些共同的范式,以便找到正確的解決方案。 其中有些要素可能很有挑戰性,但必須做出決定 — 這就是上述基本范式如此重要的原因。 正在建立的這個框架是用於整個組織擴展的框架。

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

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

    在討論分類法時,我們不僅參考資料夾結構,還了解誰正在編寫什麼和何時。 此外,我們需要考慮 不同的權限 需要針對每種作者類型建立的結構。

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

    另一方面,集中化模型(尤其是來自目前過於靈活的製作體驗)對團隊來說可能是個太大的障礙。 該結構必須允許使用共同的語言和區域區別點以及質量控制方面的做法。 此外,製作體驗的每個層面可能自治性較差,也就是說,只有特定作者才能在特定的頁面群組上工作,而且只有有限的作者擁有可編輯的權限。

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

    最終決定走哪個方向取決於本組織的總體戰略目標。 這可能取決於為業務使用者選擇增強的彈性,還是跨品牌提供統一的體驗。 在正確的模型上對齊對於聲音執行至關重要。

  2. 執行內容所有權審核

    請考量下列案例:

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

    • 誰正在編寫什麼? 什麼時候?
    • 需要套用至各種內容的不同權限結構為何?
    • 網站上將變更的體驗為何,哪些體驗將保持相對靜態?
    • 誰將擁有哪些內容?
    • 誰將參與創造這些經驗,這將帶來什麼?
  3. 合理化和簡化工具集

    隨著工具的發展,流程和團隊也會如此。但這可能不會一蹴而就。 可能需要過渡期。 請花時間坐下來,定義要傳遞內容的正確工具。

    此程式的一部分意味著要全面查看內容,而不只是頁面或區段內的片段,而是內容在整個網站上的運作方式。 考慮推動可重用性的潛在機會。 識別可以重新調整內容用途以提高效率的領域。 請思考如何運用現成可用(OOTB)功能與需要自訂的領域。 利用OOTB元件有助於快速品牌重塑工作,並加快網站的審美變更。

    從多品牌的觀點來看,向「通用」范式(而非頁面專用范式)轉變可讓重複使用和品牌重塑更快,進而推動行銷活動的反覆、快速實驗,以創造最佳客戶體驗。 速度=創意彈性和受眾參與度。

    此外,利用內容導向架構本身可讓您更輕鬆地採用內容片段和體驗片段。 這些解決方案可從Adobe Experience Manager內的集中式架構中撰寫,減少低效率的單機製作。 這有助於提升作者體驗的統一性,並強調整個網站的策略導向內容。

  4. 建立設計系統

    與「邊緣」的設計相比,請尋找建立使用准則清楚的團隊。 美妙的簡單性是內容速度的核心。 同時,別忘了為設計和開發的所有項目加入協助工具團隊。 設計系統需要在滿足非常特殊的經驗和在企業CMS內以系統方式工作的靈活性之間找到平衡。 核心元件和樣式系統對各種體驗都具有極強的適應性,並將提供超過眾多的自由,以滿足創作者的審美抱負。 不過,在決定體驗執行時,必須採用常識的方法,以快速和規模衡量。 有必要在優先事項上做一些雜事。 在設計系統時,要考慮到可重用性和速度的基本要素。網站上絕大多數的體驗都應使用OOTB元件和樣式系統來執行。

    「需要圍繞內容轉變思維。 許多內容從業者在職業生涯中從頻道專屬、品牌專屬或頁面專屬內容的角度著手。 現在是全面思考、為探索留出時間的時候了。」 - T-Mobile的莫妮克·米斯拉希

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

建議的實務:快速、可重複使用的內容建立模型

一般而言,最好遵循這些經驗法則:

  • 力求讓80%的體驗透過 現成可用的元件樣式系統. 通過客戶證言,這不僅可建立更具擴展性的基礎,使您能夠利用產品路線圖,而且還可將速度提高50%。
  • 設定 e 可編輯的範本 並遠離靜態範本。 設定可編輯的範本時(使用樣式系統所需的範本),需要指派範本作者,以控制網站某個頁面或區段可用的不同樣式。 從日常工作來看,對範本本身的這些更新相當少。
  • 使用 體驗片段 在可能的情況下。 雖然體驗片段的一般使用案例是用於多管道分送,但您也可以在整個網站上有效使用它們,一次在一個區域填入內容,而非在多個區域手動更新內容。 這樣可節省大量時間和精力,並讓製作團隊可以處理更具體和更豐富的體驗。
  • 建立更豐富的體驗。 透過利用80/20規則(根據上述規則),組織可針對特定體驗運用特定CSS和後端開發,而非常常見的維護更新。
  • 選擇可擴充的基礎並快速重新品牌化。 根據現代實施執行的樣式系統可讓您在平台上進行有效的品牌重塑。 透過變更CSS外觀來更新內容的廣泛區段,可快速測試和驗證,並提升網站的體驗品質,進而直接影響投資報酬率。

組織模型

AEM Sites實作的人員配置模式應該是什麼樣子,沒有單一答案。 不過,您也應遵循基本標準的原型。

AEM Sites:基本運行與運行

技術角色 技術責任 業務責任 業務角色
CSS Developer
  • 網頁開發(CSS或前端)
  • 重複使用元件
  • 透過重新用途或新增來建立體驗成品
  • 解決方案的業務負責人
  • 建立維護任務和增強功能
  • 與BU合作,將技術和戰略願景結合起來
產品擁有者
後端開發人員
  • 深層體驗無法透過簡單的前端CSS完成
  • 架構監督
  • 動態整合/與產品擁有者就策略目標保持一致
  • 協助內容作者
  • 治理角色
  • 坐標啟動、管理宏編輯
管理員作者
版本管理員
  • 發行管理
  • 程式碼部署
  • 當前客戶成功工程師
  • 套用內容(包括預先建立的樣式)
  • 分層所有權
  • 與CSM溝通並解決問題與疑慮
內容作者

潛在的陷阱

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

  • 不要將受眾需求放在首位 — 針對所有設計和開發的項目,回答下列問題:

    • 這是否符合客戶的需求?
    • 它能夠運行且高效嗎?
    • 我們是否將有機覆蓋面最大化?
  • 體驗可供所有人存取嗎?

  • 以單獨方式檢視解決方案。 例如,將AEM實施的技術層面聚焦於解決方案,將無法實現完整的業務效益。 相反地,我們建議查看業務使用案例和案例,然後以架構和設計為中心,因為這將提供更深入的AEM功能檢視。 阿努蘭達·潘泰迪(Anurandha Pentareddy)從Adobe股份獲得: 「我建議的一件事是,要搶在實施平台之前審視自己的價值目標。」

要更深入地討論內容速度,請收聽此一小時 小組討論 T-Mobile民主黨議員莫妮克·米斯拉希、艾米·伯格斯特姆(德勤)和Adobe的阿努拉達·潘泰迪。

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

本頁內容