Dostawcy low-code: od obietnicy szybkości do odpowiedzialności za utrzymanie

Szybkość tworzenia aplikacji pozostaje największą zaletą low-code, ale wraz ze wzrostem skali wdrożeń coraz większego znaczenia nabierają koszty utrzymania, odpowiedzialność dostawców i możliwość dalszego rozwoju oprogramowania.

Rynek technologii low-code ma według prognozy Gartnera osiągnąć 58,2 mld dolarów w 2029 r., rosnąc średnio o 14,1 proc. rocznie. Popyt napędzają automatyzacja procesów, rozwój aplikacji tworzonych przez pracowników spoza działów IT oraz integracja narzędzi generatywnej AI. Popularność platform takich jak Microsoft Power Apps, Mendix czy OutSystems odzwierciedla potrzebę szybszego dostarczania systemu bez proporcjonalnego zwiększania zespołów programistycznych.

Skuteczność tego podejścia znajduje potwierdzenie w badaniach, choć skala korzyści wymaga ostrożnej interpretacji. Opublikowany we wrześniu 2026 r. w „Journal of Systems and Software” przegląd 226 publikacji naukowych wykazał, iż low-code rzeczywiście przyspiesza tworzenie aplikacji. Wyniki dotyczące jakości i złożoności rozwiązań pozostają jednak zróżnicowane, a wpływ technologii na koszty i bezpieczeństwo nie został dostatecznie rozstrzygnięty.

Rozbieżność między dobrze udokumentowaną szybkością wdrażania a ograniczoną wiedzą o długoterminowej opłacalności staje się istotna, gdy aplikacje zaczynają obsługiwać najważniejsze procesy biznesowe.

Od pojedynczych aplikacji do zarządzania całym portfelem

Skalę wykorzystania low-code pokazuje przykład NXP Semiconductors. Według studium przypadku opublikowanego przez Microsoft w październiku 2025 r. ponad 3000 pracowników firmy stworzyło przeszło 3500 aplikacji i 17 tys. zautomatyzowanych przepływów pracy. Badanie sześciu wybranych aplikacji wskazało na skrócenie czasu realizacji procesów o 75 proc. oraz oszczędność ponad 400 godzin pracy miesięcznie.

Wyników tych nie można uogólniać na cały portfel NXP, ale sam przykład pokazuje organizacyjne konsekwencje rozwoju low-code. Firma wdrożyła wielopoziomowy model zarządzania aplikacjami, obejmujący centralny nadzór, kontrolę dostępu oraz oddzielne środowiska programistyczne, testowe i produkcyjne. Rozwiązania przeznaczone do szerszego wykorzystania podlegają bardziej rygorystycznym procedurom niż aplikacje osobiste.

Potrzebę takiego nadzoru potwierdzają niezależne badania. Autorzy publikacji w „MIS Quarterly Executive” z 2024 r., na podstawie 30 wywiadów z twórcami aplikacji i ekspertami platformowymi, wskazali na ryzyko długu technologicznego, niekontrolowanego rozwoju systemu poza strukturami IT oraz problemów z jakością kodu i modeli aplikacyjnych.

Istotnym zagrożeniem pozostaje również ciągłość odpowiedzialności. Microsoft w dokumentacji administracyjnej zwraca uwagę na aplikacje pozbawione właścicieli, na przykład po odejściu ich autorów z organizacji. Rozwiązanie wykorzystywane przez kilkudziesięciu pracowników może wówczas wymagać pilnej interwencji zespołu, który wcześniej nie uczestniczył w jego tworzeniu.

Koszt licencji zależy także od przyszłych decyzji dostawcy

Ekonomika low-code zmienia się wraz z liczbą użytkowników, stopniem wykorzystania platformy i polityką cenową producenta. Dobrym przykładem jest ogłoszona we wrześniu 2026 r. podwyżka cen Microsoft Power Apps Premium. Od 1 stycznia 2027 r. katalogowa opłata za użytkownika wzrośnie z 20 do 22 dolarów miesięcznie.

Przy 500 użytkownikach korzystających z pełnych licencji Premium oznacza to wzrost rocznych kosztów katalogowych ze 120 tys. do 132 tys. dolarów. Kalkulacja nie uwzględnia rabatów ani innych wariantów licencjonowania, a nowe stawki obejmą odpowiednie zakupy i odnowienia subskrypcji rozpoczynające się od wskazanej daty.

Dziesięcioprocentowa podwyżka nie przesądza o opłacalności platformy. Pokazuje natomiast, iż część kosztów pozostaje zależna od decyzji producenta, na które użytkownik ma ograniczony wpływ.

Podobna zależność dotyczy aktualizacji. Mendix wspiera jednocześnie trzy główne wersje swojej platformy, a każda otrzymuje co najmniej 24 miesiące wsparcia. Producent rekomenduje aktualizowanie aplikacji przynajmniej raz w roku. Utrzymywanie starszych wersji może wymagać dodatkowo płatnego wsparcia, natomiast zakończenie okresu wsparcia wprowadza ograniczenia dotyczące dalszego uruchamiania i wdrażania aplikacji w chmurze dostawcy.

Koszty utrzymania obejmują więc również testowanie zgodności, aktualizowanie integracji, zarządzanie bezpieczeństwem i dostosowywanie aplikacji do zmian w systemach bazowych. Niewielki nakład pracy podczas pierwszego wdrożenia nie gwarantuje równie niskich wydatków w kolejnych latach.

Odpowiedzialność za aplikację wymaga precyzyjnej umowy

W projektach low-code granice odpowiedzialności bywają rozłożone między producenta platformy, partnera wdrożeniowego i organizację korzystającą z aplikacji. Standardowe SLA dostawcy może obejmować dostępność infrastruktury, ale niekoniecznie poprawność procesów biznesowych, integracji czy niestandardowej logiki aplikacyjnej.

Zakres usług utrzymaniowych powinien zatem uwzględniać procedury aktualizacji, obsługę incydentów, czas przywracania działania, dostęp do dokumentacji oraz zasady przejmowania aplikacji przez inny zespół. Znaczenie tych ustaleń rośnie w sektorach regulowanych. Obowiązujące od stycznia 2025 r. rozporządzenie DORA nakłada na instytucje finansowe określone wymagania dotyczące zarządzania ryzykiem dostawców ICT, w tym odpowiedniego kształtowania umów i warunków zakończenia współpracy.

Osobnym zagadnieniem pozostaje możliwość zmiany platformy. Eksport danych nie zapewnia automatycznie przeniesienia logiki biznesowej, interfejsów czy mechanizmów integracyjnych. Koszt migracji może więc zależeć bardziej od architektury aplikacji niż od liczby zapisanych w niej rekordów.

Przy ocenie inwestycji coraz większą wartość ma kalkulacja obejmująca trzy do pięciu lat eksploatacji, z uwzględnieniem aktualizacji, wzrostu liczby użytkowników i ewentualnego wyjścia z platformy. Takie podejście pozwala porównać nie tylko koszt uruchomienia, ale także trwałość uzyskanych korzyści.

Low-code ma dobrze udokumentowaną przewagę w tempie tworzenia oprogramowania, natomiast dane dotyczące jego długoterminowych kosztów pozostają mniej jednoznaczne. W rezultacie jakość oferty dostawcy coraz trudniej ocenić wyłącznie przez czas potrzebny do uruchomienia aplikacji. Równie istotne staje się to, na jakich warunkach będzie można ją rozwijać, utrzymywać i zastąpić, gdy zmienią się potrzeby organizacji.