Mennyibe kerül valójában egy egyedi alkalmazás: őszinte, átlátható bontás

Kérdezzen meg három ügynökséget, mennyibe kerül egy egyedi alkalmazás, és három olyan számot kap, amelyekben még egyetlen számjegy sem közös. Az egyik négyezret mond, a másik negyvenet, a harmadik pedig halkan annyit, hogy „attól függ”, és lefoglal egy második megbeszélést. Egyikük sem hazudik, pontosan véve – de egyikük sem mondja meg azt, amit valójában tudnia kellene: hová megy a pénz, és miért éppen oda kerül az ön konkrét alkalmazása, ahová. Emeljük hát fel a motorháztetőt.

Több alkalmazás-árajánlatot írtam, mint amennyit meg tudok számolni, az egyszemélyes iparostól a regionális lánccsal bezárólag minden méretű vállalkozásnak. Egy árra adott leggyakoribb reakció nem a végösszeg miatti döbbenet – hanem a szórás miatti értetlenség. Hogyan szülhet ugyanaz a háromszavas brief („egy foglalós alkalmazás”) tízszeres eltérést mutató becsléseket? Az őszinte válasz: „egy foglalós alkalmazás” nem brief. Egy kívánság. Az ár pedig az alatta megbújó száz apró döntésben lakik.

Ez az írás az a bontás, amelyet minden vállalkozónak kívánnék, mielőtt először beszél egy fejlesztővel. Semmi töltelék, semmi riogatás, semmi rátukmálás. Csak a valódi költségelemek, azok a dolgok, amelyek csendben megduplázzák a büdzsét, és néhány őszinte mód arra, hogyan költhet kevesebbet anélkül, hogy olyasmivel maradna, amit később megbán.

Miért tér el két árajánlat „ugyanarra az alkalmazásra” tízszeresen

A szoftver nem polcról levehető termék – munka, amelyet szakképzett emberek óráiban mérnek. Egy egyedi alkalmazás ára tehát a lényegét tekintve csupán terjedelem × óradíj × kockázat. Minden más csak lábjegyzet ehhez a háromhoz. Amikor két árajánlat vadul eltér, e három szám valamelyikét nagyon másképp olvassák – és ezt általában senki nem mondta ki hangosan.

A terjedelem a nyilvánvaló. „Egy foglalós alkalmazás” jelenthet egyetlen képernyőt, ahol az ügyfelek időpontot választanak – vagy jelenthet munkatársi naptárakat, fizetést, emlékeztetőket, ügyfélbejelentkezést, adminisztrációs felületet, visszatérítéseket és egy jelentést, amelyet a tulajdonos hétfőn elolvas. Ugyanaz a három szó, tízszeres munka. Az olcsó ajánlat gyakran a kis változatot feltételezi; a drága csendben a nagyot. Egyik sem kérdezte meg, melyikre gondolt.

Aztán ott a kockázat, az a rész, amelyet senki sem szeret beárazni. Egy homályos brief, egy ügyfél, aki még nem döntötte el, mit akar, egy nyikorgó, régi rendszerhez való illesztés – ezek nemcsak órákat adnak hozzá, hanem bizonytalanságot is. A tapasztalt csapatok ráhagynak a bizonytalanságra, mert megégették magukat vele. Az olcsóbb ajánlat gyakran egyáltalán nem árazta be a kockázatot, és pontosan ezért fúvódik fel néha félúton.

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

Amikor az emberek az alkalmazásfejlesztést elképzelik, kódolásra gondolnak. A kódolás valós, de ritkán teszi ki a számla felét is. Egy egyedi alkalmazás közelebb áll egy kis ház megépítéséhez, mint egy dokumentum megírásához – a látható rész körül ott a tervezés, a vezetékezés, az ellenőrzés és a papírmunka. Így oszlik meg egy tipikus büdzsé, ha mindent beleszámolunk.

Két dolog szokta meglepni az embereket ebben a táblázatban. Először az, hogy a büdzsé mekkora része zajlik le azelőtt, hogy egyetlen sornyi funkciókód is megszületne – a feltárás és a tervezés nem luxus, hanem a leghosszabb helye annak, hogy egy hibát olcsón javítsunk. Egy képernyő megváltoztatása vázlatban percekbe kerül; megváltoztatása megépítés után napokba. Másodszor az, mennyire valós a tesztelés tétele. Kihagyni nem pénzt spórol, csak az indítás hetére tolja át a költséget – kamatostul.

Feltárás és tervezés: a rész, amelyet mindenki átugrana

