Hogyan válassz szoftverfejlesztőt? 10 kérdés, amit tegyél fel

Szoftverfejlesztőt úgy válassz, hogy tíz kérdést felteszel szerződés előtt: kié a forráskód, mi van az árban, ki üzemeltet átadás után, van-e garancia, és hogyan kommunikáltok. A rossz partner már az első beszélgetésben kiszűrhető — ha tudod, milyen válasz a jó válasz.

1. Kié lesz a forráskód?

A forráskódnak és minden hozzáférésnek a tiednek kell lennie átadáskor. Ha a kód a fejlesztőnél marad, minden jövőbeli módosításnál hozzá vagy kötve — ez a vendor lock-in, a szoftveres világ legdrágább csapdája.

A jó válasz: „A tiéd, átadáskor minden hozzáféréssel együtt.”

2. Milyen technológiával dolgozol, és miért azzal?

Elterjedt, modern stacket válassz (például React/Next.js, Python, PostgreSQL), indoklással. Az egzotikus vagy elavult technológia azt jelenti, hogy később nehezen találsz másik fejlesztőt, aki átveszi.

A jó válasz: elterjedt, modern stack, és el tudja magyarázni, miért azzal dolgozik.

3. Hogyan követhetem a munkát menet közben?

Heti demót, kipróbálható verziókat és átlátható feladatlistát kérj. A „majd három hónap múlva megmutatom” típusú működés szinte garantálja a rossz végeredményt.

A jó válasz: rendszeres (heti) demó és élő haladás — én például minden ügyfelemnek dedikált Ügyfélkaput adok, ahol valós időben látszik a munka.

4. Mi van pontosan az árban — és mi számít extrának?

Írásos specifikációt kérj funkciólistával, és egyértelmű szabályt arra, mi történik, ha menet közben új igény jön. A „majd meglátjuk” árazás a projekt végén szokott kellemetlen meglepetést okozni.

A jó válasz: írásos spec, mérföldkövek, és rögzített change-request szabály.

5. Ki üzemelteti a rendszert átadás után, és mennyiért?

Olyan fejlesztőt válassz, aki konkrét számot mond az átadás utáni üzemeltetésre: hosting, támogatási díj, óradíj eseti munkákra. Az elkészült szoftver nem áll meg magától, de az üzemeltetés nem lehet aránytalanul drága rejtett havidíj sem.

A jó válasz: konkrét havi vagy eseti díj, nem „majd megoldjuk”.

Hogyan válassz olyan fejlesztőt, aki a projekt után is elérhető marad?

Olyan fejlesztőt válassz, aki írásban vállalja az átadás utáni támogatást: konkrét válaszidőt, havi vagy eseti díjat, és azt, hogy a forráskód meg a hozzáférések a tied maradnak. A „majd megoldjuk” ígéret kevés — kérd szerződésbe a garanciális időszakot, az üzemeltetést és a kilépési tervet. Aki az ajánlatkérésre napokig nem válaszol, a projekt után sem lesz elérhetőbb.

Három jel, hogy a partner a projekt után is ott marad: van publikus referencia élő rendszerrel, van ügyfélkapu vagy státuszcsatorna a hibajegyeknek, és a szerződésben szerepel a támogatás módja. Én ezt az egyedi szoftverfejlesztés oldalon feketén-fehéren leírtam — ideértve a garanciát és a havi üzemeltetést is.

6. Mi történik, ha megszakad az együttműködés?

Dokumentált kódot, átadott hozzáféréseket és olyan technológiát kérj, amit más fejlesztő is átvehet. Ezt a kérdést kínos feltenni — pont ezért teszteli a legjobban a partner hozzáállását.

A jó válasz: kilépési terv írásban, nem szóbeli ígéret.

7. Van-e garancia a hibákra?

Igen, kell: az átadás utáni időszakra a hibajavítás legyen ingyenes. Ami hibaként derül ki egy hónappal átadás után, az fejlesztési hiba, nem új igény.

A jó válasz: rögzített garanciális időszak, írásban.

8. Milyen hasonló projekteket csináltál már?

Konkrét, megmutatható munkát kérj — akár élő demót. Nem az iparági tapasztalat a lényeg, hanem a hasonló típusú rendszer (nyilvántartás, portál, integráció). A jó fejlesztő az üzleti folyamatot veled együtt tanulja meg.

A jó válasz: élő példa, nem csak logós lista.

9. Fix áras vagy óradíjas a munka?

Jól specifikált projektre fix ár, mérföldkövekhez kötött fizetéssel; folyamatos fejlesztésre óradíj vagy havi keret. A veszélyjel a fix ár specifikáció nélkül — az vagy irreálisan drága, vagy a végén vita lesz belőle.

A jó válasz: az árazási modell illeszkedik a munka típusához, és írásban van.

10. Milyen gyakran és milyen csatornán kommunikálunk?

Kiszámítható ritmust kérj (heti státusz + demó) és rögzített válaszidőt. A fejlesztés minősége hosszú távon a kommunikáció minőségével arányos — aki az értékesítési fázisban lassan válaszol, a projekt közben sem lesz gyorsabb.

A jó válasz: heti ritmus, vállalt válaszidő, egy felelős kapcsolattartó.

A piros zászlók, röviden

• Nem kérdez vissza — csak árat mond a folyamataid ismerete nélkül.
• Nem ad írásos specifikációt és szerződést.
• A forráskód „nála marad”.
• Minden határidő „kb. két hét”.
• Túl szép, túl olcsó, túl gyors — egyszerre mindhárom sosem igaz.

Ha ezek alapján engem is tesztelnél: az egyedi szoftverfejlesztés oldalon leírtam, hogyan dolgozom (a fenti válaszaim ott vannak feketén-fehéren), a konfigurátorban pedig kötelezettség nélkül kérhetsz irányárat. Az árakról részletesen a költség-cikkben írtam.