Koliko v resnici stane aplikacija po meri: pošten in pregleden razčlenitev stroškov

Vprašajte tri agencije, koliko stane aplikacija po meri, in dobili boste tri številke, ki si ne delijo niti ene števke. Ena reče štiri tisoč, ena štirideset, tretja tiho reče, da je odvisno, in si dogovori drugi sestanek. Nobena od njih pravzaprav ne laže — a nobena vam ne pove tega, kar v resnici morate vedeti: kam gre denar in zakaj vaša konkretna aplikacija pristane prav tam, kjer pristane. Pa odprimo pokrov motorja.

Napisal sem več ponudb za aplikacije, kot jih lahko preštejem, za podjetja, ki segajo od enočlanske obrtne dejavnosti do regionalne verige. Najpogostejši odziv na ceno ni šok zaradi skupnega zneska — temveč zmeda zaradi razpona. Kako lahko enak tribesedni opis (»aplikacija za rezervacije«) ustvari ocene, ki se razlikujejo desetkrat? Pošten odgovor je, da »aplikacija za rezervacije« ni opis. Je želja. Cena živi v sto majhnih odločitvah, skritih pod njo.

To besedilo je razčlenitev, ki bi si jo želel za vsakega podjetnika pred njegovim prvim klicem z razvijalcem. Brez polnila, brez ustrahovanja, brez dodatne prodaje. Le resnične sestavine stroška, stvari, ki tiho podvojijo proračun, in nekaj poštenih načinov, kako porabiti manj, ne da bi končali z nečim, kar boste obžalovali.

Zakaj se dve ponudbi za »isto aplikacijo« razlikujeta 10-krat

Programska oprema ni izdelek, ki ga vzamete s police — je delo, merjeno v urah veščih ljudi. Cena aplikacije po meri je torej v svojem bistvu zgolj obseg × urna postavka × tveganje. Vse drugo je opomba pod črto k tem trem stvarem. Ko se dve ponudbi divje razhajata, se ena od teh treh številk bere zelo različno, in običajno tega nihče ni rekel naglas.

Obseg je očiten. »Aplikacija za rezervacije« lahko pomeni en sam zaslon, kjer stranke izberejo termin — ali pa lahko pomeni koledarje osebja, plačila, opomnike, prijavo stranke, skrbniško ploščo, vračila in poročilo, ki ga lastnik bere ob ponedeljkih. Iste tri besede, desetkrat več dela. Poceni ponudba pogosto predpostavlja majhno različico; draga tiho predpostavlja veliko. Nobena vas ni vprašala, kaj ste mislili.

Potem je tu tveganje, del, ki ga nihče ne mara ovrednotiti. Nejasen opis, naročnik, ki se ni odločil, kaj želi, integracija z razmajanim zastarelim sistemom — to ne dodaja le ur, dodaja negotovost. Izkušene ekipe za negotovost predvidijo rezervo, ker so se ob njej že opekle. Cenejša ponudba tveganja pogosto sploh ni ovrednotila, kar je natanko razlog, zakaj včasih na pol poti naraste.

Kam denar v resnici gre

Ko si ljudje predstavljajo razvoj aplikacije, si predstavljajo programiranje. Programiranje je resnično, a je redko niti polovica računa. Aplikacija po meri je bližje gradnji majhne hiše kot pisanju dokumenta — okoli vidnega dela so načrtovanje, napeljave, pregled in papirologija. Takole se razdeli tipičen proračun, ko upoštevate vse.

Dve stvari v tej tabeli ljudi običajno presenetita. Prvič, kako velik del proračuna se zgodi preden je napisana ena sama vrstica kode funkcije — raziskava in oblikovanje nista razkošje, sta najcenejši kraj za popravek napake. Sprememba zaslona v skici stane minute; sprememba po izgradnji stane dneve. Drugič, kako resnična je postavka testiranja. Njeno preskakanje ne prihrani denarja, le premakne strošek na vaš teden zagona, z obrestmi.

Raziskava in oblikovanje: del, ki ga vsi želijo preskočiti

