Rzeczywisty koszt systemów legacy CCM: jak Exstream, DOC1, Assentis, DOPiX i Papyrus i po cichu drenują Twoje zasoby

W niemal każdym dużym projekcie z obszaru Zarządzanie komunikacją z klientem (CCM) , w który się angażujemy, widzimy powtarzający się schemat. Organizacja korzysta z systemu legacy CCM, licencja jest opłacona, output działa „w miarę”, a nikt nie zadaje trudnych pytań o rzeczywisty koszt utrzymania systemu, bo pozycja w budżecie IT wydaje się pod kontrolą.

Nikt nie zadaje trudnych pytań o to, ile faktycznie kosztuje ten system. W tym artykule dowiedziesz więcej detali o cenie, która zostaje poza fakturami.

Rzeczywiste koszty legacy CCM ukrywają się w miejscach, które nigdy nie trafiają na fakturę:

• senior developer, który spędza 3 tygodnie na zmianie regulacyjnej, która powinna zająć 3 dni;
• kanał WhatsApp, który konkurenct uruchomił 8 miesięcy temu, podczas gdy Twój zespół wciąż analizował, czy w ogóle da się go wdrożyć w obecnej architekturze;
• termin regulacyjny, którego dotrzymanie będzie możliwe wyłącznie dzięki zaangażowaniu zewnętrznych kontraktorów.

W tym artykule przyglądamy się 6 konkretnym systemom, z którymi regularnie spotykamy się w praktyce: Exstream, DOC1, Assentis, DOPiX oraz Papyrus.

Systemy, którym ufa kierownictwo, a które kwestionuje rzeczywistość

HP Exstream (OpenText)

Exstream powstał na początku lat 2000. z myślą o masowej produkcji dokumentów transakcyjnych dla sektora ubezpieczeniowego i bankowego. Do dziś wiele organizacji wykorzystuje go do generowania polis, wyciągów czy komunikacji regulacyjnej. W 2026 roku głównym wyzwaniem nie jest już sama funkcjonalność, lecz architektura. Exstream został zaprojektowany wokół przetwarzania wsadowego (batch processing) oraz renderowania po stronie serwera, co w praktyce oznacza, że integracja z rozwiązaniami opartymi na zdarzeniach (np. e-maile triggerowane, powiadomienia push, architektury API-first) wymaga rozbudowanej i kosztownej warstwy middleware. Z naszego doświadczenia wynika, że organizacje pracujące na dokumentocentrycznych platformach legacy często wydają więcej na integracje niż na same licencje. To właśnie narastający koszt i złożoność integracji najczęściej stają się momentem, w którym pojawia się pierwsza realna rozmowa o migracji z Exstream.

DOC1 (Teraz takiej jak Quadient Inspire,)

DOC1 (od firmy Pitney Bowers) powstał jako silnik do wsadowej kompozycji dokumentów, wykorzystywany głównie w europejskiej bankowości i sektorze użyteczności publicznej. Z czasem został przejęty i rozwinięty przez Quadient w kierunku platformy Inspire, obejmującej komunikację interaktywną, on-demand oraz wielokanałową. W praktyce często obserwujemy jednak, że wiele organizacji nadal korzysta ze starych szablonów i workflow opartych na DOC1, które nigdy nie zostały w pełni przeniesione do nowoczesnej architektury Inspire. Technicznie są już „na Quadient”, ale operacyjnie wciąż działają tak, jak w DOC1, a luka między możliwościami platformy a jej rzeczywistym wykorzystaniem potrafi sięgać nawet dekady. Szablony, logika oraz mapowania danych są tak głęboko zakorzenione, że pełna transformacja DOC1 wydaje się ogromnym przedsięwzięciem. W efekcie zespoły utrzymują logikę legacy na nowoczesnej infrastrukturze, ponosząc współczesne koszty za sposób działania sprzed lat

Assentis DocFamily

