"Mennyibe fog ez kerülni?" Szinte mindig ez az első kérdés és egyedi szoftverek esetén mindig ezt a legnehezebb megválaszolni, ha még nem ismerjük a projekt részleteit.
Ez nem kibúvó. Egyszerűen azt tükrözi, hogy a szoftverprojektek mennyire különbözhetnek egymástól. Egy egyszerű belső eszköz néhány ezer euróba kerülhet. Egy komplex, integrált vállalatirányítási platform ugyanakkor ennek a sokszorosát is elérheti. Mindkettő "egyedi szoftver", a kategória önmagában semmit nem mond az árról.
Ez a cikk bemutatja azokat a tényezőket, amelyek valóban meghatározzák a fejlesztési költségeket, hogy árajánlatok kérésekor vagy projekt tervezésekor pontosan tudd mire számíthatsz és miért.
Miért olyan nehéz egységes árat mondani?
A fizikai termékektől eltérően a szoftvernek nincsenek alapanyagköltségei. Amit fizetsz az elsősorban az idő: fejlesztők, tervezők és projektvezetők munkája egy olyan problémán, ami a te vállalkozásodra jellemző.
Ez azt jelenti, hogy az ár szinte teljes egészében a komplexitástól és az elvégzendő munka körétől függ. Két azonos iparágban működő cég kérhet "ügyfélnyilvántartó rendszert" és a végeredmény ötszörös árkülönbséget is mutathat, mert a munkafolyamataik, adatstruktúráik, integrációs igényeik és minőségi elvárásaik teljesen eltérők.
Ezért is lehet, hogy ugyanarra a feladatleírásra érkező árajánlatok látszólag semmi logikát nem követnek. Egy magyar fejlesztőcég, egy nagy nyugat-európai ügynökség és egy szabadúszó ugyanarra a projektre egészen más összegekkel válaszolhat. Más-más értelmezésből indulnak ki, más minőségi standardokkal dolgoznak és más szintű hosszú távú támogatást nyújtanak.
5 tényező, ami meghatározza az egyedi szoftver árát
1. Feladatkör és funkcionális komplexitás
Ez a legnagyobb árképző tényező. Több funkció több tervezési, fejlesztési és tesztelési időt jelent. De nem csak a funkciók száma számít, hanem az is, hogy ezek mögött milyen mértékű technikai munka húzódik meg.
Egy egyszerű adatbázis-listázó nézet gyorsan megépíthető. Egy olyan lista viszont, amely több adatforrásból szűr, üzleti logikát alkalmaz, tömeges szerkesztést tesz lehetővé és háromféle formátumba exportálható, teljesen más feladat, még ha mindkettő ugyanúgy szerepel is egy követelménydokumentumban.
A projekt pontos körülhatárolása, vagyis az, hogy minden egyes funkció mögé odaírjuk, mit kell valójában csinálnia, az egyik legfontosabb munka, ami még az első sor kód megírása előtt történik. A homályosan vagy pontatlanul körülhatárolt projektek szinte mindig túllépik a büdzsét, mert a komplexitást nem számolták bele előre.
2. Dizájn és felhasználói élmény
Az, hogy a szoftver hogyan néz ki és mennyire intuitív, nem esztétikai kérdés. Mérnöki munka. Egy átgondolt, felhasználóbarát felület, amely zökkenőmentesen vezeti végig a felhasználót összetett folyamatokon, lényegesen több munkával jár, mint egy funkcionális, de csupasz megoldás.
Belső, kizárólag a saját csapat által használt eszközöknél egy egyszerűbb felület általában megfelel. Ha viszont ügyfelek vagy külső partnerek is fogják használni a szoftvert, a felhasználói élmény minősége fontosabbá válik és ezzel együtt a ráfordítás igénye is.
A dizájn ezen kívül magába foglalja az akadálymentességet, az eszközök közötti reszponzív megjelenést, a betöltési állapotokat, a hibaüzeneteket és azt a tucatnyi apró részletet, ami megkülönbözteti a professzionális érzésű szoftvert a darabostól.
3. Integráció meglévő rendszerekkel
A legtöbb vállalkozás már eleve használ valamilyen szoftvert: könyvelési programot, CRM-et, fizetési rendszert, raktárkezelőt, logisztikai API-t, esetleg hatósági bejelentési portált. Az egyedi szoftver ritkán létezik önállóan, legtöbbször csatlakoznia kell ezek valamelyikéhez.
Az integrációkat gyakran alábecsülik a tervezési fázisban. Az, hogy két rendszert összekössünk, nagymértékben függ a másik rendszer minőségétől, dokumentáltságától, az autentikáció egyszerűségétől, az adatok illeszthetőségétől és attól, hogyan kezeljük az ütközéseket, ha a két rendszer nem ért egyet.
Minden integráció időt vesz igénybe, növeli a tesztelendő felületet és egy újabb elemet jelent, amit hosszú távon karban kell tartani. Három tiszta, jól dokumentált API-integrációval dolgozni kezelhető feladat. Öt, gyengén dokumentált, elavult rendszerrel összekötni valamit egészen más szintű munka.
4. Teljesítmény, biztonság és megfelelőségi követelmények
Nem minden szoftvernek kell több száz felhasználói terhelést kezelnie vagy érzékeny személyes adatokat tárolnia. De ha igen, a fejlesztési követelmények alapvetően megváltoznak.
Ha a szoftver fizetési adatokat kezel, egészségügyi információkat tárol, GDPR hatálya alá eső személyes adatokat dolgoz fel vagy folyamatos rendelkezésre állást igényel, ahhoz további architektúra, biztonsági intézkedések, tesztelés és dokumentáció szükséges. A GDPR-megfelelőség minden magyarországi és EU-s vállalkozás számára kötelező, nem elhanyagolható szempont.
Ha egy árajánlat nem kérdez rá a teljesítményelvárásokra, adatérzékenységre vagy megfelelőségi kötelezettségekre, azt érdemes megjegyezni.
5. Egyszeri fejlesztés vagy folyamatos karbantartás?
A szoftver nem egyszeri vásárlás. Miután elkészül, működőképesen kell tartani: szoftverkomponenseket kell frissíteni, hibákat javítani, az infrastruktúrát monitorozni és a funkciókat a vállalkozás változásaival együtt fejleszteni.
Egyes projekteket egyszeri átadásként árazzák, további kapcsolat nélkül. Egyszerű, stabil eszközöknél ez működhet. Ha viszont operatívan támaszkodunk rá, a karbantartás kérdése legalább annyira fontos, mint maga a fejlesztési költség: ki a felelős, mennyibe kerül és milyen gyorsan reagálnak a problémákra.
Az alacsonyabb induló ár karbantartási terv nélkül nem feltétlenül jelent jobb üzletet.
Milyen számokra lehet számítani?
Konkrét árat mondani a projekt ismerete nélkül gyakorlatilag lehetetlen. De egy hozzávetőleges skála segít beállítani az elvárásokat.
Érdemes azt is szem előtt tartani, hogy egy igazán a te munkafolyamataidra szabott szoftver megszüntetheti az órákat emésztő manuális munkát, csökkentheti az előfizetési díjakat és olyan képességeket adhat a csapatodnak, amelyeket kész, dobozos termékekkel egyszerűen nem lehet elérni. Profin elkészítve az egyedi szoftver hamar megtérül.
Az alábbi tartományok a magyar és közép-európai piacon nyújtott minőségi fejlesztői munkát tükrözik.
-
Egyszerű belső eszközök: jellemzően 800.000 – 3.000.000 Ft között, a komplexitástól és a dizájn igényektől függően.
Példák: dokumentum-generáló (árajánlat, munkalap, bérleti szerződés, stb.), munkaidő-nyilvántartó, belső feladatkiosztó, egyszerű készletfigyelő, ügyfélmegkeresés-követő.
-
Közepes bonyolultságú üzleti alkalmazások: jellemzően 3.000.000 – 10.000.000 Ft között, vagy afelett.
Példák: egyedi CRM, ajánlat- és szerződéskezelő ügyféljóváhagyással, viszonteladói rendeléskezelő, ügyfélportál dokumentummegosztással, foglalás- és kapacitástervező.
-
Komplex, integrált platformok: 10.000.000 Ft felett.
Példák: több telephelyes raktárkezelő NAV-integrációval, iparágspecifikus vállalatirányítás ERP-összekötéssel, automatizált számlázó könyvelőrendszer-integrációval, ügyfélönkiszolgáló platform teljes backoffice-szal.
Ezek a tartományok professzionális minőségű kódot, megfelelő tesztelést és pontosan meghatározott feladatkört feltételeznek. Kiindulópontok egy beszélgetéshez, nem rögzített árak.
Mire figyelj árajánlatok kérésekor?
A szokatlanul alacsony ajánlat szinte mindig három dolog valamelyikét takarja: szűkebb értelmezést, alacsonyabb minőségi elvárásokat, vagy egy bevezető árat, ahol a valódi költségek csak később derülnek ki. Mielőtt örülnél az alacsony számnak, kérdezd meg, mi nincs benne.
Az előzetes feltárás nélküli ajánlat kérdőjeleket vet fel. Egy megbízható fejlesztőpartner szeretné megérteni a vállalkozásodat, a jelenlegi folyamataidat és a konkrét problémát, mielőtt árat vállal. Ha valaki egy bekezdéses leírás alapján egy napon belül küld árajánlatot az, vagy tágan becsül, vagy azt mondja, amit hallani akarsz.
Fix ár, homályos feladatkör. Ez a viták melegágya. Fix ár csak akkor működik, ha a feladatkör pontosan körülhatárolt. Ha nem az, valakinek le kell nyelnie a különbséget, és ez általában nem a fejlesztőcég szokott lenni. Ha a projekt egyelőre nem határozható meg pontosan, érdemesebb lépésről lépésre haladni.
Hogy lesz az árból valós szám?
A leghatékonyabb dolog, amit tehetsz mielőtt fejlesztőpartnerhez fordulsz: írd le a követelményeidet a lehető legrészletesebben. Ne csak azt, hogy mit csináljon a szoftver, hanem azt is, hogy ki fogja használni, mihez kell csatlakoznia, hogyan néz ki a jelenlegi folyamat és mi számít elkészültnek.
Egy átfogó leírás pontosabb ajánlatokhoz, kevesebb meglepetéshez és jobb végeredményhez vezet, függetlenül attól, ki fejleszti.
Ha van egy projekted, amit szívesen megvalósítanál, vagy akár csak egy ötleted, amelyről még nem tudod megvalósítható-e, keress minket egy kötelezettségmentes egyeztetésre. Meghallgatunk, feltesszük a megfelelő kérdéseket és tiszta képet adunk arról, mit igényelne a projekted és reálisan mennyibe kerülne.