Szoftver support és karbantartás

IT support koncepció: szoftver karbantartás és IT üzemeltetés

Miért kiemelt fontosságú a szoftver support?

A szoftverek teljes életciklusában a költségek 60-70%-a az üzemeltetés, karbantartás és továbbfejlesztés során keletkezik – beszállítói és megrendelői oldalon egyaránt. A support minősége határozza meg, hogy a befektetésed megtérül-e.

Ha jó a support, a problémák megoldódnak, a szükséges fejlesztések megtörténnek, és meglesz a bizalom a rendszered felé. Az ügyfeleid és a munkatársaid szívesen fogják használni — és pontosan azt fogja csinálni, amire szántad.

Sok cég csak a fejlesztésre fókuszál: a fejlesztők általában el vannak foglalva egy új projekttel, ezért a korábbi rendszerek problémáit senki nem kezeli. Még a minimális hibák sem oldódnak meg, az ügyfél úgy érzi, nem válaszolnak neki — pedig szívesen fizetne a megoldásért.

Ilyenkor van szükség professzionális supportra és tervezett IT üzemeltetésre, ami azt jelenti, hogy:

a rendszered ismerő, dedikált fejlesztői csapat áll rendelkezésre
tiszta SLA-k és garantált válaszidők határozzák meg a működést
ticketing rendszerben és havi riportokból minden átlátható.

ROI szemlélettel nézve: egy jó supporttal elkerülöd a leállásokból keletkező kieséseket és a bizalomvesztést.

LogiNet szoftver support és rendszerüzemeltetés csapat dolgozik: helpdesk, hibajavítás, monitoring, továbbfejlesztés

A support teljes spektrumát nyújtjuk

A support egy komplex szolgáltatás, amely a napi kérdésektől a rendszerstabilitás növeléséig mindent lefed, a hibajavítás ennek csak egy része.

A support szolgáltatás részei:

Helpdesk – programhasználati segítség, adatok visszakeresése, kérdések megválaszolása
Hibaelhárítás – konkrét hibajelenségek azonosítása és javítása, SLA alapján, garancián belül és kívül
Továbbfejlesztések – igények egyeztetése, tervezés, fejlesztés, telepítés
Monitoring – üzleti és technikai KPI-ok figyelése, hogy előbb vegyük észre a problémákat, mint a felhasználók
Megbízhatóság növelés – automatizált tesztelés és monitoring folyamatos fejlesztése

A support célja, hogy a szoftveredet stabil, fejlődőképes állapotban tartsa — ehhez rendszer kell, nem alkalmi tűzoltás.

Szoftver karbantartás elemei: a garancia garancia csak egy kis szelete a teljes szolgáltatásnak

Support ≠ garancia?

Gyakori félreértés, hogy a support megegyezik a garanciális hibajavítással. Valójában a garancia csak egy kis szelete a teljes rendszerüzemeltetési és karbantartási igénynek.

A garanciális hibajavítás a support részét képezi, de már ehhez is kapcsolódik rengeteg tevékenység: egyeztetések, hibakeresés, telepítés, monitoring. És mivel egy szoftver szinte mindig fejlesztés alatt áll, a garancia gyakorlatilag folyamatosan nyitott kérdés.

Miért kell karbantartani egy szoftvert:

A szoftver építőkockái fejlődnek – frameworkök, programozási nyelvek, csomagok frissülnek, security patch-ek jönnek ki
A szoftver környezete változik – egy kapcsolt rendszer módosul, új szolgáltatások jelennek meg a piacon
Az üzleti igény fejlődik – folyamatos fejlesztési igények jönnek, különösen ha a szoftver hasznos
A hibák nem szűnnek meg – az egyértelműtől a nagyon nyomozós hibákig, amelyeket üzleti kritikusságuk szerint kell javítani

A legjobban akkor jársz, ha készülsz rá: az üzletmenet folytonosságát csak tervezett költségvetéssel, csapattal és folyamatokkal biztosíthatod.

Hibák és szoftverminőség - folyamatos munka

A szoftvereknek része a bug, a hiba, az incidens. Ez így van a legnagyobb szoftvereknél is: hiba mindig lesz, az számít, hogy milyen gyorsan és milyen szisztematikusan oldod meg.

A hibák egy szoftver életciklusa alatt fejlődnek. Eleinte egyértelműek és könnyen reprodukálhatóak — gyakran még a tesztelési fázisban kijönnek. Aztán jönnek az egzotikus edge case-ek: ritka felhasználási helyzetek, szokatlan eszközök, nagy adatmennyiség, külső rendszerek váratlan viselkedése. Ezeket ki kell nyomozni, elemezni kell, és gyakran olyan eseteket kell megoldani, amelyek a specifikációban nem is szerepeltek.

A szoftverminőség életciklusa:
Új funkció release → Egyértelmű hibák gyors javítása → Edge case-ek feltárása és kezelése → Speciális együttállások javítása → Újabb funkciók fejlesztése → ...

