Egyedi szoftverfejlesztési költségek: mi határozza meg az árat és hogyan becsüljük meg

A kész szoftver olcsó mindaddig, amíg a folyamat nem illeszkedik hozzá. Ezután fizet a megoldásokért, táblázatokért és manuális másolás-beillesztésért a rendszerek között. Ekkor az egyedi szoftverfejlesztés opcióvá válik, és az első dolog, amit mindenki tudni szeretne, az az ár. Az őszinte válasz egy tartomány, de a tartomány gyorsan szűkíthető, ha tudja, mi hajtja.

Egyedi rendszereket építünk és tartunk fenn ügyfeleink számára: számlázási és fizetési integrációkat, ügyfélportálokat, belső eszközöket és többnyelvű oldalakat. Az alábbiakban bemutatjuk, hogyan becsüljük meg a projekteket, és mit mondunk el az ügyfeleknek, mielőtt bármit is aláírnának.

Mi okozza az egyedi szoftverek költségeit

Minden becslés ugyanabból a néhány tényezőből épül fel:

• Hatály. A képernyők, felhasználói szerepkörök, munkafolyamatok és jelentések száma. Minden funkciót meg kell tervezni, meg kell építeni, tesztelni és karban kell tartani. A Scope az egyetlen legnagyobb hajtóerő, és az Ön által leginkább irányított.
• Az üzleti szabályok összetettsége. Olcsó az adatmentő űrlap. Egy árképzési motor kedvezményekkel, adókkal, pénznemekkel és kivételekkel nem az, még akkor sem, ha úgy néz ki, mint egy képernyő.
• Integrációk. Fizetések, CRM, ERP, könyvelés, szállítás, e-mail és üzenetküldés. Minden külső rendszer hozzáadja a hitelesítést, a hibakezelést, az újrapróbálkozásokat és a tesztelést valaki más API szemben. A jól dokumentált API-k gyorsak; Az API nélküli örökölt rendszerek lassúak.
• Adatmigráció. Az évek rekordjainak áthelyezése táblázatokból vagy egy régi rendszerből, a másolatok tisztítása és a mezők leképezése gyakran tovább tart a vártnál.
• Tervezés és UX. A tiszta adminisztrációs felület egy szabványos komponenskészleten sokkal kevesebbe kerül, mint egy egyedi tervezésű, ügyfélközpontú termék.
• Nem funkcionális követelmények. A biztonság, a teljesítmény terhelés alatt, a rendelkezésre állás, az ellenőrzési naplók, a kisegítő lehetőségek, a több nyelv és a megfelelőség ( GDPR, fizetési szabályok) mind megnövelik az erőfeszítéseket.
• A csapat elhelyezkedése és aránya. Az óradíjak többször is eltérnek régiónként, valamint szabadúszó, kis stúdió és nagy ügynökség között. A magasabb díj kevesebb óra mellett összességében olcsóbb lehet.

Tipikus költségtartományok projekttípusonként

Ezek durva nagyságrendek egy kicsi, tapasztalt európai csapatnál, akik nagyjából 40-100 eurót kérnek óránként. Kezelje őket józanság ellenőrzéseként, ne idézetként.

• Integráció a meglévő rendszerek között: 2 000-20 000 €. Például a rendelések szinkronizálása az üzletből a könyvelésbe, a fizetési szolgáltató összekapcsolása vagy a leadek átküldése az űrlapokról a CRM be . Az ár a rendszerek számától, az adatmennyiségtől és az API-któl függ.
• Belső eszköz vagy adminisztrációs panel: 5 000-30 000 €. Irányítópult, jóváhagyási munkafolyamat, foglalási vagy leltári eszköz a csapat számára. A személyzet egyszerű kezelőfelülettel élhet, így a tervezési költségek alacsonyak maradnak.
• Ügyfélkapu: 15-60 ezer €. Fiókok, szerepek, dokumentumok, kifizetések, értesítések és integráció a háttérirodával. A biztonság és a felhasználói élmény fontosabb, mert az ügyfelek használják.
• SaaS termék MVP: 30-120 ezer € és több. Több bérlős architektúra, előfizetések és számlázás, beépítés, adminisztrátori eszközök, elemzés és csiszolt felület. A választék széles, mert az " MVP " nagyon mást jelent a különböző alapítóknak.
• Meglévő szoftverek átvétele és korszerűsítése: változó. Kezdje egy audittal; a költség a kód minőségétől, a teszt lefedettségétől és a dokumentációtól függ. Az örökölt PHP átadási útmutatónk leírja, hogyan lehet biztonságosan átvenni egy projektet.

Ha a becslés messze elmarad ezektől a tartományoktól, kérdezze meg, mi hiányzik: tesztelés, telepítés, dokumentáció vagy támogatás. Ha messze van, kérdezze meg, hogy mely funkciók hajtják a számot, és hogy szükség van-e rájuk az első kiadáshoz.

Óránkénti vs fix ár vs

