Eltűnt a webfejlesztőd? Így döntsd el, menthető-e a félbemaradt projekt

„Eltűnt a webfejlesztőnk. Mit csináljunk?”

Ezzel a mondattal már többször kerestek meg minket.

Ha eltűnt a webfejlesztőd, a legfontosabb, hogy ne kezdj el azonnal újraépíteni. Először biztosítsd a hozzáféréseket és a mentéseket, majd vizsgáltasd meg a meglévő rendszert. Egy technikai felmérésből derül ki, hogy a félbemaradt projekt folytatható, csak bizonyos részeit kell újrafejleszteni, vagy gazdaságosabb teljesen újraépíteni.

A történet szinte mindig hasonló. Elindul egy weboldal vagy webes rendszer fejlesztése, elkészül egy része, jönnek a módosítások és az új funkciók, aztán egyszer csak csend. Nem jön válasz az e-mailre, a telefon kicseng, a határidő elmúlik.

A háttérben ritkán van rosszindulat. A szabadúszó fejlesztő túlvállalta magát, munkahelyet váltott, megbetegedett, vagy elakadt egy feladattal és nem merte bevallani. Neked viszont ez szinte mindegy, mert ott maradsz egy félkész rendszerrel, amibe már komoly időt és pénzt tettél.

Ilyenkor nem feltétlenül kell mindent elölről kezdeni. Az sem biztos viszont, hogy megéri folytatni. Ez csak akkor derül ki, ha valaki megnézi, mi van valójában a háttérben.

Mit csinálj először, ha eltűnt a webfejlesztőd?

Először adj neki egy utolsó, írásos lehetőséget, közben pedig biztosítsd a saját hozzáféréseidet és a projekt mentését. Ne a kód átírásával kezdd.

Tényleg eltűnt, vagy csak nem válaszol?

Mielőtt új fejlesztőt keresel, adj egy utolsó, írásos esélyt. Sokszor ilyenkor előkerül a fejlesztő, és egy rendes átadással mindenki jobban jár. Ha pedig nem kerül elő, később jól jön, hogy írásban megkerested.

Az üzenetben írd le konkrétan, mit kérsz:

• a forráskódot, vagy hozzáférést a kódtárhoz, például GitHubhoz vagy GitLabhoz,
• a tárhely, a domain és a külső szolgáltatások hozzáféréseit,
• egy rövid állapotleírást arról, mi készült el és mi nem.

Adj rá reális határidőt, például 8 munkanapot. Küldd el e-mailben, és ha a szerződésben szerepel értesítési cím, oda is. Ha a határidő után sincs válasz, a szerződés felmondásáról és az esetleges jogi lépésekről már jogásszal érdemes beszélni. Mi fejlesztők vagyunk, nem ügyvédek, ebben a részben nem szeretnénk jogi tanácsot adni.

Az első hét teendői

A legtöbb kár nem az eltűnés pillanatában keletkezik, hanem az utána következő kapkodásban. Ezt a sorrendet javasoljuk:

1. Ne nyúlj az éles rendszerhez. Ne frissíts, ne telepíts rá semmit, és ne kérd meg egy ismerősödet, hogy „gyorsan nézzen rá”. Egy rossz frissítés után sokkal nehezebb felmérni, mi volt az eredeti állapot.
2. Készíts mentést. Ha van hozzáférésed a tárhelyhez, töltsd le a fájlokat és az adatbázist. Ha nincs, és a tárhely a cégedre szól, a szolgáltató ügyfélszolgálata általában tud segíteni.
3. Nézd meg, kinek a nevén van a domain és a tárhely. A domain és a tárhely feletti rendelkezés legalább olyan fontos, mint maga a forráskód.
4. Gyűjtsd össze a papírokat. Szerződés, árajánlat, specifikáció, számlák, a fontosabb e-mailek. Ezekből derül ki, mit vállalt a fejlesztő, és mit fizettél ki.
5. Zárd ki a régi fiókokat, ahol tudod. Ha van admin jogod, tiltsd le a fejlesztő felhasználóit, és cseréld le a közösen használt jelszavakat.
6. Írd le a saját szemszögedből, mi működik és mi nem. Nem kell technikailag pontosnak lennie, az új fejlesztőnek ez is sokat segít.
7. Csak ezután keress új fejlesztőt. Az új fejlesztőnek már azzal is időt és pénzt spórolsz, ha az alapinformációkat előkészítve adod át.

