Útmutató

Az egyedi szoftver valódi költsége: a teljes birtoklási költség kisvállalkozásoknak, közérthetően

Az egyedi szoftverre kapott árajánlat ritkán tükrözi azt, amibe öt év alatt valójában kerül. Íme a teljes birtoklási költség őszinte bontása — mi rejtőzik a fejlesztési ár mögött, és hogyan tervezze meg a költségvetését kellemetlen meglepetések nélkül.

Have a nice dayHave a nice day12 perc olvasás
Az egyedi szoftver valódi költsége: a teljes birtoklási költség kisvállalkozásoknak, közérthetően

Amikor valaki a kezébe ad egy egyedi szoftverre szóló árajánlatot, a rajta lévő szám az árnak tűnik. Pedig nem az. Ez a megépítés ára — az első kör egy olyan versenyben, amely évekig tart. A valódi szám, az, ami a dolog élettartama alatt ténylegesen elhagyja a bankszámláját, általában a kezdeti összeg két- és négyszerese között van. Ezt előre senki sem mondja el Önnek, mert hangosan kimondva kínossá teszi az értékesítési beszélgetést. Folytassuk hát le inkább mi ezt a kínos beszélgetést.

Sok kisvállalkozást láttam, amint megrendelte az első egyedi szoftverét. Akik végül elégedettek lettek, szinte soha nem a legolcsóbb ajánlatot kapták, vagy a leglátványosabb bemutatót látták. Tiszta képük volt a teljes birtoklási költségről — vagy TCO, ha kedveli a betűszavakat —, mielőtt bármit aláírtak volna. Tudták, hogy a rendszer nem olyasmi, amit megveszünk, hanem olyasmi, amit fenntartunk. Mint egy kiszállító furgon: a vételár a könnyű rész, aztán jön az üzemanyag, a szerviz, a biztosítás és a gumi, ami a lehető legrosszabb pillanatban megy ki.

Ez az útmutató ennek a képnek az őszinte változata. Semmi riogatás, semmi rátukmálás — csak az, hogy hová megy a pénz valójában öt év alatt, mely tételek maradnak ki csendben az ajánlatból, és hogyan tervezze meg a költségvetését úgy, hogy a számla soha ne lepje meg. Ha egyedi megoldáson gondolkodik, ezt olvassa el, mielőtt bármilyen ajánlatot elolvasna.

A megépítés ára csak a jéghegy csúcsa

Íme a gondolati modell, amely mindent helyretesz: a fejlesztési ajánlat azt fedi le, hogy a szoftvere elkészüljön és élesedjen. Ennyi. Minden, ami az indulás után történik — a szoftver pedig élete nagy részét az indulás után éli le —, különálló, folyamatos költség, amelyet a megépítés száma meg sem érint.

Egy durva ökölszabály, amely tucatnyi projekten beigazolódott: egy ötéves élettartam alatt a kezdeti megépítés gyakran csak 30-40 százaléka annak, amit valójában elkölt. A többi a tárhely, a karbantartás, a támogatás, a biztonság és a módosítások, amelyeket elkerülhetetlenül kérni fog, amint valódi emberek kezdik használni a dolgot. Ebből semmi sem pazarlás. Egyszerűen ez az a rész, amit senki sem tesz a nyitódiára.

A szoftver nem olyasmi, amit megveszünk. Olyasmi, amit fenntartunk — és a fenntartása minden egyes évben pénzbe kerül, akár tervezett vele, akár nem.
amit minden első vásárlónak elmondok

Ez nem ok arra, hogy elkerülje az egyedi szoftvert. A megfelelő problémára sokszorosan megtérül. Arra ok, hogy nyitott szemmel vágjon bele, hogy az ötéves szám ne érje váratlanul a második évben — ami szinte mindig az a pillanat, amikor a meglepetések megérkeznek.