A feltárás az, ahol az „egy foglalós alkalmazásból” pontos képernyő- és szabálylistát csinál. Rezsinek érződik, mert még semmi sem épül. De minden itteni óra többet spórol később, mert ez az a hely, ahol a kétértelműséget még olcsón irtjuk ki. Az a csapat, amely feltárási szakasz nélkül ad árat, vagy tippel, vagy azt tervezi, hogy a feltárást később, más néven számlázza ki önnek.

Alapfejlesztés: a látható motor

Ez az a kód, amely életre kelti az ötletét – a képernyők, amelyekre az emberek koppintanak, a mögöttük lévő logika, és az adatbázis, amely csendben mindenre emlékszik. Ez a legnagyobb egyetlen szelet, és csaknem egyenes arányban skálázódik a terjedelemmel. Minden hozzáadott funkció több építés, több tesztelés és örökre több karbantartás. Ez az a tétel, ahol a „nem lenne jó, ha…” gyorsan drágává válik.

Integrációk: a megtévesztően drága rész

Az alkalmazás más rendszerekhez kötése – kártyás fizetés fogadása, SMS-emlékeztető küldése, naptár szinkronizálása, adatok lehúzása a már használt könyvelőszoftverből – kicsinek tűnik egy funkciólistán, és meglepően súlyosan csapódik le a számlán. Minden kapcsolat önálló kis projekt, saját furcsaságaival és hibamódjaival. Egy jól viselkedő fizetési integráció rendben van. Öt összegabalyodott integráció egy elöregedő házon belüli rendszerrel – ide jönnek a büdzsék meghalni.

A költségek, amelyeket senki nem tesz az ajánlatba

Itt éri sok tulajdonost csúnya meglepetés tizenkét hónap múltán. Az építés egyszeri szám; egy alkalmazás nem egyszeri dolog. A szoftver él – a telefonok frissülnek, a szabályok változnak, a vállalkozása nő –, és egy élő dolgot etetni kell. Az ajánlat, amelyet aláír, a születés ára, nem a birtoklásé.

Ezek közül semmi nem átverés vagy rejtett csapda – egyszerűen az a rész, amely nem fér el szépen egy egyoldalas ajánlaton, így a gyengébb partnerek lehagyják, hogy olcsóbbnak tűnjenek. A jó már az elején szól róla, még ha ettől az első száma nagyobbnak is látszik. Kérdezze meg kifejezetten: mennyibe kerül ezt egy évig üzemeltetnem az indítás után? A válasz minősége sokat elárul arról, kivel van dolga.

Mi duplázza meg csendben az árat

Egyes dolgok az általuk hozott értékkel arányosan adnak költséget – ez rendben van. Mások mindenfajta arányon túl adnak költséget, általában amiatt, ahogyan a munka fel van építve, nem amiatt, amit az alkalmazás csinál. Ezek azok a karok, amelyeket érdemes megérteni, mert néhányuk teljesen az ön kezében van.

• Két platform egy helyett. Egy natív iPhone-alkalmazás és egy natív Android-alkalmazás nagyjából két építés. A többplatformos eszközök vagy egy webalkalmazás ezt visszahúzhatják egy felé. Ez az egyetlen döntés többet mozdíthat a végösszegen, mint bármelyik funkció.
• Egyedi dizájn az ésszerű alapértékek helyett. Egy pixelpontos, teljesen egyedi felület megtervezése és megépítése valódi pénzbe kerül. Egy tiszta, hagyományos felület, amely bevált mintákat használ, gyorsabb, olcsóbb, és az ügyfeleknek gyakran könnyebben használható.
• Meggondolja magát, miután az építés elindult. A döntések a táblán olcsók, a kódban drágák. A leggyakoribb büdzsétúllépés nem a rossz becslésből fakad – hanem a terjedelemből, amely folyton nőtt, mert semmi nem volt leszögezve.
• Valós idejű, offline vagy nagy adatigény. A „térerő nélkül is működnie kell” vagy a „a frissítéseknek azonnal meg kell jelenniük mindenkinél” ésszerű kérések, amelyek csendben megsokszorozzák az alatta lévő mérnöki munkát.
• Valami régi és dokumentálatlan dolog integrálása. Egy modern, jól megépített rendszerhez csatlakozni rutinfeladat. Egy tizenöt éves, dokumentáció nélküli, házon belüli eszközhöz csatlakozni régészet, és óradíjban számlázzák.

Egy valódi példa: a 60 000 eurós ajánlat, amelyből 14 000 eurós alkalmazás lett

