Adobe Experience Manager End of Life: co to oznacza dla zespołów generujących komunikację w sektorze BFSI

Każdy lider lub menedżer odpowiedzialny za procesy związane z komunikacją, który zbyt długo korzysta z przestarzałej platformy, naraża organizację na sytuację, w której konieczność zmian pojawia się nagle. System sam nie sygnalizuje przecież, że zbliża się do końca swojego cyklu życia. Po prostu nadal działa, podczas gdy z czasem przybywa obejść i rozwiązań tymczasowych - aż do momentu, gdy dostawca ogłasza datę zakończenia wsparcia. Wtedy dalsze korzystanie z platformy przestaje być wyłącznie kwestią techniczną, a staje się decyzją biznesową.

Właśnie na tym etapie znajduje się dziś Adobe Experience Manager (AEM) 6.5 Wyciągi nadal są generowane, pisma dotyczące polis wciąż trafiają do klientów, a sama platforma nadal spełnia swoją funkcję. Adobe wyznaczyło jednak termin zakończenia jej wsparcia.Dla zespołów z sektora bankowego, usług finansowych i ubezpieczeń (BFSI), które tworzą komunikację z klientami za pomocą AEM Forms,jedna data w harmonogramie wsparcia sprawia, że dotychczas niewidoczny element infrastruktury staje się konkretnym tematem budżetowym i wymaga podjęcia decyzji w określonym terminie.

W praktyce koniec cyklu życia AEM oznacza jedno: wsparcie dla AEM 6.5 zakończy się w ściśle określonym terminie,a dokumentacja Adobe już dziś wskazuje, jakie kierunki dalszego rozwoju przewidziano dla AEM Forms oraz komunikacja z klientami realizowanej za pomocą AEM - AEM 6.5 LTS lub rozwiązania chmurowe.

W tym artykule wyjaśniamy, co dokładnie dobiega końca, w jakim kierunku rozwija się produkt oraz jakie dwie realistyczne opcje mają zespoły odpowiedzialne za komunikację w sektorze BFSI. Sam wybór między nimi to osobny temat - tutaj skupiamy się na przedstawieniu dostępnych możliwości, zanim zbliżający się termin wymusi podjęcie decyzji w pośpiechu.

Co dokładnie przestaje być wspierane w Adobe Experience Manager?

Ten termin dotyczy AEM 6.5. Kończy się wsparcie dla wdrożeń lokalnych (on-premise) Adobe a Adobe Managed Services (AMS). AEM as a Cloud Service (AEMaaCS) funkcjonuje w odrębnym cyklu wydawniczym, dlatego ten termin nie obejmuje wersji chmurowej.

Warto również rozróżnić AEM Sites - część platformy odpowiedzialną za zarządzanie treściami internetowymi i obsługę serwisów cyfrowych - od AEM Forms, czyli modułu, z którego zespoły odpowiedzialne za komunikację w sektorze BFSI znacznie częściej korzystają przy generowaniu wyciągów, polis i korespondencji. Oba rozwiązania podlegają temu samemu terminowi zakończenia wsparcia, jednak z punktu widzenia procesów komunikacyjnych większe znaczenie ma AEM Forms.

Kiedy kończy się wsparcie dla AEM?

Zgodnie z harmonogramem wydań Adobepakiet serwisowy 6.5.26.0 jest ostatnim wspieranym wydaniem tego typu dla AEM 6.5.Wsparcie dla AEM 6.5 w ramach Adobe Managed Services kończy się 31 sierpnia 2026 rokunatomiast podstawowy okres wsparcia dla klientów korzystających z lokalnych wdrożeń AEM 6.5 (on-premise) ma obecnie zakończyć się 28 lutego 2027 roku - około 18 miesięcy po wydaniu ostatniego pakietu serwisowego.

Po tym terminie Adobe będzie nadal rozwijać linię 6.5 w ramach AEM 6.5 LTS - wersji z długoterminowym wsparciem, działającej na Java 17 i 21 zamiast na starszych wersjach Java 8 i 11.

Nie porównujemy tutaj poszczególnych opcji. Warto jednak każdorazowo zweryfikować te informacje w aktualnym harmonogramie wydań Adobe, zanim zostaną uwzględnione w wewnętrznym planowaniu, ponieważ Adobe może z czasem zmieniać sposób opisywania kolejnych etapów rozwoju produktu.

Dlaczego wsparcie dla AEM kończy się właśnie teraz?