Épp ezért kell egy szolgáltatás és protokoll, amely felkészült arra, hogy ilyen szerteágazó, nehéz problémákat szisztematikusan felderítsen és elhárítson — rendszerszinten, nem eseti alapon.

IT support szintek – Level 1 helpdesk, Level 2 vizsgálat, Level 3 fejlesztői hibajavítás

Level 1, 2, 3 – a teljes szoftver support, egy kézből

Az iparban három support szintet különböztetünk meg. A LogiNetnél mind a hármat egy helyen kapod — nem kell több beszállítót koordinálnod.

A support szintjei:

Level 1 (Helpdesk) – az ügyfél felé nyitott csatorna: kérdések megválaszolása, incidensek felvétele és továbbítása
Level 2 (Vizsgálat) – a hibát ki is vizsgálja: technikailag ismeri a rendszert, meg tudja ítélni, hol keresse a problémát
Level 3 (Fejlesztés) – a hibát meg is javítja: hozzáfér a kódhoz, adatbázishoz, éles környezetekhez

A LogiNetnél a Level 1+2 szolgáltatást a dedikált support manager nyújtja — ő a technikai kapcsolattartó, aki a szoftveredet funkcionálisan és technikailag is ismeri. A Level 3 supportot a hozzá rendelt fejlesztői csapat biztosítja, amely lefedi az összes szükséges technológiát: adatbázis, backend, frontend, mobil.

LogiNet support manager dolgozik: ticketing rendszer felület, incidenskezelés, kommunikáció

Transzparens kommunikáció és ticketing rendszer

A jó supporthoz elengedhetetlen az átláthatóság. Ezt a dedikált support manager folyamatos kommunikációja és a ticketing rendszer biztosítja, ahol minden visszacsatolás egy helyen követhető.

A support manager technikai ember, aki beszéli a végfelhasználók nyelvét is. Érthetően kommunikál és precízen dokumentál — és ezt megköveteli minden szereplőtől.

Hogyan működik a ticketing rendszer:

Jegy rögzítése – meghatározod a típust (hiba, kérdés, továbbfejlesztési igény), a prioritást (alacsony, közepes, magas, kritikus) és a leírást
Státuszkövetés – a jegy státuszokon megy keresztül, minden kérdés egy helyen visszakövethető
Időmérés – pontosan látod, mennyi idő alatt vizsgáltuk ki a hibát, mennyi idő alatt javítottuk
Havi riporting – esetszám, hibák száma és szintje, megoldási idők, SLA-megfelelés kimutatása

Ez alapot teremt a pontos elszámoláshoz, és segít felismerni a visszatérő mintákat, így a problémákat korábban lehet kezelni.

Technológiai stack vizualizáció – backend, frontend, adatbázis és mobil technológiák

Széles körű technológiai kompetencia

A teljes modern fejlesztési palettát lefedjük, így a rendszered minden rétegét egy csapat kezeli.

Adatbázisok: PostgreSQL, MariaDB, MongoDB
Backend: Java, Kotlin (Spring), Go, PHP (Laravel, Symfony), Node.js (Express, Nuxt, Next), BaaS (Firebase, Supabase)
Frontend: Vue.js, React, Angular
Mobil: Flutter, natív iOS (Swift), natív Android (Kotlin), Kotlin Multiplatform, React Native

Ismerd meg, milyen technológiákat használunk a fejlesztési és support projektjeinkben.

SLA és árazás – transzparens, kiszámítható keretek

Az SLA (Service Level Agreement) a support szolgáltatás kereteit rögzíti: válaszidőket és hibaelhárítási határidőket határoz meg. Megadja, hogy mikor – hétköznap vagy hétvégén, munkaidőben vagy azon kívül – milyen garantált határidővel állunk rendelkezésedre. Az SLA-t mindig a te rendszeredhez igazítjuk.

Egy nagyvállalat fő értékesítési csatornáját 24/7-ben kell supportálni, míg egy munkaidőben használt kiegészítő rendszernél erre nincs szükség.

Az SLA-teljesítést mérjük, és havonta részletes kimutatást küldünk: esetszám, hibák súlyossága, megoldási idők, SLA-megfelelés. Ez nemcsak az elszámolást teszi átláthatóvá, hanem segít időben felismerni a visszatérő problémákat.

Árazási modellek:

Keretóra + tételes elszámolás (Retainer + T&M) — havi lekötött órakeret az SLA-hoz igazítva, fel nem használt órák átvihetők (rollover); az eseti munkákat tételesen számoljuk el.
Havi átalánydíj — a rendszer komplexitása és az eddigi tapasztalatok alapján kalkulált fix havidíj.

Support átvétel más beszállítótól:
Átvesszük más csapat által fejlesztett rendszered supportját is. Ilyenkor jellemzően szükség van egy átadás-átvételi auditra — ennek egyszeri költsége a szoftver komplexitásától függ.

Ismerd meg egyedi webfejlesztés szolgáltatásunkat — amit mi fejlesztünk, azt hosszú távon is supportáljuk!

Gyakran ismételt kérdések a szoftver supportról