Ha csak 5 perced van, ezt csináld

• ne módosítsd az éles rendszert,
• mentsd le, amihez hozzáférsz,
• ellenőrizd a domain és a tárhely tulajdonjogát,
• gyűjtsd össze a szerződést és a számlákat,
• írd össze, milyen hozzáférések hiányoznak.

Ezekre a hozzáférésekre lesz szükség

Egy projekt átvételénél a hiányzó hozzáférés gyakran nagyobb akadály, mint maga a kód. Ezt a listát érdemes végigvenni, mielőtt új fejlesztővel leülsz tárgyalni.

A forráskódnál van egy fontos részlet. Egy Laravel vagy más PHP alapú rendszernél a szerveren lévő backend fájlok sokszor olvasható formában vannak, ezért azokból lehet dolgozni. A modern frontend, például egy Vue vagy React felület viszont a szerveren sokszor már csak lefordított, összecsomagolt formában található meg, és abból a továbbfejlesztés sokkal nehezebb. Ezért ér annyit egy rendesen vezetett kódtár.

Kié a forráskód?

A forráskód tulajdonjoga és a felhasználási joga nem feltétlenül ugyanaz. Ezt elsősorban a szerződés rendezi. Egyedi fejlesztésnél a megrendelő jellemzően valamilyen felhasználási jogot kap a kódhoz, és a szerződésnek kellene rendeznie azt is, hogy módosítható-e, illetve továbbadható-e egy másik fejlesztőnek.

Ha nincs írásos szerződés, vagy a szerződés nem tér ki erre, mielőtt valaki más továbbfejleszti a rendszert, érdemes jogásszal egyeztetni.

Mennyire elavult a rendszer, amit örököltél?

Egy félbemaradt rendszer akkor is öregszik, ha hónapokig vagy évekig senki nem nyúl a kódhoz. A PHP-nak és a keretrendszereknek minden verziója csak meghatározott ideig kap biztonsági frissítéseket.

A technológiai állapot ezért önálló vizsgálati pont legyen: milyen PHP- és framework-verzió fut, milyen csomagokat használ a projekt, vannak-e elavult függőségek, és kompatibilisek-e a jelenlegi szerverrel.

A PHP és Laravel támogatási adatait tartalmazó táblázatokat 2026. szeptember 10-én frissítettük. A hivatalos adatok itt ellenőrizhetők: PHP – támogatott verziók és Laravel – kiadások és támogatási szabályzat.

PHP verziók

Laravel verziók

Fontos: nem elég önmagában a PHP vagy a Laravel főverzióját megnézni. A projektben használt csomagok, adatbázis, szerver és külső integrációk kompatibilitását is ellenőrizni kell.

Hogyan döntsd el, hogy folytatható-e a projekt?

Három reális kimenet van: folytatás, részleges újrafejlesztés vagy teljes újraépítés. A döntést nem az alapján érdemes meghozni, hogy mennyit fizettél eddig, hanem az alapján, hogy a meglévő rendszer műszakilag és gazdaságilag mennyire használható.

Mi történik egy technikai felmérésen?

A technikai felmérés célja nem az előző fejlesztő hibáztatása, hanem annak megállapítása, hogy mi menthető és mi nem. Meg kell nézni többek között a kódszerkezetet, a függőségeket, az adatbázist, a szervert, a külső integrációkat, a biztonsági kockázatokat és a meglévő dokumentációt.

A végén nem feltétlenül az a válasz, hogy „minden rossz”. Lehet, hogy a rendszer nagy része használható, és csak néhány kritikus részt kell rendbe tenni. Ezért veszélyes egy félbemaradt projektet kizárólag a látványos frontend alapján megítélni.

Mi történik, ha hozzánk fordulsz?

Nem vállalunk el automatikusan minden félbemaradt projektet. Először meg akarjuk érteni, mi áll rendelkezésre és milyen állapotban van a rendszer.

1. Beszélgetés: megismerjük a projekt célját, állapotát és a rendelkezésre álló hozzáféréseket.
2. Technikai felmérés: átnézzük a kódot, az infrastruktúrát és a kritikus függőségeket.
3. Javaslat: megmondjuk, hogy folytatás, részleges újrafejlesztés vagy újraépítés látszik ésszerűnek.
4. Megvalósítás: csak ezután állapodunk meg a további fejlesztési munkáról.