Néhány részletet a magánélet védelmében megváltoztattunk, de a történet formája igaz és teljesen tipikus. Egy regionális szolgáltató cég – képzeljen el egy tucat terepen dolgozó munkatársat és egy forgalmas irodát – frusztráltan jött hozzánk. Egyedi alkalmazást akartak, amelyen az ügyfeleik munkát foglalhatnak, követhetik a haladást és fizethetnek. Máshol már kaptak egy ajánlatot nagyjából 60 000 euróra, plusz egy testes havidíjra, és ez jó egy évre elriasztotta őket az egész ötlettől.

Amikor ténylegesen feltérképeztük, mire van szükségük – nem azt, amit ajánlottak nekik –, a kép nagyon másképp festett. Az első ajánlat két teljesen natív alkalmazást, nulláról épített egyedi dizájnt, valós idejű diszpécserrendszert és egyedi adminisztrációs platformot feltételezett, amely olyan eszközöket váltott volna le, amelyekkel már rendelkeztek, és amelyekkel csendben elégedettek voltak. Technikailag tökéletesen jó alkalmazás volt. De egyúttal válasz egy kérdésre, amelyet nem tettek fel.

Mit csináltunk valójában

Az első alkalmakat azzal töltöttük, hogy semmi mást nem csináltunk, csak feltárást – szétszedtük a kívánságot arra, hogy „a vállalkozás enélkül megáll”, illetve „ez egyszer majd jó lenne”. A kötelező elemek szűkebbek voltak, mint bárki gondolta: egy tiszta mód, ahogy az ügyfelek munkát kérhetnek és követhetnek, automatikus emlékeztetők és online fizetés. A valós idejű diszpécserrendszerről és az egyedi háttérirodáról kiderült, hogy olyan problémák megoldásai, amelyeket a meglévő szoftverük már remekül kezelt.

1. 1
   A terjedelmet a valódi feladatra szabtuk

   Elhagytuk azokat a funkciókat, amelyek olyan problémákat oldottak meg, amelyeik nem voltak, és megtartottunk egy szoros listát, amely nélkül a vállalkozás tényleg nem tudott működni.
2. 2
   Egyetlen többplatformos építést választottunk

   Két különálló natív alkalmazás helyett egyetlen többplatformos alkalmazás lefedte az iPhone-t és az Androidot is – ami nagyjából felezte az alapfejlesztést.
3. 3
   Bevált tervezési mintákat használtunk

   Tiszta, hagyományos felület egyedi helyett. Az ügyfelek könnyebben használhatónak találták, és heteket lefaragott az ütemtervből.
4. 4
   Összekötöttünk, nem cseréltünk

   Az alkalmazást ahhoz az irodai szoftverhez kötöttük, amelyért már fizettek, ahelyett, hogy újraépítettük volna. A drága „egyedi adminisztrációs platform” egyszerűen eltűnt a terjedelemből.

Az eredmény egy nagyjából 14 000 eurós építés lett, néhány hónap alatt élesben, kiszámítható üzemeltetési költségekkel. Nem olyan szerteágazó, mint a 60 000 eurós változat – és nem is kell annak lennie. Azt a feladatot látja el, amely a vállalkozásnak valóban megvolt. Egy évvel később két apró funkciót adtak hozzá, abból a pénzből fizetve, amelyet az első verzió megspórolt. Ez az egész minta: kezdje a valódi feladattal, az extrákat eredménnyel érdemelje ki.

Hogyan tartható ésszerűen a költség anélkül, hogy spórolnánk a minőségen

Kevesebbet költeni egy egyedi alkalmazásra nem arról szól, hogy lealkudja az óradíjat, vagy megtalálja a lehető legolcsóbb csapatot. Így jut el oda, hogy kétszer fizet. Arról szól, hogy tudatos a terjedelemmel, a sorrendiséggel és a döntésekkel – ez a három dolog mozdít valóban a számon. Itt laknak a valódi megtakarítások.

Először, építse meg a legkisebb verziót, amely valóban hasznos, aztán növessze. Egy fókuszált első kiadás, amely egy feladatot jól végez el, gyorsabban élesít, az „mindent egyben” álom töredékébe kerül, és – ami döntő – valódi ügyfelektől, nem találgatásból tanítja meg, mit építsen ezután. Másodszor, hozza meg a döntéseit, mielőtt az építés elkezdődne; a határozatlanság a legdrágább dolog, amit egy projektbe vihet. Harmadszor, csatlakozzon ahhoz, amije már megvan, ahelyett, hogy működő eszközöket cserélne le, és csak akkor építsen újra valamit, amikor az valóban visszafogja.

Gyakori kérdések