Egyedi szoftverfejlesztés: mitől függ az ára?
Az egyedi szoftverfejlesztés ára nem polcon álló termék ára, hanem a követelményeid következménye. Ebben az útmutatóban megmutatjuk a hét tényezőt, amely alakítja, hol lehet spórolni, és mire figyelj a szerződésnél. Konkrét számot szándékosan nem írunk, mert az őszintén csak specifikáció után adható meg.
Miért nincs árlista
az egyedi szoftverre?
Ha szoftverfejlesztés árak után keresel, valószínűleg konkrét összeget vársz. A valóság az, hogy az egyedi szoftver nem termék, hanem munka. Két, első ránézésre egyforma „nyilvántartó rendszer” között nagy különbség lehet, mert az ár a követelményekből következik, nem a szoftver nevéből.
Ezért gyanús, ha egy szoftverfejlesztő cég a beszélgetés első öt percében számot mond. Vagy sokat feltételez, vagy a hiányzó részleteket később, pótmunkaként számlázza ki.
Ami viszont fix, az a folyamat: felmérés, írott specifikáció, szakaszokra bontott megvalósítás. Ennek végén szakaszos, fix áras ajánlatot kapsz, vagyis pontosan tudod, mit kapsz, mikorra, és mennyiért.
Az ár nem a fejlesztés elején dől el, hanem a követelmények tisztázásakor. Minél pontosabb a kép, annál kisebb a bizonytalan felár.
A hét tényező,
ami az árat alakítja.
Ugyanez a hét kérdés áll minden webalkalmazás fejlesztés és ügyviteli szoftver ajánlata mögött. Ha ezekre tudod a választ, a felmérő beszélgetés fele kész.
Terjedelem és folyamatok száma
Minél több önálló folyamatot, képernyőt és szabályt kell lefednie a rendszernek, annál több a tervezés, a fejlesztés és a tesztelés. A legnagyobb tétel általában nem a funkciók száma, hanem a kivételek: „ez nálunk mindig másképp megy”.
Integrációk
NAV Online Számla, bankok, ERP, webshop, könyvelőprogram: minden külső kapcsolat saját szabályokkal, hibakezeléssel és tesztelési igénnyel jár. Egy integráció a teljes munka jelentős hányada lehet.
Felhasználók és jogosultsági szintek
Egy belső eszköz néhány kollégának egyszerű. Ha ügyfelek, partnerek és több telephely is belép, szerepkörök, jóváhagyási láncok és adatelkülönítés kellenek, és ez a terv minden részét érinti.
Biztonsági és megfelelési követelmények
A NIS2, a GDPR és az ISO 27001 nálunk nem extra: a biztonság alapból bekerül. A kérdés a dokumentálás, vagyis annak írásos bizonyítása, hogy a rendszer megfelel. Ez is munka, és előre tervezhető.
Felület és dizájn
Egy letisztult, bevált felületi elemekre épülő admin felület más tétel, mint egy egyedi arculatú, mobilra és asztali gépre is finomhangolt ügyfélportál. A dizájnra fordított idő a használhatóságban térül meg.
Adatmigráció
A régi rendszerből, Excelből vagy papírról átvett adat ritkán tiszta. A takarítás, az egységesítés és a próbaátvétel gyakran többet kér, mint amire elsőre számítasz.
Üzemeltetés és támogatás
A szoftver az átadás után él tovább: tárhely, mentés, frissítés, hibajavítás, kisebb módosítások. Az elvárt elérhetőség és a reakcióidő mértéke az üzemeltetési költséget is meghatározza.
Hogyan épül fel a költség
a projekt során?
A költség nem egy tömbben jelentkezik, hanem négy szakaszban. Így bármelyik szakasz végén dönthetsz: mehet tovább, módosuljon, vagy álljon meg.
1. Felmérés és specifikáció
Itt derül ki, mit akarsz valójában. A kimenet írott dokumentum: folyamatok, szerepkörök, integrációk, elfogadási feltételek.
2. MVP, az első működő változat
A legkevesebb funkció, ami már valódi értéket ad. Itt látod először élesben, mit értettünk jól és mit nem.
3. Bővítés
A használat során kiderülő igények, további modulok, integrációk. Ez a szakasz a legrugalmasabb: a visszajelzések alapján te szabod meg az irányt.
4. Üzemeltetés
Folyamatos, tervezhető költség: tárhely, mentés, frissítés, támogatás.
A hibák kijavítása annál drágább, minél később derül ki. Ami a specifikációban papíron félreértés, az a kész rendszerben átépítés. A jó specifikáció a legolcsóbb biztosítás a pótmunka ellen, és a különböző ajánlatok összehasonlítására is alkalmas.
Így csökkenthető
a költség.
Bevált modulokból építkezés
Amit már megírtunk és élesben használnak, azt nem írjuk meg újra: munkalap, fotós igazolás, digitális aláírás, foglalás. Az iparági moduljainkat és a portfóliónkat megnézheted, és lehet, hogy a megoldásod egy jelentős része már kész.
MVP-szemlélet
Ne az álomrendszert rendeld meg elsőre. Az első verzió a legfontosabb folyamatot oldja meg, a többit a tapasztalatok alapján bővítjük.
Szoftverfejlesztés MI-támogatással
A szoftverfejlesztés MI-támogatással gyorsabb kódolást jelent, és ez a későbbi módosításokat is olcsóbbá teszi. A tervezés, a döntések és a biztonság viszont emberi munka marad: ezt egy kód-generátor nem pótolja.
Nyílt forráskódú alapok
Bevált, karbantartott nyílt forráskódú komponensekre építünk, így nem fizetsz licencdíjat, és nem zárkózol be egyetlen gyártó mögé. Minden komponenst ellenőrzünk, a jegyzékét pedig SBOM-fájlban átadjuk.
Tiszta döntések a megrendelőnél
A legdrágább projekt az, amelyben senki nem tudja, ki dönt. Nevezz meg egy felelőst, aki a kérdésekre napokon belül válaszol, és a változtatási kéréseket egy helyen gyűjti.
Egyedi, dobozos
vagy no-code?
Az egyedi vagy dobozos szoftver kérdésre nincs univerzális válasz. A táblázat a szempontokat mutatja, a döntés a folyamatodon múlik.
| Szempont | Egyedi szoftver | Dobozos szoftver | No-code |
|---|---|---|---|
| Bevezetés ideje | Hosszabb, szakaszokban | Gyors | Gyors, az egyszerű esetekben |
| Illeszkedés a folyamathoz | Pontosan a tiédre szabva | Te igazodsz hozzá | Részben szabható |
| Hosszú távú költség | Nincs licencdíj, az üzemeltetés tervezhető | Folyamatos licencdíj, felhasználónként nő | Előfizetés, a növekedéssel nő |
| Adatok tulajdona | Nálad vannak, a te szerveren is futhat | A szállító felhőjében | A platform szolgáltatónál |
| Biztonság és megfelelés | Követelmény szerint kialakítható, igazolható | A gyártó vállalása, korlátozott ráhatással | A platform korlátai szerint |
| Függőség a szállítótól | Forráskóddal és dokumentációval alacsony | Magas | Magas, a platformhoz kötött |
Egy jól elterjedt ügyviteli szoftver sokszor elég, ha a folyamatod szokványos. Az egyedi fejlesztés ott kezd megérni, ahol a folyamatod a cég sajátossága, vagy a kerülőutak és kézi munkák többe kerülnek, mint a szoftver.
Mire figyelj a szoftverfejlesztési
szerződésben?
A szoftverfejlesztési szerződés védi mindkét felet. Jogi kérdésekben kérd ügyvéd véleményét, az alábbi lista a műszaki és üzleti pontokat gyűjti össze.
- Forráskód és szellemi tulajdon — kinek a tulajdona a kód, és milyen jogokat kapsz a szállító saját moduljaira.
- Dokumentáció — felhasználói és üzemeltetési leírás, architektúra-vázlat, a telepítés lépései.
- Átadás-átvétel — előre meghatározott elfogadási feltételek, tesztelési időszak, hibajegyzék.
- Garancia — mennyi ideig és milyen körben javítja ingyen a szállító a hibákat.
- SLA — hibaosztályok, reakció- és javítási idők, elérhetőség üzemeltetésnél.
- Adatvédelmi megállapodás — ha a szállító hozzáfér személyes adatokhoz, adatfeldolgozói szerződés kell.
- SBOM és biztonsági teszt — a felhasznált komponensek jegyzéke és a kiadás előtti sérülékenységvizsgálat eredménye.
- Kilépési feltételek — hogyan viheted el az adataidat és a rendszert, ha szállítót váltasz.
- Változtatáskezelés — hogyan kezelitek a menet közbeni módosítást, és hogyan hagyod jóvá a többletmunkát.
- Titoktartás — az üzleti folyamataid és az adataid bizalmasak maradnak.
Ha a szerződés nem említi a forráskódot, sok esetben a szállítónál marad. Ezt az elején kérdezd meg, ne az átadáskor.
Hogyan adunk ajánlatot
az ABSEC-nél?
- Ingyenes felmérő beszélgetés. Megértjük a folyamatot, a célt és a korlátokat. Ha nem szoftver a megoldás, azt is megmondjuk.
- Írott specifikáció. Dokumentumban rögzítjük, mit építünk. Ez az ajánlat alapja, és a tiéd marad akkor is, ha mással dolgoztatod tovább.
- Szakaszos fix ár. Szakaszonként tudod, mennyi a költség és mi a szállítandó, így pótmunka nélkül tervezhetsz.
- Biztonság alapból. A biztonságos szoftverfejlesztés elveit minden projektben alkalmazzuk, külön felárat nem kérünk érte.
Kiberbiztonsági csapatként azt is tudjuk, mit kérnek számon egy NIS2- vagy ISO 27001-auditon a szállítótól, ezért az átadott anyagok ehhez is felhasználhatók.
Tovább a témában.
Mennyibe kerül egy egyedi szoftver?
Őszintén: attól függ, mit kell tudnia. A terjedelem, az integrációk, a jogosultsági szintek, a biztonsági követelmények és az adatmigráció együtt adják ki az árat. Konkrét számot csak írott specifikáció után mondunk, mert egy előre bedobott összeg mindkettőnknek kockázat.
Mennyi idő alatt készül el egy egyedi szoftver?
Egy jól körülhatárolt első működő változat (MVP) hetek alatt kézbe vehető, a teljes rendszer szakaszokban épül ki. A tempót leginkább a specifikáció pontossága és a te visszajelzéseid üteme szabja meg.
Kié lesz a forráskód?
Ezt a szerződésben kell rögzíteni, és az elején érdemes tisztázni. Az egyedi fejlesztés lényege, hogy a megoldás a tiéd, ezért a forráskód és a dokumentáció átadása alapesetben a megállapodás része. A bevált, újrahasznosított modulokra külön licenc vonatkozhat.
Megéri kkv-nak az egyedi szoftver?
Akkor éri meg, ha a folyamatod versenyelőnyt ad, vagy a dobozos termék csak kerülőutakkal tudja kiszolgálni. Ha egy kész szoftver a folyamatod nagy részét lefedi, használd azt. A felmérő beszélgetésen ezt őszintén megmondjuk, akkor is, ha emiatt nem lesz megbízás.
Olcsóbb lesz az MI-vel a fejlesztés?
A kódolás gyorsabb, de a költség nagy része a követelmények tisztázása, a tervezés, a tesztelés és a biztonság. Ezek emberi munkák, az MI nem váltja ki őket. A megtakarítás valós, főleg a későbbi módosításoknál és bővítéseknél érződik.
Tudod, mit szeretnél,
de nem tudod, mennyi lesz?
Egy ingyenes felmérő beszélgetésen végigmegyünk a hét tényezőn. Utána megkapod, mi a következő lépés, és mit tartalmaz a specifikáció.