Przyczyna tej zmiany tkwi w technologii Java. AEM 6.5 działa na Java 8 i Java 11, a obie te wersje przestały być objęte publicznym wsparciem Oracle w 2023 roku i od tego czasu są dostępne wyłącznie w ramach płatnego wsparcia rozszerzonego. Harmonogram wsparcia Adobe dla AEM 6.5 w dużej mierze odzwierciedla więc cykl życia wersji Java, na których opiera się platforma. Oznacza to, że termin zakończenia wsparcia wynika przede wszystkim z ograniczeń technologicznych, a nie z nowej decyzji dotyczącej przyszłości samego produktu.

Dla osób spoza zespołu inżynieryjnego można ująć to prościej. Oprogramowanie, od którego zależy AEM 6.5, traci wsparcie dostawcy,dlatego również sama platforma musi przejść na nowszy fundament technologiczny - poprzez aktualizację do AEM 6.5 LTS albo migrację do usługi chmurowej, która już korzysta z aktualnych wersji Java. W tym kontekście data zakończenia wsparcia wyznacza przede wszystkim konkretny termin na zaplanowanie dalszych działań, a nie świadczy o tym, że obecna wersja platformy przestała prawidłowo działać.

Jak koniec cyklu życia AEM Forms 6.5 wpływa na procesy zarządzania komunikacją z klientami?

Dla zespołów realizujących komunikację z klientami za pomocą AEM Forms 6.5, 28 lutego 2027 roku nie oznacza, że dokumenty przestaną być generowane. Oznacza natomiast koniec standardowego wsparcia, jeśli organizacja nie przejdzie na AEM 6.5 LTS ani nie zdecyduje się na migrację do chmury..

AEM Forms as a Cloud Service umożliwia generowanie spersonalizowanych wyciągów, faktur i pism za pośrednictwem interfejsów API działających w czasie rzeczywistym oraz w trybie wsadowym. Z kolei Interactive Communication Editor dostępny z poziomu przeglądarki, oferuje nowsze narzędzia do projektowania komunikacji drukowanej i cyfrowej.

Migracja istniejących procesów opartych na AEM Forms to jednak nie jest prosty lift-and-shift. Organizacje muszą przeanalizować szablony, zasoby XDP, reguły biznesowe, integracje, przepływy pracy oraz zgodność generowanych materiałów z dotychczasowym formatem i wyglądem. Dlatego nowego edytora nie należy traktować jako bezpośredniego odpowiednika działającego w środowisku Windows narzędzia Designer bez wcześniejszego sprawdzenia, czy obsługuje konkretne przypadki użycia i wymagane funkcje. Dla zespołów termin ten oznacza konieczność wyboru między aktualizacją do AEM 6.5 LTS, wymagającą mniejszego zakresu zmian, a szerszą migracją do chmury, z funkcjami obecnie wykorzystywanych systemów.

Kierunek wskazywany przez Adobe:chmura. Bez względu na koszty.

Adobe Informacje o wydaniu wyraźnie pokazują, że dalszy rozwój AEM koncentruje się na chmurze. AEMaaCS działa dziś w rytmie comiesięcznych wydań funkcjonalnych, zamiast kwartalnych pakietów serwisowych charakterystycznych dla AEM 6.5. Wersja 2026.5.0 została wydana 28 maja 2026 roku, a kolejne wydanie zapowiedziano na następny miesiąc. Ostatnie aktualizacje obejmują dalszy rozwój Edge Delivery Services, funkcji wykorzystujących AI oraz ściślejszą integrację z innymi rozwiązaniami Experience Cloud - Target, Experience Platform i Journey Optimizer. Adobe zapowiada również kolejne aktualizacje środowiska Java w samym AEMaaCS. W tym kontekście AEM 6.5 LTS wygląda raczej na stabilne rozwiązanie przejściowe dla zespołów, które nie są jeszcze gotowe na migrację do chmury, niż na równorzędny, długoterminowy kierunek rozwoju platformy.

Kierunek AEM as a Cloud Service (AEMaaCS) kierunek

Dla zespołów, które potrzebują przede wszystkim rozwiązań do obsługi serwisów internetowych i formularzy, AEMaaCS jest już stosunkowo dojrzałą opcją. Cloud Service od kilku lat obsługuje rzeczywiste procesy produkcyjne klientów, a oficjalne przewodniki Adobe i narzędzia wspierające migrację są rozwijane właśnie z myślą o tym modelu.

AEM AEM Forms as a Cloud Service