Egy jéghegy keresztmetszeti illusztrációja, ahol a kis látható csúcs „megépítési költség” felirattal, a sokkal nagyobb, víz alá merült tömeg pedig tárhely, karbantartás, támogatás és módosítások feliratokkal van ellátva, letisztult, lapos szerkesztőségi stílusban rajzolva
Az ajánlat, amit lát, csak a csúcs. Amit elkölt, annak nagy része a vízfelszín alatt él.

Hová megy valójában a pénz

Bontsuk a jéghegyet a valódi darabjaira. Nagyjából egy egyedi rendszer birtoklásának teljes költsége hat vödörre oszlik. Némelyik egyszeri, némelyik örökké ismétlődik, és éppen az ismétlődőket becsülik alá az emberek.

1. Maga a megépítés

Tervezés, fejlesztés, tesztelés és élesítés. Ez a szám az ajánlaton. Ez a leglátványosabb költség, és paradox módon az, amelyet a legjobban előre lehet jelezni — mert ez az a rész, amelyet egy jó partner az árazás előtt részletesen körülhatárol. A veszély itt nem az ár, hanem a terjedelem elszállása: minden „nem tehetnénk hozzá még…” a megépítés során feljebb tolja ezt a számot. Ennek megfékezéséről később.

2. Tárhely és infrastruktúra

A szoftverének valahol futnia kell. Szerverek, adatbázisok, fájltárolás, biztonsági mentések, a domain, biztonsági tanúsítványok. Egy tipikus kisvállalkozói eszköznél ez valóban szerény — gyakran havi néhány tíz euró, ami a használók számával skálázódik. Nem itt van a nagy pénz, de olyan ismétlődő tétel, amely soha nem áll meg, és nő Önnel együtt.

3. Karbantartás és frissítések

Ez a nagy tétel, amelyről az emberek megfeledkeznek. A szoftver más szoftvereken ül — operációs rendszereken, keretrendszereken, könyvtárakon —, és mindezek folyamatosan mozognak alatta. Biztonsági javítások jelennek meg. Egy függőség elavul. Egy fizetési szolgáltató megváltoztatja az API-ját. Ha senki sem tart lépést, a tökéletesen jó rendszere lassan elrohad, míg egy nap olyan okokból romlik el, amelyeknek semmi köze Önhöz. Tervezze a karbantartást éves összegként, gyakran a megépítési költség évi 15-20 százalékaként, és nyugodtabban fog aludni.

4. Támogatás és hibajavítás

Egyetlen szoftver sem tökéletesen kerül ki. A valódi felhasználók olyasmit csinálnak, amit egyetlen teszt sem látott előre. Eleinte hibákat fog találni; örökre ezután pedig lesz alkalmankénti „furcsán viselkedik” pillanat, amelyhez olyan ember kell, aki érti a kódot. A támogatás lehet átalánydíj, használat szerinti elszámolás, vagy a karbantartásba foglalva — de soha nem szabad utólagos gondolatnak lennie, mert az a nap, amikor szüksége van rá, ritkán nyugodt.

5. Módosítások és új funkciók

Ez az a költség, amely az embereket értelemben lepi meg, majd a költségvetésüket rossz értelemben. Abban a pillanatban, amikor a szoftvere működik, tíz módot fog látni a jobbá tételére. A vállalkozása változni fog. Új szabályozás érkezik. Nyer egy ügyfelet, akinek egy plusz mezőre van szüksége. Az egyedi szoftver egész előnye, hogy fejlődni tud Önnel — de a fejlődést számlázzák. Kezelje a folyamatos fejlesztést tervezett tételként, ne vészhelyzetként.

6. Az Ön saját ideje

A láthatatlan költség. Valakinek az Ön oldalán visszajelzést kell adnia, tesztelnie kell, betanítania a csapatot és válaszolnia a fejlesztő kérdéseire. Egyetlen számlán sem tétel, de valós, és azok a projektek, ahol a tulajdonos úgy tesz, mintha nulla lenne, azok akadnak el. Számoljon heti néhány órával a megépítés alatt, kevesebbel utána.

Egy ötéves példa, egyszerű számokban