Nem az a célunk, hogy mindenáron megmentsük a korábbi munkát. Ha a meglévő rendszer technikailag vagy gazdaságilag nem menthető, ezt a felmérés után megmondjuk.

Hogyan előzd meg, hogy még egyszer ilyen helyzetbe kerülj?

A tanulság nem csak az, hogy „jobb fejlesztőt kell választani”. Az is fontos, hogy a projekt ne legyen egyetlen emberhez kötve.

• a domain és a tárhely a cég nevén legyen,
• a kódtár a céghez kapcsolódó fiókban legyen,
• legyen rendszeres biztonsági mentés,
• a külső szolgáltatásokhoz legyen legalább egy céges admin,
• legyen alapvető dokumentáció és átadási folyamat,
• a szerződés rendezze a forráskód használatát és átadását.

GYIK

Mit csináljak, ha a webfejlesztőm nem válaszol?

Adj neki egy utolsó, írásos határidőt, közben mentsd le, amihez hozzáférsz, és ellenőrizd a domain, a tárhely és a többi szolgáltatás hozzáféréseit. Ha ezután sincs válasz, a szerződés és a jogi helyzet alapján érdemes szakemberrel egyeztetni.

Átveheti egy másik fejlesztő a félkész weboldalt?

Igen, sok esetben. A lehetőség attól függ, hogy megvan-e a forráskód, az adatbázis, a szükséges hozzáférések, és milyen állapotban van a meglévő rendszer.

Mi van, ha nincs meg a forráskód?

A projekt ettől még nem feltétlenül veszett el. A szerveren lévő fájlokból bizonyos esetekben visszanyerhető a működő rendszer, de a verziótörténet, a fejlesztői környezet és egyes forrásfájlok hiányozhatnak. Ilyenkor előbb fel kell mérni, mi áll rendelkezésre.

Mi van, ha nincs meg minden hozzáférés?

A fejlesztést néha részleges hozzáféréssel is el lehet kezdeni, de a teljes átvételhez előbb-utóbb tisztázni kell a kritikus hozzáféréseket. A legfontosabb jellemzően a domain, a tárhely vagy szerver, a forráskód és az adatbázis.

Kinek a nevén legyen a domain?

Elsősorban a cég vagy a valódi tulajdonos nevén. A fejlesztő kapjon hozzáférést a munkához, de ne ő legyen az egyetlen személy, akinél a domain feletti rendelkezés található.

Mennyibe kerül egy félbemaradt projekt átvétele?

Erre nincs értelmes fix ár. A költség attól függ, mennyire dokumentált a projekt, milyen technológiát használ, mennyi munka készült el, milyen hozzáférések hiányoznak, és mennyi hibát kell feltárni. Érdemes előbb felmérést kérni, és csak utána fejlesztési ajánlatot.

Mennyi idő alatt lehet átvenni egy félkész weboldalt?

Egyszerűbb projekteknél néhány nap alatt tisztázható a helyzet, összetettebb webes rendszereknél a felmérés és az átadás ennél jóval hosszabb is lehet. A határidő elsősorban a rendszer összetettségétől és a rendelkezésre álló hozzáférésektől függ.

Mikor kell inkább újraépíteni a rendszert?

Akkor, ha a meglévő kód és infrastruktúra javítása kiszámíthatatlanabb vagy drágább lenne, mint egy tiszta újraépítés. Ezt technikai felmérés nélkül nem érdemes eldönteni.

Visszakérhetem a pénzemet a korábbi fejlesztőtől?

Ez szerződéses és jogi kérdés, ezért konkrét jogi tanácsot nem tudunk adni. A szerződés, a teljesítés dokumentumai, a számlák és az e-mailes egyeztetések alapján jogász tudja megmondani, milyen lehetőségeid vannak.

Összefoglalva

Ha eltűnt a webfejlesztőd, még nem biztos, hogy elveszett a projekt. Először állítsd meg a kapkodást: ne módosítsd az éles rendszert, mentsd le, amihez hozzáférsz, rendezd a hozzáféréseket, majd kérj technikai felmérést. Ebből derül ki, hogy a félbemaradt weboldal folytatható, részben újrafejlesztendő, vagy teljesen újraépítendő.