• Óránként (idő és anyagok). A tényleges órákért fizet, általában heti jelentésekkel. A legjobb, ha a hatókör nem teljesen ismert, a prioritások megváltoznak, vagy egy meglévő rendszert fejleszt. A túllépés kockázatát költségvetési sapkával és rendszeres felülvizsgálatokkal kezelik.
• Fix ár. Egy ár egy pontosan meghatározott körért. A legjobb kis, jól meghatározott projektekhez. Várja meg, hogy a szállító kockázati ráhagyást adjon hozzá, és számítson arra, hogy a változtatási kérelmeket külön kell árazni. A részletes specifikáció nélküli fix ár általában vitákkal végződik.
• Rögzítő. Havi órablokk a folyamatos fejlesztésért, karbantartásért és támogatásért. Legjobb az indítás után, amikor folyamatos fejlesztések, frissítések és kisebb javítások jelennek meg. Azt is garantálja, hogy elérhető legyen valaki, aki ismeri a rendszert.

Sok projekt kombinálja ezeket: egy fix árú felfedezési fázis, az első kiadás óránkénti fejlesztése, majd egy megtartó támogatás.

Rejtett költségek, amelyeket bele kell foglalni a költségvetésbe

• Tárhely és infrastruktúra: szerverek vagy felhő, adatbázisok, biztonsági mentések, CDN, figyelés, valamint domain és e-mail szolgáltatások.
• Harmadik féltől származó szolgáltatások: fizetési szolgáltatók díjai, SMS és e-mail küldés, térképek, mesterséges intelligencia modell API-k és fizetős könyvtárak.
• Karbantartás: biztonsági javítások, keretrendszer és nyelvi frissítések, javítások a böngésző vagy API változtatások után. Általános szabály, hogy a kezdeti építési költség 15-20%-a évente.
• Módosítási kérelmek: a valódi felhasználók az első hónapokban kérnek változtatásokat. A költségvetés 10-20%-át tartalékolja nekik.
• Saját csapat ideje: kérdések megválaszolása, tesztelés, tartalom és adatok előkészítése. A projektek elakadnak, amikor az ügyféloldalon senkinek sincs ideje döntésekre.
• Kilépési költségek: győződjön meg arról, hogy Ön a kód tulajdonosa, hozzáférése van a tárolóhoz és a szerverekhez, és megkapja a dokumentációt, így a későbbi szállítóváltás nem jelenti az újrakezdést.

Hogyan lehet csökkenteni a költségeket vágási minőség nélkül

1. Fizessen először a felfedezésért. Egy rövid architektúraelemzés egy homályos ötletet funkciók, integrációk és kockázatok listájává alakít. Ez a legolcsóbb módja annak, hogy pontos becslést kapjunk, és elkerüljük a rossz dolgok építését.
2. Vágja le az első kiadást az alapvető munkafolyamathoz. Indítsa el azokat a funkciókat, amelyek pénzt termelnek vagy takarítanak meg, a többit pedig a valós használat alapján adja hozzá.
3. Újraépítés helyett használja újra. Használjon bevált szolgáltatásokat fizetéshez, hitelesítéshez, e-mailekhez és kereséshez. Ellenőrizze, hogy egy kód nélküli eszköz képes-e kezelni a feladat egy részét; cikkünk , amikor a kódok nélkül megszakad, elmagyarázza, hol vannak a határok.
4. Használjon szabványos adminisztrátori felületet. Az egyedi tervezés az ügyfelek felé néző képernyőkhöz tartozik, nem minden belső űrlaphoz.
5. A tesztelés és a telepítés korai automatizálása. Kezdetben kevésbe kerül, és minden későbbi változtatásnál sokat spórol.
6. Gyorsan döntsön. Hetekig tartó várakozás a jóváhagyásokra, így a csapat kontextusváltásban van, és az órák száma növekszik.

Hogyan készítsünk megbízható becslést

Készítsen egy rövid összefoglalót: az üzleti probléma, a felhasználók és szerepek, a fő munkafolyamatok lépésről lépésre, az integrálandó rendszerek, példák dokumentumokra vagy adatokra, esetleges határidők és költségvetési tartomány. A költségvetési tartomány megosztása nem gyengeség; lehetővé teszi a fejlesztő számára, hogy a találgatások helyett a legjobb megoldást javasolja erre az összegre. Kérjen meg minden szállítót, hogy bontsa le a becslést jellemzőkre, és sorolja fel a feltételezéseket és a kizárásokat. Hasonlítsa össze ezeket a listákat, ne csak az összegeket.

Hogyan segíthetünk

Egyedi szoftvereket, integrációkat és ügyfélportálokat építünk, valamint átveszünk meglévő PHP projekteket. Ha reális számot szeretne kapni, mielőtt elkötelezi magát, foglaljon konzultációt (50 €/óra) vagy rendeljen architektúra elemzést (200 €): a funkciók, integrációk, kockázatok és becslés írásos lebontása. Tekintse meg integrációs szolgáltatásunkat és a PebbleHost számlázási esettanulmányt, ahol példát talál egy egyedi számlázási integrációra az éles környezetben.