Assentis zbudował silną pozycję w Szwajcarii oraz szerzej w regionie DACH, szczególnie w bankowości prywatnej i wealth management, dzięki zdolności do obsługi wielojęzycznej i wysoko regulowanej dokumentacji. Jednak ta specjalizacja, oparta na statycznych i ściśle kontrolowanych scenariuszach komunikacji - w obecnym środowisku zaczyna działać na niekorzyść. Rynek się zmienił: banki oczekują dziś omnichannelowego onboardingu, mobilnego dostępu do dokumentów oraz komunikacji w czasie rzeczywistym. W efekcie platforma zoptymalizowana pod kątem złożonej produkcji dokumentów coraz gorzej adaptuje się do dynamicznych kanałów cyfrowych. Organizacje stają więc przed wyborem: budować kolejne warstwy obejść i rozwiązań tymczasowych, czy zdecydować się na pełną wymianę platformy.

DOPiX

DOPiX jest szeroko wykorzystywany w sektorze ubezpieczeniowym oraz publicznym w krajach niemieckojęzycznych i Europie Północnej, szczególnie w obszarze tworzenia i optymalizacji dokumentów drukowanych. Jednak wraz z przejściem organizacji od „produkcji dokumentów” do pełnoprawnej komunikacji z klientem, architektura ta zaczyna stanowić istotne ograniczenie. Współczesne wymagania obejmują generowanie treści w HTML, kampanie mailingowe , testy A/B oraz inne narzędzia cyfrowe, których platforma nie obsługuje natywnie. W efekcie organizacje są zmuszone albo budować równoległe rozwiązania, albo rezygnować z części kanałów komunikacji.

Papirus (Papirus z ISIS)

Papyrus pozycjonuje się jako połączenie platformy BPM i CCM. Dla organizacji, które wdrożyły to rozwiązanie 10–15 lat temu, szczególnie w obszarze obsługi polis ubezpieczeniowych i procesów likwidacji szkód, była to bardzo atrakcyjna propozycja. W praktyce jednak taka architektura prowadzi do silnego uzależnienia od jednego systemu. Połączenie procesów biznesowych i szablonów dokumentów w jednej, zamkniętej technologii sprawia, że zmiana jednego elementu niesie ryzyko zakłócenia drugiego. Organizacje, które chcą zmodernizować komunikację, muszą najpierw oddzielić ją od warstwy procesowej, a sam ten etap może zająć od 6 do 12 miesięcy, zanim rozpocznie się właściwa modernizacja CCM.

Gdzie tak naprawdę uciekają pieniądze

Te 5 systemów różni się architekturą i historią, ale ukryte koszty niemal zawsze wpisują się w te same schematy:

• Podatek od rzadkich kompetencji;
• Opóźnienia w obszarze zgodności regulacyjnej;
• Spirala utrzymania (koszty rosną wraz z upływem czasu)__OPENROUTER_FAILED__.
• Pułapka dziedzictwa (efekt klasycznego starszego samochodu).

To trochę jak posiadanie klasycznego auta z lat 90.: koszt zakupu dawno przestał mieć znaczenie, ale specjalistyczny mechanik, części dostępne tylko u jednego dostawcy, paliwo, którego nikt realnie nie monitoruje, oraz weekendy spędzone w garażu zamiast na drodze - w sumie kosztują znacznie więcej niż utrzymanie nowoczesnego, niskonakładowego samochodu.

Podatek od talentu

Znalezienie developera, który zna język skryptowy Exstream, logikę szablonów DOC1 czy środowisko BPM/CCM Papyrus, to dziś gra o bardzo ograniczone zasoby z łatwymi do przewidzenia konsekwencjami. Z naszego doświadczenia wynika, że starsi konsultanci z głęboką wiedzą o systemach legacy CCM osiągają znacząco wyższe stawki niż nowocześni programiści full-stack. Co więcej, doskonale wiedzą, jak trudno ich zastąpić, więc przewaga negocjacyjna w praktyce pozostaje po ich stronie. Pula takich specjalistów z roku na rok się kurczy - doświadczeni eksperci odchodzą z rynku lub przechodzą na nowoczesne technologie. Każdy miesiąc odkładania migracji sprawia, że ten „koszt premium” tylko rośnie.

Opóźnienia regulacyjne, które kosztują więcej niż same kary

Europejski Akt o Dostępności (EAA i PAD) tóre kosztują więcej niż same kary Europejski Akt o Dostępności zaczyna w pełni obowiązywać w czerwcu 2025 roku, a egzekwowanie przepisów o ochronie danych osobowych stale się zaostrza. Każda zmiana regulacyjna uruchamia efekt domina obejmujący szablony dokumentów, kanały komunikacji, przetwarzanie danych oraz ścieżki audytowe. Już dziś w całej UE widzimy realne działania egzekucyjne w obszarze dostępności, a EAA tylko zwiększy tę presję.