A számok kézzelfoghatóvá teszik, így íme egy szemléltető. Ezek a számok szándékosan kerekítettek, és az arányokat hivatottak bemutatni, nem a projektjét beárazni — minden megoldás más. Képzeljen el egy egyedi belső eszközt, amely egy 20 fős cég táblázatainak szövevényét váltja le.

Költségterület1. év2–5. év (egyenként)5 éves összesen
Megépítés (egyszeri)40 000 €40 000 €
Tárhely és infrastruktúra1 200 €1 200 €6 000 €
Karbantartás és frissítések3 000 €7 000 €31 000 €
Támogatás és hibajavítás2 000 €2 000 €10 000 €
Módosítások és új funkciók3 000 €5 000 €23 000 €
Ötéves összesen≈ 110 000 €
Egy közepes méretű egyedi eszköz szemléltető ötéves költsége. A számok tájékoztató jellegűek, nem ajánlat.

Nézze az utolsó sort. A 40 000 €-s megépítés — az egyetlen szám, amelyre a legtöbben összpontosítanak — az ötéves kiadás körülbelül 36 százaléka. A másik 64 százalék annak a költsége, hogy egy élő rendszert életben és hasznosan tartson. Ha csak a megépítésre tervezett volna, öt év alatt nagyjából 70 000 €-val maradt volna alul, és minden eurót kellemetlen meglepetésként érzett volna.

Vízszintes halmozott oszlopdiagram öt éven át, amely egy nagy kezdeti megépítési szakaszt mutat, amelyet vékonyabb ismétlődő sávok követnek a tárhelyhez, karbantartáshoz, támogatáshoz és módosításokhoz, nyugodt, tompa szerkesztőségi színpalettában
Öt év kiadása egy pillantásra: a megépítés egyetlen blokk; tőle jobbra minden a rendszer élete.

A rejtett költségek, amelyeket senki sem áraz be Önnek

A hat vödrön túl van egy sor költség, amely egyetlen ajánlatban sem jelenik meg, mert valójában nem a fejlesztő dolga beárazni. Ezek az Önéi. Figyelmen kívül hagyásuk a leggyakoribb módja annak, hogy egy ésszerű költségvetésből fájó téma legyen.

  • Adatmigráció — a meglévő adatok tiszta kihozatala a régi eszközökből és bevitele az újba bíbelődős, kézi munka, és szinte mindig alulbecsült.
  • Betanítás és elfogadtatás — a szoftver csak akkor takarít meg pénzt, ha az emberek valóban használják; tervezzen a kínos első hetekkel.
  • Elsodródó integrációk — minden rendszer, amelyhez csatlakozik, megváltoztathatja a szabályait, és amikor megteszi, a kapcsolatát javítani kell.
  • Leállás — annak költsége, hogy az eszköz egy forgalmas órában nem érhető el, ezért a biztonsági mentések és a felügyelet nem választható luxus.
  • Kulcsember-kockázat — ha egyetlen fejlesztő birtokol minden tudást, a pótlása az élet közepén drága; ragaszkodjon a dokumentációhoz és az Ön tulajdonában lévő kódhoz.
  • A „kinőttük” pillanata — ha a megépítésnél sarkokat vágtak le egy ár elérése érdekében, hamarabb fizethet újra, mint szeretné.

Ezek egyike sem ok a pánikra. Okok arra, hogy jobb kérdéseket tegyen fel. Az a partner, aki ezeket felszólítás nélkül szóba hozza, valószínűleg az, akire a többit is rábízhatja — mert ez azt jelenti, hogy az Ön ötéves költségére gondol, nem csak a saját számlájára ebben a negyedévben.

Hogyan viszonyul ez a dobozos megoldásokhoz

Csábító mindezt elolvasni, és arra a következtetésre jutni, hogy a dobozos szoftver nyilvánvalóan olcsóbb. Néha az — és amikor valóban illik, meg kell vennie. De a dobozos szoftvernek megvan a maga TCO-ja, és nem mindig az a jó vétel, amilyennek az árlapon tűnik.