W przypadku AEM Forms i obszaru Customer Communication Management, z którego korzystają zespoły odpowiedzialne za komunikację w bankowości i ubezpieczeniach, sytuacja wygląda inaczej. Adobe wyraźnie rozwija ten kierunek, jednak część jego możliwości wciąż jest rozbudowywana. AEM Forms as a Cloud Service obsługuje 2 główne przypadki użycia: Digital Enrollment oraz Customer Communications. Adobe rozwija również Interactive Communication Editor- narzędzie dostępne z poziomu przeglądarki, przeznaczone do tworzenia spersonalizowanej komunikacji na podstawie danych, takiej jak wyciągi, rachunki czy informacje o świadczeniach. Ma ono zastąpić starszą aplikację Designer, dostępną wyłącznie w systemie Windows. W momencie przygotowywania tego artykułu kilka powiązanych funkcji, w tym wybrane integracje z Experience Platform oraz interfejsy API służące do weryfikacji dokumentów, jest dostępnych w ramach programu Adobe Early Adopter. Dlatego przed podjęciem decyzji o migracji warto każdorazowo sprawdzić w aktualnej dokumentacji Adobe, w jakim stopniu rozwiązanie chmurowe zapewnia funkcje dostępne obecnie w AEM Forms wdrożonym lokalnie.

Co to oznacza dla zespołów komunikacji w sektorze BFSI?

Dla banków i ubezpieczycieli korzystających z AEM Forms termin zakończenia wsparcia oznacza konieczność podjęcia konkretnej decyzji: czy dalsze inwestowanie w rozwiązania Adobe nadal ma sens z punktu widzenia komunikacji z klientami?

Obecna platforma może wciąż niezawodnie generować wyciągi, dokumenty polisowe i powiadomienia o odnowieniu. Koszt utrzymania wspieranego środowiska trzeba jednak zestawić z potrzebami organizacji na kolejne lata: szybszym wprowadzaniem zmian w zatwierdzonych treściach, prostszym zarządzaniem szablonami, obsługą wielojęzycznej korespondencji czy bardziej spójnym dostarczaniem komunikacji w kanałach drukowanych i cyfrowych.

Taką ocenę warto rozpocząć od analizy komunikacji już wykorzystywanej w środowisku produkcyjnym. Dokument polisowy może zależeć od danych pochodzących z kilku systemów, klauzul właściwych dla danego kraju, procesów akceptacyjnych oraz integracji z archiwum. To właśnie te zależności określają zakres prac związanych z aktualizacją lub migracją - i pokazują, które funkcje musi zachować platforma docelowa.

Adobe opisuje różnice funkcjonalne między AEM Forms 6.5 a Cloud Service, dotyczące m.in. usług dokumentowych i narzędzi migracyjnych. Ich znaczenie zależy jednak od tego, z których funkcji organizacja rzeczywiście korzysta. Ograniczenie opisane w dokumentacji staje się problemem biznesowym dopiero wtedy, gdy wpływa na wymagany proces komunikacyjny lub produkcyjny.

Tak samo konkretnie należy podejść do kosztów. Adobe stosuje indywidualną wycenę, dlatego nie da się z góry wiarygodnie stwierdzić, czy tańsze będzie pozostanie przy obecnym rozwiązaniu, czy migracja. Rzetelne porównanie całkowitego kosztu posiadania powinno uwzględniać licencje, wdrożenie, prace integracyjne, testy, szkolenia oraz bieżące utrzymanie. Jeśli okres przejściowy wymaga równoległego działania dwóch środowisk produkcyjnych, ten koszt również należy uwzględnić w budżecie.

Jeśli utrzymanie komunikacji z klientami na platformie Adobe wymaga znacznej przebudowy, warto porównać alternatywne Platformy CCM przed zatwierdzeniem takiej inwestycji. Porównanie powinno pokazać, czy inne rozwiązanie lepiej odpowiada tym samym wymaganiom, z uwzględnieniem kosztów i ryzyka migracji.

Możliwe kierunki dalszych działań

Decyzja sprowadza się do trzech głównych opcji: aktualizacji do AEM 6.5 LTS, migracji odpowiednich procesów do AEM Forms as a Cloud Service albo rozważenia innej platformy CCM. Każdą z nich należy przeanalizować pod kątem tych samych wymagań dotyczących komunikacji, ograniczeń operacyjnych oraz planów organizacji na kolejne lata.

AEM 6.5 LTS: kontynuacja tam, gdzie obecna platforma nadal spełnia swoje zadanie

LTS pozwala nadal korzystać z linii 6.5 przy zachowaniu wsparcia i przejściu na nowsze wersje Java. Może być rozsądnym wyborem tam, gdzie obecne środowisko komunikacyjne nadal odpowiada potrzebom organizacji, a jego dalsze utrzymanie jest uzasadnione pod względem kosztów i zakresu wymaganych zmian.