Raziskava je kraj, kjer »aplikacijo za rezervacije« spremenite v natančen seznam zaslonov in pravil. Zdi se kot režijski strošek, ker se še nič ne gradi. A vsaka ura tukaj prihrani več pozneje, ker se prav tu odpravi dvoumnost, dokler je še poceni. Ekipa, ki vam da ceno brez faze raziskave, bodisi ugiba bodisi vam namerava raziskavo zaračunati pozneje pod drugim imenom.

Osrednji razvoj: vidni motor

To je koda, ki vašo zamisel požene v tek — zasloni, ki se jih ljudje dotikajo, logika za njimi in podatkovna baza, ki tiho pomni vse. Je največji posamezni kos in raste skoraj neposredno z obsegom. Vsaka funkcija, ki jo dodate, pomeni več za izgradnjo, več za testiranje in več za vzdrževanje za vedno. To je postavka, kjer »ali ne bi bilo lepo, če« hitro postane drago.

Integracije: zavajajoče drag del

Povezovanje vaše aplikacije z drugimi sistemi — sprejem plačila s kartico, pošiljanje SMS-opomnika, sinhronizacija koledarja, zajem podatkov iz računovodske programske opreme, ki jo že uporabljate — je na seznamu funkcij videti majhno, na računu pa pade presenetljivo težko. Vsaka povezava je majhen projekt zase, s svojimi posebnostmi in načini odpovedi. Ena spodobno delujoča plačilna integracija je v redu. Pet zapletenih integracij s starajočim se internim sistemom je kraj, kjer proračuni umrejo.

Stroški, ki jih nihče ne da v ponudbo

Tukaj marsikateri lastnik doživi neprijetno presenečenje dvanajst mesecev pozneje. Izgradnja je enkratna številka; aplikacija ni enkratna stvar. Programska oprema je živa — telefoni se posodabljajo, pravila se spreminjajo, vaše podjetje raste — in živa stvar potrebuje hrano. Ponudba, ki jo podpišete, je cena rojstva, ne cena lastništva.

Nič od tega ni prevara ali skrita past — to je le del, ki se ne prilega lepo na enostransko ponudbo, zato ga šibkejši partnerji izpustijo, da bi bili videti cenejši. Dober vam o tem pove vnaprej, čeprav je zaradi tega njegova prva številka videti večja. Vprašajte izrecno: koliko me stane, da to leto po zagonu poganjam? Kakovost odgovora vam veliko pove o tem, s kom imate opravka.

Kaj tiho podvoji ceno

Nekatere stvari dodajo strošek sorazmerno z vrednostjo, ki jo prinašajo — pošteno. Druge dodajo strošek povsem nesorazmerno, običajno zaradi načina, kako je delo zasnovano, in ne zaradi tega, kaj aplikacija počne. To so vzvodi, ki jih je vredno razumeti, saj imate nekatere od njih povsem pod nadzorom.

• Dve platformi namesto ene. Domorodna iPhone aplikacija in domorodna Android aplikacija sta, na grobo, dve izgradnji. Večplatformska orodja ali spletna aplikacija lahko to skrčijo nazaj proti eni. Ta ena izbira lahko premakne skupni znesek bolj kot katera koli funkcija.
• Oblikovanje po meri namesto razumnih privzetih nastavitev. Do slikovne pike izpopolnjen, povsem prilagojen vmesnik stane resnični denar za oblikovanje in izgradnjo. Čist, konvencionalen, ki uporablja preverjene vzorce, je hitrejši, cenejši in za stranke pogosto lažji za uporabo.
• Premislek po začetku izgradnje. Odločitve so na tabli poceni, v kodi pa drage. Najpogostejša prekoračitev proračuna ni slaba ocena — je obseg, ki je nenehno rasel, ker nič ni bilo dorečeno.
• Realni čas, brez povezave ali težki podatki. »Delovati mora brez signala« ali »posodobitve se morajo vsem prikazati takoj« sta razumni zahtevi, ki tiho pomnožita inženirstvo pod njima.
• Integracija z nečim starim in nedokumentiranim. Povezovanje s sodobnim, dobro zgrajenim sistemom je rutina. Povezovanje s petnajst let starim internim orodjem brez dokumentacije je arheologija in se zaračunava na uro.

Resničen primer: ponudba za 60.000 €, ki je postala aplikacija za 14.000 €