❓ Mi a különbség a support és a garancia között?
A garanciális hibajavítás a support egy része, de a teljes support ennél jóval többet fed le: helpdesk, hibakeresés, továbbfejlesztések, monitoring, karbantartás. Mivel egy szoftver szinte mindig fejlesztés alatt áll, a garancia határai folyamatosan elmosódnak — ezért érdemes a supportra mint az üzletmenet folytonosságát biztosító, tervezett szolgáltatásra tekinteni.

▶️ Át tudjátok venni más cég által fejlesztett rendszer supportját?
Igen. Átvesszük és fenntartjuk más csapat által fejlesztett rendszered fejlesztési és üzemeltetési támogatását. Ilyenkor egy átadás-átvételi audittal kezdünk, amely során felmérjük a rendszer állapotát, dokumentáltságát és a szükséges know-how-t. Az audit egyszeri költsége a szoftver komplexitásától függ.

⚙️ Milyen technológiákat tudtok supportálni?
Széleskörű technológiai kompetenciával rendelkezünk: PostgreSQL, MariaDB, MongoDB az adatbázis oldalon; Java, Kotlin, Go, PHP, Node.js a backenden; Vue.js, React, Angular a frontenden; valamint Flutter, natív iOS/Android és Kotlin Multiplatform a mobil oldalon.

⚠️ Hogyan működik a ticketing rendszer?
A ticketing rendszerben hibajegyet adhatsz fel, meghatározva a típusát (hiba, kérdés, fejlesztési igény), prioritását és leírását. A jegy státuszokon megy keresztül, minden lépés visszakövethető, és pontosan látod, mennyi idő alatt reagáltunk és oldottuk meg a problémát.

⚡ Milyen SLA-kat vállaltok?
Az SLA-t mindig a rendszered kritikusságához igazítjuk. Egy üzletkritikus rendszert 24/7-ben is supportálunk, míg egy munkaidőben használt belső alkalmazásnál alacsonyabb szintű SLA is elég. Az SLA-kat mérjük, és havonta pontos kimutatást küldünk az ügyfélnek.

⚖️ Mennyibe kerül a szoftver support szolgáltatás?
A költség a rendszer komplexitásától, az SLA szinttől és a tervezett fejlesztési mennyiségtől függ. Két fő modellben dolgozunk: retainer + T&M elszámolás, vagy havi átalánydíj. Saját fejlesztésű rendszerek supportjánál más a kiindulás, mint egy átvett rendszernél. A specifikáció alapján pontos ajánlatot adunk.

☠️ Mi történik, ha éjszaka vagy hétvégén áll le a rendszer?
Az SLA szintjétől függ. Ha a rendszered 24/7-es elérhetőséget igényel, ügyeleti szolgáltatást is biztosítunk garantált reakcióidővel. A monitoring rendszer automatikusan jelez, így sok esetben a hibaelhárítás már azelőtt elindul, hogy a felhasználók észrevennék a problémát.

Megbízható rendszerüzemeltetést keresel, vagy supportot egy átvett szoftverhez?

Írd le, milyen rendszerről van szó és mire lenne szükséged, mi rövid időn belül jelentkezünk egy személyre szóló javaslattal.

írj nekünk! →

Kapcsolódó tartalmak

Amikor egy szoftverrendszert érdemes közelebbről megvizsgálni

Hogyan segít egy IT audit feltárni a rendszered hibáit és kockázatait?

Amikor egy szoftverrendszer évek óta működik, gyakran sok apró változás rakódik rá: új funkciók, ideiglenes megoldások, gyors hibajavítások. Idővel nehéz átlátni, mi hogyan működik a háttérben. Egy IT audittal átláthatod a rendszered állapotát, feltárhatod a kockázatokat, és megalapozhatod a tudatos szoftver karbantartást és rendszerüzemeltetést.

Megnézem

Leállás nélküli élesítés: amikor a fejlesztés nem állítja meg a rendszert

Leállás nélküli élesítés egy komplex e-commerce rendszerben

Hogyan frissítheted a rendszeredet úgy, hogy közben az ügyfelek semmit ne vegyenek észre?

Új funkciók élesítése sok rendszerben még mindig karbantartási ablakot és ideiglenes leállást jelent. Pedig nem feltétlenül kell így lennie. Az esettanulmányból megtudhatod, hogyan valósíthatsz meg leállás nélküli élesítést, és milyen infrastruktúra és release folyamat kell ahhoz, hogy az üzletmenet folytonosság ne sérüljön, és a felhasználók semmit ne vegyenek észre a frissítésből.

Megnézem

Go vs Python: mikor melyik a jobb választás?

Melyik programozási nyelv illik jobban a projektedhez?

A Go és a Python két eltérő fejlesztési megközelítést képvisel. Van, amikor a gyors fejlesztés és a gazdag library-ökoszisztéma számít, máskor a teljesítmény és a könnyebben karbantartható kód. A megfelelő programozási nyelv hosszú távon is meghatározza a rendszered működését. A cikk bemutatja a Go és a Python közötti fő különbségeket, hogy könnyebben eldönthesd, melyik nyelv szolgálja jobban a projekted céljait.

Megnézem