Rövid válasz: a legtöbb belső üzleti alkalmazásra, néhány tíz vagy pár száz felhasználóig, egy no-code vagy low-code platform gyorsabb és olcsóbb, mint az egyedi fejlesztés. Egyedi fejlesztés akkor kell, ha az alkalmazás nagy nyilvános forgalmat kap, nagyon összetett a logikája, egyszerre nagy adatmennyiséget dolgoz fel, vagy sok rendszert kell mélyen összekötni. A kérdés tehát nem az, melyik a „jobb” technológia, hanem az, hogy melyik illik a feladathoz.
A no-code és a low-code körül két tévhit él. Az egyik szerint ezek csak játékszerek, amelyekkel komoly üzleti rendszert nem lehet építeni. A másik szerint bárki, programozói tudás nélkül, bármit összerakhat velük. Egyik sem igaz. A csapatunk legfontosabb projektjei közül több is ilyen platformon készült, köztük egy nagy, összetett SAP Emarsys-rendszer kiváltása.
Mi a különbség?
- No-code: az alkalmazás teljes egészében vizuális eszközökkel készül, programozás nélkül: űrlapok, táblák, munkafolyamatok, jogosultságok, riportok. Gyors, de a platform kereteihez kötött.
- Low-code: vizuális eszközök, de ahol kell, kóddal kiegészíthető. Rugalmasabb, összetettebb alkalmazásokra is alkalmas, de már kell hozzá fejlesztői tudás.
- Egyedi fejlesztés: minden a nulláról, programozással. A legrugalmasabb, de a leglassabb és a legdrágább, és a karbantartás is a tiéd.
A határ elmosódott: sok no-code platform enged kódot, és sok egyedi fejlesztés is kész építőkockákra épül. A gyakorlatban ezért nem három külön világról van szó, hanem egy skáláról. Az egyik végén a teljesen vizuális, programozás nélküli eszközök állnak, a másikon a nulláról írt szoftver, és a legtöbb üzleti alkalmazásnak valahol a kettő között van a helye.
Mekkora a piac?
A Forrester szerint a low-code és a folyamatautomatizálási platformok piaca 2023 végén 13,2 milliárd dollár volt, és az alapforgatókönyvük szerint 2028-ra nagyjából 30 milliárd dollárra nő. Ugyanez az elemzés szerint a vállalati fejlesztők 87%-a már használ low-code eszközt a munkája legalább egy részében. Ez nem rétegpiac, hanem a vállalati szoftverfejlesztés egyik fő iránya.
Mikor jó a no-code vagy a low-code?
Az EY magyar irodájának elemzése egy egyszerűsített, egyéves teljesköltség-modell alapján arra jutott, hogy kb. 70 felhasználóig a low-code olcsóbb, mint a hagyományos fejlesztés. A példájukban egy 30 felhasználós alkalmazásnál a 4 hónapos low-code fejlesztés a 12 hónapos hagyományoshoz képest kb. 13 millió forint fejlesztői bért takarít meg.
Ugyanez az elemzés azt is felsorolja, mire nem alkalmas a low-code:
- nagy forgalmú, nyilvános alkalmazásokra;
- ha egyszerre nagyon sok (az elemzés szerint 4000-nél több) sort kell feldolgozni;
- nagyon összetett üzleti logikára;
- sok rendszer mély integrációjára.
Ez jó kiinduló döntési szabály, de nem kőbe vésett. A felhasználói szám mellett a platform licencmodellje is számít: egyes platformok felhasználónként, mások alkalmazásonként vagy használat szerint számláznak.
Mikor kell egyedi fejlesztés?
- ha az alkalmazás a termék maga, amelyet ügyfeleknek adsz el;
- ha nagy, kiszámíthatatlan nyilvános forgalmat kell kiszolgálni;
- ha a logika annyira egyedi, hogy a platformot kerülőutakkal kellene erőltetni;
- ha a forráskódot birtokolnod kell, és nem kötheted magad egy platformhoz;
- ha a teljesítmény vagy a biztonság olyan követelményeket támaszt, amelyeket a platform nem teljesít.
A brit kormány beszerzési útmutatója szerint egyedi fejlesztés akkor indokolt, ha az igény egyedi vagy ritka, kevés szállító tudja kielégíteni, a kész termékek nem igazíthatók, és a szervezet képes a fejlesztést irányítani. A low-code platform ebben a felosztásban egy köztes út: a gerincet a platform adja, az egyedi részt a cég.
Amit mi láttunk
A csapatunk több kiemelt projektje is ilyen platformon készült.
SAP Emarsys kiváltása. Egy két országban működő elektronikai kiskereskedelmi lánc egy nagy, összetett SAP Emarsys-rendszert használt a marketingjéhez. A ZEBEQ no-code platformon kifejlesztettük a saját rendszerét, amely öt hónap alatt kiváltotta: a kampánykezelés, a szegmentálás és az ügyfélkommunikáció automatizáltan fut, bővített funkcionalitással és költséghatékonyabban. Ez a projekt jól mutatja, hogy egy no-code platform nem csak kis belső eszközökre jó: egy nagyvállalati szoftvert is ki lehet vele váltani, ha a folyamat jól le van írva.
AI-alapú árfigyelés. Egy lakberendezési kiskereskedelmi láncnál ugyanezen a platformon építettünk rendszert, amely 20 webshop árait, termékadatait és akcióit követi, és árjavaslatot ad. Négy hónap alatt élesedett.
HR-folyamatok. Egy nemzetközi flottakezelő cég hazai egységénél a ZEBEQ-en kerültek egy rendszerbe az Excelben futó HR-folyamatok, 70 felhasználóval, hét hónap alatt.
Low-code példák. Egy nemzetközi állategészségügyi vállalat amerikai leányvállalatánál QuickBase platformon készült vakcinagyártási kalkulátor (6 hónap, 20 kutató és mérnök), négy európai országban pedig OutSystems low-code platformon mobilos auditrendszer Bureau Veritas integrációval (8 hónap), ahol a fejlesztés vezetését, a projektmenedzsmentet és az architektúrát a csapatunk adta.
Mindegyik közös tanulsága: a platform nem helyettesíti a jó folyamatleírást és a jó üzleti elemzést. A gyorsaság abból jön, hogy a technikai alapot nem kell megírni, nem abból, hogy a gondolkodást meg lehet spórolni.
A rejtett költségek és kockázatok
Irányítás. Ha a munkatársak maguk építhetnek alkalmazásokat (citizen development), előbb-utóbb lesz harminc, senki által nem ismert app. A Microsoft Power Platform „managed environments” funkciója például megosztási korlátokat, adatszabályokat és kiadási folyamatokat ad, de ezek csak bizonyos önálló licencekkel érhetők el. Az irányításnak tehát ára van, és ezt előre be kell tervezni.
Biztonság. Az OWASP, a webes biztonság egyik fő szakmai szervezete, külön kockázati listát vezet a no-code és low-code alkalmazásokra (Citizen Development Top 10). A tipikus hibák: túl széles jogosultságok, beégetett hozzáférési adatok, naplózás hiánya. Egy no-code alkalmazás is ugyanolyan gondosan kell, hogy kezelje a jogosultságokat, mint egy egyedi.
Platformfüggőség. Ha a platform díjai vagy feltételei változnak, nehéz váltani. Előre nézd meg, hogyan exportálhatók az adatok és a folyamatleírások. Ez nem ok arra, hogy ne válassz platformot, csak arra, hogy a szerződést és a kilépési lehetőséget ugyanolyan figyelemmel olvasd el, mint egy egyedi fejlesztés szerződését.
Az AI-val segített egyedi fejlesztés sem ingyenes. A Gartner 2026-os figyelmeztetése szerint az AI-alapú kódolás költségei 2028-ra meghaladhatják egy átlagos fejlesztő bérét, és a legtöbb szervezet még nem tudja mérni, mennyi üzleti hatás áll szemben ezzel a költséggel. Az „AI majd megírja” tehát nem teszi automatikusan olcsóbbá az egyedi utat.
Hogyan válassz platformot?
Ha a platform mellett döntesz, a következő kérdéseket érdemes minden jelöltnek feltenni:
- Milyen licencmodell? Felhasználónként, alkalmazásonként vagy használat szerint? Hogyan változik az ár, ha a felhasználók száma kétszeresére nő?
- Hogyan kapcsolódik a meglévő rendszereidhez: van-e kész összekötő, és dokumentált-e a programozói felület (API)?
- Hol tárolja az adatokat? Ha uniós adattárolás kell, ezt előre tisztázd.
- Hogyan kezeli a jogosultságokat és a naplózást?
- Hogyan exportálhatók az adatok és a folyamatleírások, ha váltani akarsz?
- Ki támogatja, és mennyire él a platform körüli szakmai közösség? Egy ritka platformhoz nehéz szakembert találni.
Egy jó gyakorlat: ugyanazt a szűk, valós folyamatot építtesd meg két platformon egy-két hét alatt, és hasonlítsd össze az eredményt. A bemutatók mindig szépek, a saját folyamatod viszont gyorsan megmutatja a korlátokat.
Ki építse: a saját csapat vagy egy partner?
A no-code ígérete, hogy a munkatársak maguk építhetik meg az alkalmazásaikat. Ez kisebb, egy csapaton belüli eszközöknél működik is. Üzletkritikus rendszereknél, mint egy marketingplatform vagy egy HR-rendszer, viszont érdemes a kettőt kombinálni: a folyamatot a cég ismeri, a platformot és a jó tervezést egy tapasztalt partner hozza.
A legjobb felállás az, ha a partner építi fel a gerincet, és közben betanítja a cég egy-két kulcsemberét, akik utána a kisebb módosításokat maguk is el tudják végezni. Így nem alakul ki teljes függőség, de az alapok szakszerűek.
Döntési lista
- Hány felhasználó lesz? Néhány tíz vagy száz belső felhasználó: platform. Nyilvános, nagy forgalom: egyedi.
- Mennyire összetett a logika? Űrlapok, jóváhagyások, riportok: platform. Bonyolult számítások, valós idejű feldolgozás: inkább egyedi vagy low-code kóddal kiegészítve.
- Hány rendszerhez kell kapcsolódni? Néhány, jól dokumentált API-val: platform. Sok, mély integráció: egyedi vagy low-code.
- Mennyi adatot kell egyszerre feldolgozni? Kevés: platform. Nagy tömeges feldolgozás: egyedi.
- Birtokolnod kell a kódot? Ha igen: egyedi.
- Mennyire gyorsan kell? Hetek: platform. Ha van idő és pénz a hosszabb útra: egyedi is szóba jöhet.
Mit tegyél most?
- Írd le a folyamatot, amelyhez alkalmazás kell, a gyakori kivételekkel együtt.
- Válaszold meg a fenti hat kérdést őszintén.
- Ha platform jöhet szóba, nézz meg kettőt-hármat ugyanazzal a folyamattal.
- Tervezd be az irányítást: ki építhet, ki hagy jóvá, hogyan kerül élesbe.
- Nézd meg a kilépési lehetőséget: adatexport, folyamatleírás.
- Kezdd egy szűk, működő változattal, és csak utána bővíts.
Ha szeretnéd, hogy megnézzük, a te folyamatodhoz melyik út a jó, és akár a ZEBEQ platformon vagy más eszközzel meg is valósítsuk, nézd meg a folyamatautomatizálási, a szoftverfejlesztési és a vállalatirányítási szolgáltatásunkat.
GYIK
Mi a különbség a no-code és a low-code között?
A no-code platformon az alkalmazás teljes egészében vizuális eszközökkel, programozás nélkül készül. A low-code platformon szintén vizuálisan, de ahol kell, kóddal kiegészíthető, ezért összetettebb feladatokra is alkalmas.
Meddig éri meg a low-code az egyedi fejlesztéshez képest?
Az EY magyar elemzése szerint egy egyszerűsített egyéves modellben kb. 70 felhasználóig olcsóbb a low-code. Ennél fontosabb, hogy nagy nyilvános forgalomra, nagyon összetett logikára és sok mély integrációra kevésbé alkalmas.
Lehet-e no-code platformmal nagyvállalati rendszert kiváltani?
Igen, ha a folyamat jól le van írva, és a platform képes rá. A csapatunk egy nagy, összetett SAP Emarsys-rendszert váltott ki egy ZEBEQ-alapú saját marketingrendszerrel, öt hónap alatt, költséghatékonyabban.
Biztonságosak-e a no-code alkalmazások?
Annyira, amennyire gondosan építik őket. Az OWASP külön kockázati listát vezet rájuk: a leggyakoribb hibák a túl széles jogosultságok, a beégetett hozzáférési adatok és a naplózás hiánya.
Mi a legnagyobb kockázata a no-code-nak?
Az irányítás hiánya (sok, senki által nem ismert alkalmazás) és a platformfüggőség. Mindkettő kezelhető, ha előre szabályozod, ki építhet, és megnézed, hogyan lehet kilépni.
Források
- Forrester – The Low-Code Market Could Approach $50 Billion By 2028
- EY Magyarország – Programozásmentes programozás
- Microsoft Learn – Managed environments overview (Power Platform)
- OWASP – Citizen Development Top 10 (Low-Code/No-Code Top 10)
- IT Brief – Gartner warns AI coding costs may top developer pay by 2028
- GOV.UK – Define your purchasing strategy