Egy előfizetéses eszköznek alacsony a belépési költsége és nincs megépítés, ami nagyszerű. De felhasználónként, havonta, örökké fizet, és ez a vonal csak felfelé megy — a létszámmal, az ő áremeléseikkel, a „pro” szinttel, amelyre végül szüksége lesz. Olyan költségeket is örököl, amelyek nem pénzként jelennek meg: a kerülőmegoldásokat arra a 10 százalékra, amit nem egészen tud, a kézi lépéseket az egymással nem integrálódó eszközök között, az adatokat, amelyeket távozáskor nem könnyű visszakapni. Az egyedi szoftver előre terheli a költséget, és kontrollt ad; a dobozos szétteríti a költséget, és olyan illeszkedést bérel Önnek, amely sosem pontos.

Hogyan tartsa kézben a teljes költséget

A TCO megértése nem arról szól, hogy egy nagyobb számlára készüljön — hanem hogy irányítsa. A tulajdonosok, akik ésszerűen tartják az élettartam-költséget, mind nagyjából ugyanazt a maroknyi dolgot teszik, és egyikhez sem kell műszaki háttér.

  1. 1
    Kérje az ötéves képet, ne csak a megépítést
    Minden partnert, akivel beszél, bírjon rá, hogy fejtse ki a tárhelyet, a karbantartást, a támogatást és a valószínű módosításokat. Már maga a beszélgetés elárulja, ki őszinte Önnel.
  2. 2
    Kezdje kisebben, mint gondolná
    Építse meg az értéket adó magot, élesítse, tanuljon a valódi használatból. Egy karcsú első verzió olcsóbb megépíteni, és sokkal olcsóbb módosítani, mint egy felfújt, amelyet csak megtippelt.
  3. 3
    Birtokolja a kódját és az adatait
    Ragaszkodjon ahhoz, hogy a kód, a fiókok és az adatok az Önéi és dokumentáltak legyenek. Ez a legnagyobb védelme a bezárás és a későbbi túlszámlázás ellen.
  4. 4
    Tervezzen karbantartást az első naptól
    Tegyen félre éves karbantartási összeget az indulás előtt, ne azután, hogy valami elromlik. A tervezett karbantartás olcsó; a vészmentés nem.
  5. 5
    Tudatosan döntsön a módosításokról
    Vezessen egy egyszerű listát a kívánt fejlesztésekről, és tervezett kötegekben végezze el őket, ne a „még egy dolog” állandó csordogálásaként. A kötegelés olcsóbb, és összetartja a rendszert.

Tegye meg ezt az öt dolgot, és az ijesztően kinéző TCO kiszámítható működési költséggé válik — olyanná, amelyet az év elején betesz egy táblázatba, és többé nem gondol rá. Ez a kiszámíthatóság többet ér, mint pár százalékot lefaragni a megépítési árból, és ez különbözteti meg a projektet, amelyet örömmel csinált meg, attól, amelyet csendben utál.

Egy kisvállalkozás tulajdonosa és egy fejlesztő egy asztalnál ülve együtt néznek egy egyszerű ötéves költség-idővonalat egy táblagépen, melegen és együttműködve, lapos szerkesztőségi illusztrációs stílusban
A legolcsóbb biztosítás egy költségvetési meglepetés ellen egyetlen őszinte tervezési beszélgetés az aláírás előtt.

Megéri tehát az egyedi szoftver?

Az összes óvatosságra intő számtan után íme a másik oldal. A megfelelő problémára az egyedi szoftver az egyik legjobb befektetés, amelyet egy kisvállalkozás megtehet. Amikor egy folyamat valóban központi abban, ahogyan működik — az a dolog, amely jól csinálva pénzt hoz vagy megóvja az idegeit —, akkor olyan szoftvert birtokolni, amely pontosan illik rá, jobb, mint egy majdnem illő közelítést bérelni.