Nekaj podrobnosti smo zaradi zasebnosti spremenili, a oblika tega je resnična in povsem tipična. Regionalno storitveno podjetje — predstavljajte si ducat terenskih delavcev in zaposleno pisarno — je k nam prišlo razočarano. Želeli so aplikacijo po meri, da bi njihove stranke naročale storitve, spremljale napredek in plačevale. Drugje so že dobili ponudbo okoli 60.000 €, plus zajetno mesečno pristojbino, in to jih je od celotne zamisli odvrnilo za skoraj eno leto.

Ko smo dejansko popisali, kaj potrebujejo — ne tega, za kar so dobili ponudbo — je slika izgledala povsem drugače. Prva ponudba je predpostavljala dve povsem domorodni aplikaciji, oblikovanje po meri od začetka, sistem razpošiljanja v realnem času in skrbniško platformo po meri, ki bi nadomestila orodja, ki so jih že imeli in s katerimi so bili tiho zadovoljni. Tehnično je bila to povsem dobra aplikacija. Bila je tudi odgovor na vprašanje, ki ga niso zastavili.

Kaj smo v resnici naredili

Prva srečanja smo preživeli tako, da nismo počeli ničesar drugega kot raziskavo — razstavljali smo željo na »podjetje se brez tega sesuje« proti »to bi bilo nekoč lepo«. Nujno potrebno je bilo ožje, kot je kdorkoli pričakoval: čist način, da stranke zahtevajo in spremljajo storitev, samodejni opomniki in spletno plačilo. Razpošiljanje v realnem času in skrbniško zaledje po meri sta se izkazala za rešitvi težav, ki jih je njihova obstoječa programska oprema že dobro reševala.

1. 1
   Obseg smo skrčili na resnično delo

   Odstranili smo funkcije, ki so reševale težave, ki jih niso imeli, in obdržali stisnjen seznam, brez katerega podjetje resnično ni moglo delovati.
2. 2
   Izbrali smo eno večplatformsko izgradnjo

   Namesto dveh ločenih domorodnih aplikacij je ena večplatformska aplikacija pokrila iPhone in Android — kar je osrednji razvoj približno prepolovilo.
3. 3
   Uporabili smo preverjene vzorce oblikovanja

   Čist, konvencionalen vmesnik namesto tistega po meri. Strankam je bil lažji za uporabo in s časovnice je odrezal tedne.
4. 4
   Povezali smo, ne nadomestili

   Aplikacijo smo povezali s pisarniško programsko opremo, ki so jo že plačevali, namesto da bi jo gradili znova. Draga ‚skrbniška platforma po meri‘ je preprosto izginila iz obsega.

Rezultat je bila izgradnja za okoli 14.000 €, v živo v nekaj mesecih, s stroški obratovanja, ki so jih lahko napovedali. Ni tako razvejana kot različica za 60.000 € — in tudi ni treba, da je. Opravlja delo, ki ga je podjetje resnično imelo. Leto pozneje so dodali dve majhni funkciji, plačani iz denarja, ki jim ga je prihranila prva različica. To je celoten vzorec: začnite z resničnim delom, dodatke si prislužite z rezultati.

Kako ohraniti razumen strošek, ne da bi rezali ovinke

Porabiti manj za aplikacijo po meri ne pomeni barantati urno postavko navzdol ali poiskati najcenejšo ekipo, kar jo lahko. Tako na koncu plačate dvakrat. Gre za premišljenost pri obsegu, zaporedju in odločitvah — pri treh stvareh, ki resnično premaknejo številko. Tu živijo prave prihranke.

Prvič, zgradite najmanjšo različico, ki je dejansko uporabna, nato jo rastite. Osredotočena prva izdaja, ki eno delo opravi dobro, vas spravi v živo hitreje, stane delček sanj o rešitvi vse-v-enem in — kar je ključno — vas nauči, kaj graditi naprej, od resničnih strank namesto od ugibanj. Drugič, sprejmite odločitve, preden se izgradnja začne; neodločnost je najdražja stvar, ki jo lahko prinesete v projekt. Tretjič, povežite se s tem, kar že imate, namesto da nadomeščate delujoča orodja, in nekaj zgradite znova le, ko vas to resnično zavira.

Pogosta vprašanja