Sama aktualizacja nadal wymaga dokładnej oceny. Adobe wskazuje, że część starszych funkcji i artefaktów została usunięta, i zaleca sprawdzenie wpływu tych zmian na niestandardowe modyfikacje oraz integracje. Zespoły powinny również zweryfikować procesy produkcji dokumentów, na które zmiany te mogą mieć wpływ.

W analizie biznesowej warto oddzielić koszty utrzymania platformy od kosztów związanych z usprawnieniem obecnego wdrożenia. Jeśli Jeśli zduplikowane szablony lub słabo udokumentowane reguły już dziś spowalniają wprowadzanie zmian w korespondencji z klientami, rozwiązanie tych problemów może wymagać osobnych działań.

LTS nie musi być jedynie rozwiązaniem przejściowym. Jeśli jednak organizacja planuje w przyszłości migrację, jej koszt i harmonogram warto przeanalizować razem z kosztami aktualizacji, uwzględniając również prace, które później trzeba byłoby wykonać ponownie.

AEM Forms as a Cloud Service: najpierw sprawdź, czy rozwiązanie odpowiada Twoim potrzebom

W przypadku dotychczasowej praktyki obsługi komunikacji z klientami kluczowe jest ustalenie, czy dostępne usługi dokumentowe i sposób pracy pozwolą realizować wymagane procesy komunikacyjne przy akceptowalnym zakresie zmian.

Narzędzia migracyjne obejmują określone typy zasobów i modele wdrożeniowe. Wytyczne Adobe dotyczące migracji Forms opisują ścieżkę dla Forms on OSGi, ale nie obejmują migracji treści Forms on JEE w ramach tego procesu. Dlatego jednym z pierwszych kroków powinno być dokładne określenie obecnej konfiguracji środowiska.

Proof of concept (PoC) powinien obejmować reprezentatywne scenariusze komunikacji:masowe generowanie wyciągów, wielojęzyczną polisę z klauzulami warunkowymi oraz pismo wymagające ręcznej weryfikacji. Ocena powinna uwzględniać poprawność generowanych materiałów, reguły biznesowe, procesy akceptacji, obowiązujące wymagania dotyczące dostępności, sposób dostarczania komunikacji oraz archiwizację.

Rezultatem powinien być precyzyjny plan migracji: co można wykorzystać ponownie, co wymaga dostosowania, które kwestie pozostają nierozwiązane oraz jakiego nakładu pracy będzie wymagało przejście na nowe rozwiązanie.

Inne, dedykowane rozwiązanie CCM: ocena według tych samych kryteriów

Jeśli pozostanie przy rozwiązaniach Adobe wymaga znacznej przebudowy, warto sprawdzić alternatywną platformę CCM i ocenić, czy podobny nakład inwestycyjny nie przyniósłby większych korzyści w innym rozwiązaniu..

Alternatywę należy oceniać na podstawie tych samych dokumentów, wolumenów produkcyjnych i procesów biznesowych. Warto porównać m.in. nakład pracy potrzebny do utrzymania szablonów, wprowadzania zmian w treści, zarządzania procesami akceptacji i obsługi integracji, a także całkowity koszt migracji i dalszego utrzymania rozwiązania.

Odejście od Adobe również wiąże się z ryzykiem wynikającym ze zmiany platformy. Dlatego decyzja powinna opierać się na dowodach, że nowe rozwiązanie przyniesie organizacji wystarczające korzyści, aby uzasadnić koszt, ryzyko i zakres niezbędnych prac.

Porównanie warto rozpocząć od najbardziej wymagających rodzajów komunikacji i jasno określonych kryteriów akceptacji. Pozwoli to zespołowi ocenić, czy zasadne jest przeprowadzenie szerszej analizy dostępnych rozwiązań.

Najważniejszy wniosek

Termin zakończenia wsparcia dla AEM 6.5 to dobry moment, aby ponownie przeanalizować planowane inwestycje w obszarze komunikacji z klientami. Sam w sobie nie oznacza jednak, że Adobe jest niewłaściwą platformą.

LTS może nadal być dobrym rozwiązaniem. Cloud Service może z kolei oferować korzyści, które uzasadnią migrację. Jeśli jednak którakolwiek z tych opcji wymaga znacznego nakładu pracy, przed zatwierdzeniem budżetu warto rozważyć również inną platformę CCM.

Decyzja powinna opierać się na tym, co każda z opcji może rzeczywiście zapewnić: niezawodnym generowaniu dokumentów, sprawnym zarządzaniu zmianami oraz przewidywalnych kosztach całkowitych w kolejnych latach.