A trükk az, hogy az eszközt a tétthez igazítsa. Ne rendeljen egyedi megoldást olyasmire, amit egy havi 30 €-s alkalmazás remekül elintéz. Fontolja meg, amikor a dobozos lehetőségek arra kényszerítik, hogy megváltoztassa a munkamódszerét, amikor amúgy is vagyont fizet előfizetésekre és kézi kerülőmegoldásokra, vagy amikor a folyamat az Ön tényleges versenyelőnye. Ezekben az esetekben az ötéves TCO nem költség, amelytől félni kell — hanem egy valós, Ön által irányított érték ára.

Szeretné tudni az ötlete valódi ötéves számát?

Feltérképezzük az elképzelése teljes birtoklási költségét — megépítés, tárhely, karbantartás és valószínű módosítások —, hogy a teljes kép birtokában dönthessen, ne csak egy felszínes ár alapján.

Beszéljen velünk az egyedi szoftverről

Gyakori kérdések

Mibe kerül valójában az egyedi szoftver a teljes élettartama alatt?
Számoljon azzal, hogy a kezdeti megépítés az ötéves összeg nagyjából egyharmada. A többi tárhelyre, karbantartásra, támogatásra és módosításokra megy. Hasznos szabály: minden 1 €-ra, amit megépítésre költ, számítson további 2-3 €-ra öt év birtoklás alatt. A pontos számok projektenként változnak, de ez az arány meglepően állandó.
Miért ilyen drága a karbantartás, ha a szoftver már működik?
Mert a szoftver más szoftvereken ül, amelyek folyamatosan változnak — operációs rendszereken, keretrendszereken, könyvtárakon, harmadik féltől származó API-kon. A biztonsági javításokkal, az elavulásokkal és a szolgáltatóváltozásokkal lépést kell tartani, különben egy tökéletesen jó rendszer lassan abbahagyja a működést olyan okokból, amelyeknek semmi köze a vállalkozásához. A karbantartás a biztonságos helyben maradás költsége. Kihagyni nem takarít meg pénzt; csak egy nagyobb számlát halaszt el.
Olcsóbb az egyedi szoftver, mint előfizetésekért fizetni?
A léptéktől és az illeszkedéstől függ. Az előfizetéseknek alacsony a belépési költsége, de örökké nőnek a létszámmal és a szolgáltató áraival, és rejtett költségeket fizet a résekért, amelyeket nem fednek le. Az egyedi előre terheli a költséget, és kontrollt ad. Egy kicsi, jól kiszolgált igénynél általában az előfizetés nyer. Egy, a vállalkozása szempontjából központi folyamatnál az egyedi gyakran nyer öt év alatt — ha a teljes képet számolja.
Mely költségeket hagyják ki a fejlesztők rendszerint az ajánlatból?
Gyakran a tárhelyet, a karbantartást, a támogatást, az adatmigrációt, a betanítást és a jövőbeli módosításokat — nem mindig tisztességtelenségből, hanem mert némelyik valóban az Ön dolga birtokolni, nem az övék beárazni. A megoldás egyszerű: kérjen minden partnertől ötéves költségképet, ne csak megépítési árat. Akik világosan válaszolnak, azokban bízhat.
Hogyan tarthatom kiszámíthatónak a teljes költséget?
Kezdje kisebben, mint kényelmes, élesítsen egy karcsú első verziót, és tanuljon a valódi használatból, mielőtt bővítene. Tegyen félre éves karbantartási költségvetést az indulás előtt. Birtokolja a kódját és az adatait, hogy soha ne legyen bezárva. És a fejlesztéseket tervezett kötegekben végezze, ne állandó csordogálásként. A kiszámíthatóság jobb, mint a megépítési ár csavargatása.
Have a nice day
Have a nice day
Szerkesztőség

A Have a nice day egy szoftverstúdió, amely segít a kis- és középvállalkozásoknak a digitalizációban — automatizálás, mesterséges intelligencia és egyedi szoftverek, amelyek a mindennapi működésben működnek, nem csak a diákon.

Kapcsolódó szolgáltatások