Na nowoczesnej platformie CCM opartej na API wdrożenie zmian związanych ze zgodnością regulacyjną to kwestia jednego–dwóch sprintów. W środowisku legacy ten sam proces potrafi trwać miesiącami: szablon trzeba zmodyfikować w zamkniętym, proprietarnym edytorze, testy wymagają pełnego cyklu regresji (często bez automatyzacji), a jedyna osoba, która naprawdę rozumie system, ma kalendarz zapełniony na kolejne sześć tygodni.

Szczegółowo opisywaliśmy już zderzenie systemów legacy CCM z wymaganiami dostępności wynikającymi z EAA. W praktyce „dostosowanie” dostępności w systemie zaprojektowanym pod output typu print-first oznacza de facto przebudowę całej warstwy wyjściowej.

Koszt utraconych możliwości: kanały, do których nie docierasz

Twój konkurent wysyła przypomnienia o odnowieniu polisy przez WhatsApp, marketing chce wdrożyć interaktywne linki płatności w e-mailach, zespół produktowy potrzebuje powiadomień push i komunikacji in-app z poziomu mikroserwisów, a operacje wymagają potwierdzeń SMS. To standard w 2026 roku, ale jeśli Twój system CCM został zaprojektowany pod wsadową produkcję PDF-ów, każdy nowy kanał oznacza osobną integrację. Niektóre organizacje budują równoległą warstwę komunikacyjną obok systemu legacy, aby obsłużyć kanały cyfrowe. W efekcie utrzymują dwa systemy, dwa zestawy szablonów i dwa procesy compliance - tam, gdzie powinien wystarczyć jeden.

Dlatego organizacje, które chcą rozwijać komunikację cyfrową, nie mogą traktować nowych kanałów jako dodatków. Bez uporządkowanego podejścia migracyjnego,każdy kolejny kanał dokłada kolejną warstwę złożoności do już fragmentarycznego ekosystemu komunikacji.

Spirala utrzymania

Dług technologiczny w systemach CCM typu legacy nie rośnie liniowo - narasta wykładniczo. Dzisiejsze obejście staje się jutrzejszą zależnością, własna integracja wymaga od kolejnego dewelopera żmudnego odtworzenia logiki, a odkładana aktualizacja po cichu zwiększa zakres przyszłej migracji. Z naszego doświadczenia wynika, że organizacje odkładające migrację regularnie odkrywają, iż zakres projektu znacząco przekroczył pierwotne założenia, wyłącznie dlatego, że środowisko legacy w międzyczasie obrosło kolejnymi warstwami niestandardowej logiki.

Kalkulacja, której nikt nie chce zrobić

Opłaty licencyjne łatwo policzyć. Znacznie trudniej uchwycić koszt premii płacowej dla dewelopera pracującego na legacy Exstream, czteromiesięczne opóźnienie projektu dostępności czy fakt, że Twój konkurent uruchomił komunikację przez WhatsApp, podczas gdy Twój zespół wciąż przygotowuje analizę wykonalności. Te liczby często znajdują się w różnych arkuszach albo w żadnym.

Pozostanie przy systemie CCM typu legacy samo w sobie jest decyzją budżetową, nawet jeśli nikt jej formalnie nie zatwierdził. Niesie ona ze sobą narastające koszty: wolniejsze wdrożenia, niedobór wykwalifikowanych pracowników, rosnący dług technologiczny oraz utracone możliwości rozwoju kanałów komunikacji.

W pewnym momencie organizacje dochodzą do wniosku, że potrzebne jest uporządkowane i niskoryzykowne podejście do migracji. Ten temat rozwijamy szerzej w naszym opracowaniu dotyczącym migracj legacy systemów CCM,zarówno od strony strategicznej, jak i operacyjnej.

Prędzej czy później każda organizacja korzystająca z jednego z tych systemów będzie musiała policzyć pełny koszt jego utrzymania. I gdy to zrobi, okaże się, że licencja jest najmniejszą pozycją w całym zestawieniu. Pytanie brzmi: czy wykonasz tę kalkulację teraz, na własnych warunkach, czy później, gdy kolejny termin regulacyjny lub wymagania kanałowe wymuszą decyzję za Ciebie?