Low-code vagy egyedi fejlesztés? Mikor elég egy Power Apps-alkalmazás, és mikor nem
A low-code platformokon kevés programozással, vizuális eszközökkel lehet belső alkalmazást összerakni. Kisebb feladatra gyors és olcsó, nagyobb rendszernél viszont előjönnek a korlátai: licenc felhasználónként, kötöttség a platformhoz, nehezebb tesztelés. Megmutatjuk, mikor melyiket érdemes választani, és mikor a kettő keverékét.
Állítsd be a Google-ben, hogy a LORZ cikkei nagyobb eséllyel jelenjenek meg neked (új lapon nyílik)
Amit ebből a cikkből érdemes hazavinni
- A low-code vizuális fejlesztőeszköz: űrlapok, listák, egyszerű munkafolyamatok gyorsan összerakhatók vele.
- Belső, kevés felhasználós, a Microsoft 365-höz kötődő feladatra jó választás lehet.
- Ügyfeleknek szóló felületnél, összetett üzleti logikánál és sok felhasználónál az egyedi fejlesztés általában kiszámíthatóbb.
- A licencfeltételek változnak: a Microsoft 2026 januárjától egyes csatornákon már nem kínálja új ügyfeleknek az alkalmazásonkénti Power Apps-licencet.
- Gyakori jó megoldás a hibrid: low-code a belső űrlapokra, egyedi fejlesztés a magra és az integrációkra.
A low-code (alacsony kódú) fejlesztés azt jelenti, hogy az alkalmazás nagy része vizuális szerkesztőben, kész elemekből készül: űrlapok, listák, gombok, egyszerű szabályok. Programozni csak ott kell, ahol a kész elemek nem elegek. Ismert példa a Microsoft Power Apps, amely a Microsoft 365-höz kapcsolódó adatokkal és szolgáltatásokkal dolgozik, de több hasonló platform is létezik.
Mire jó a low-code?
- Belső űrlapokra és jóváhagyásokra: szabadságkérés, beszerzési igény, eszköznyilvántartás.
- Kevés felhasználós, egy csapaton belüli nyilvántartásokra.
- Gyors kipróbálásra: egy ötlet működését néhány nap alatt meg lehet mutatni.
- Ha a cég már Microsoft 365-öt használ, és az adatok ott vannak (SharePoint-listák, Excel, Outlook).
Hol jönnek elő a korlátai?
- Licenc felhasználónként: a Microsoft dokumentációja szerint a Microsoft 365 egyes licencei csak korlátozott Power Apps-használatot adnak, alapvetően a Microsoft 365 adataira és a standard összekötőkre. A prémium összekötőkhöz és saját adatbázishoz önálló licenc kell. Sok felhasználónál ez évente ismétlődő, jelentős tétel.
- Változó feltételek: a Microsoft 2026. január 2-től egyes beszerzési csatornákon már nem kínálja új ügyfeleknek az alkalmazásonkénti Power Apps-licencet. A platform árazása és csomagolása nem a te döntésed.
- Ügyfeleknek szóló felület: külső felhasználóknak, egyedi megjelenéssel, nagy forgalommal az egyedi webes fejlesztés általában rugalmasabb.
- Összetett üzleti logika: sok kivétel, számítás, jogosultsági szint esetén a vizuális szabályok nehezen áttekinthetők és tesztelhetők.
- Kötöttség: az alkalmazás a platformon él; ha váltanál, jellemzően újra kell építeni.
- Verziókezelés és tesztelés: nagyobb csapatnál nehezebb követni, ki mit módosított, és automatikusan tesztelni.
Ebben is segítünk
Egyedi szoftverfejlesztés: Webes és vállalati rendszerek mérnöki precizitással
Összevetés egy táblázatban
| Szempont | Low-code | Egyedi fejlesztés |
|---|---|---|
| Indulás | Gyors, olcsó első változat. | Több tervezés, magasabb kezdeti költség. |
| Folyamatos költség | Licenc felhasználónként vagy kapacitás szerint, évente. | Üzemeltetés és továbbfejlesztés, licenc nélkül vagy kevés licenccel. |
| Testreszabhatóság | A platform lehetőségein belül. | Teljes, a saját folyamatodra. |
| Külső felhasználók | Korlátozottan, külön feltételekkel. | Bármilyen webes vagy mobilos felület. |
| Integrációk | Kész összekötők, prémiumnál külön licenc. | Bármilyen API, saját logikával. |
| Tulajdon | A platformon él. | A forráskód a tiéd lehet, szerződés szerint. |
A hibrid megoldás gyakran a legjobb
Nem kell választani. Jól működik, ha a belső, egyszerű űrlapok low-code eszközzel készülnek, a cég magja, például a rendelés, a készlet vagy az ügyfélportál pedig egyedi fejlesztéssel, és a kettőt egy rendszerintegráció köti össze. Az automatizálási platformok közötti választásról a Zapier, Make vagy n8n cikkünk ír.
Hogyan dönts?
- Hány felhasználó lesz két év múlva, és lesz-e köztük külső ügyfél?
- Hány rendszerhez kell kapcsolódni, és ezek közül hány prémium összekötő?
- Mennyire tér el a folyamatod a szokásostól?
- Számold ki három évre: licenc és üzemeltetés a low-code-nál, fejlesztés és üzemeltetés az egyedinél.
- Mi történik, ha a platform feltételei megváltoznak?
Az egyedi oldal kereteit az egyedi szoftver költségbecslővel számolhatod ki, az óradíjak összevetéséhez a szoftverfejlesztés óradíjáról szóló cikkünk ad szempontokat. Ha az egyedi irány tűnik jobbnak, a szoftverfejlesztési szolgáltatásunk leírja, hogyan dolgozunk, ügyviteli feladatnál pedig az egyedi ügyviteli rendszer oldalát érdemes megnézni.
Low-code vagy egyedi? Segítünk eldönteni
Átnézzük a feladatot, a felhasználók számát és a kapcsolódó rendszereket, és őszintén megmondjuk, melyik éri meg.
Források és módszertan
Szerkesztési elv: A Power Apps licencelésére vonatkozó állításokat a Microsoft Learn dokumentációjában ellenőriztük 2026. november 9-én; árakat szándékosan nem közlünk, mert gyakran változnak. A döntési szempontok saját fejlesztési tapasztalatunkból származnak.
Kapcsolódó szolgáltatásaink
Beszéljük meg a projektedet!
Mondd el, mire van szükséged — egy munkanapon belül válaszolunk.