7 pogrešaka koje male tvrtke rade pri kupnji softvera po mjeri

Većina malih tvrtki koje se opeku na projektu softvera po mjeri nije se opekla na lošim programerima. Opekle su se tjednima prije nego što je ikakvo programiranje počelo — na uvodnom sastanku, u nizu e-poruka, na rukovanju — zbog odluke koja je u tom trenutku djelovala sitno. Dok kod stigne, pogreška je već ugrađena. Dobra je vijest da se te pogreške dosadno ponavljaju, što znači da ih je moguće izbjeći ako znate kako izgledaju.

Gledao sam mnogo takvih projekata iznutra, s obje strane stola. Neki su postali alati bez kojih tvrtka nije mogla zamisliti svoj rad. Drugi su završili kao napola gotov zaslon za prijavu, napeta svađa oko računa i osnivač koji se kune da nikad više neće u softver po mjeri. Frustrirajuće je koliko je malo razdvajalo te dvije ishode. Tehnologija je rijetko bila problem. Odluke oko tehnologije gotovo su uvijek bile.

Evo, dakle, sedam pogrešaka koje iznova viđam kad mala tvrtka naruči softver po mjeri. Nijedna od njih ne zahtijeva tehničko predznanje da bi se izbjegla. Zahtijevaju samo da znate da postoje prije nego što bilo što potpišete.

Pogreška 1: Kupnja rješenja prije nego što razumijete problem

Najskuplja se pogreška dogodi prva, a zvuči bezazleno: „Trebamo aplikaciju koja radi X.” Dok netko to izgovori naglas, obično je već odlučio o obliku rješenja — nadzorna ploča, portal, mobilna aplikacija — a da nitko nije zapisao stvarni problem jednostavnim jezikom. Izrada tada vjerno isporuči pogrešnu stvar, prekrasno.

Dobar softver kreće od opisa problema, a ne od popisa funkcija. „Naš uredski tim svaku narudžbu iz e-pošte ponovno upisuje u računovodstveni sustav, a to dvjema osobama oduzima pola dana” je problem. „Trebamo CRM po mjeri” je nagađanje rješenja za problem koji se nitko nije potrudio imenovati. Prvo se može jeftino riješiti i izmjeriti. Drugo je otvoren poziv da trošite novac.

Pogreška 2: Pokušaj da se sve izgradi odjednom

Softver po mjeri djeluje kao kupnja jednom u desetljeću, pa ljudi pokušavaju natrpati desetljeće želja u prvu verziju. Svaki odjel dodaje zahtjev. Svako „kad smo već tu” dobiva da. Opseg se napuhne, rok se utrostruči, a projekt se uruši pod vlastitom ambicijom davno prije nego što ga itko počne koristiti.

Tvrtke koje uspijevaju rade suprotno. Odaberu jedan, najbolniji djelić problema i njega izgrade prvog — stvarnu, radnu stvar u produkciji unutar par mjeseci. Zatim puste da im stvarna upotreba kaže što slijedi. To nije samo jeftinije; to je sigurnije. Saznate radi li zamisao dok je ulog još malen, umjesto da nakon šest mjeseci i velikog računa otkrijete da ste dizajnirali pogrešnu stvar.

Ispod toga leži tvrda istina: vi zapravo još ne znate što vam treba. Na početku nitko ne zna. Vaše razumijevanje problema promijenit će se u trenu kad stvarni ljudi dotaknu stvarni alat. Gradnja svega unaprijed zaključava vaša najranija, najmanje informirana nagađanja. Gradnja u djelićima održava vas fleksibilnima — i drži proračun pod kontrolom dok još učite.

Pogreška 3: Odabir samo prema cijeni

Dobijete tri ponude. Jedna je dramatično jeftinija od ostalih. Olakšanje — uzet ćete tu. To je jedan od najpouzdanijih načina da mali projekt pretvorite u skup, jer jeftina ponuda gotovo nikad ne znači da je posao jeftiniji. Obično znači da su dvije strane posao shvatile različito.

Niska brojka često signalizira jedno od nekoliko: dobavljač je podcijenio opseg jer nije postavio dovoljno pitanja, planira svoju maržu ostvariti kasnije na zahtjevima za izmjene, ili je neiskusan i još ne zna što ne zna. Nijedno za vas ne završava dobro. Cijena u naslovu najmanje je korisna brojka u ponudi. Ono što je bitno jest razumije li dobavljač jasno vaš problem, postavlja li neugodna pitanja i je li iskren o tome što nije uključeno.

Pogreška 4: Zaborav da softver nije jednokratna kupnja

Softver po mjeri često se nudi i kupuje kao komad namještaja: platite jednom, vaš je zauvijek. Nije tako. Softver živi u svijetu koji se kreće — operativni se sustavi ažuriraju, preglednici se mijenjaju, stižu sigurnosne zakrpe, vaše se poslovanje mijenja, alati na koje se povezujete mijenjaju svoja pravila. Alat koji nitko ne održava polako prestaje raditi, a zatim se pokvari u najgorem mogućem trenutku.

To male tvrtke pogađa teško jer je trošak održavanja nevidljiv pri potpisivanju. Uspoređujete dvije ponude po cijeni izrade i nikad ne postavite pitanje koje je važnije: koliko košta održavati to živim i zdravim svake godine? Hosting, ažuriranja, sitni popravci, povremena izmjena kako se vaše poslovanje razvija — planirajte to kao normalnu, trajnu stavku, kao što planirate osiguranje ili računovodstvo. Obično je skromno, ali samo ako to očekujete.

Pogreška 5: Ostavljanje zahtjeva nejasnima i bez vlasnika

„Vi ste stručnjaci, samo napravite nešto dobro” zvuči velikodušno. Zapravo je to način na koji projekti skreću s puta. Ljudi koji najbolje razumiju vaše poslovanje jeste vi i vaš tim — a ne programeri. Predate li nejasan brief i nestanete, dobavljač popunjava praznine svojim najboljim nagađanjima, a ta ćete nagađanja otkriti u najgorem trenutku: pri isporuci, kad ih je najskuplje mijenjati.

Dvije uloge treba popuniti na vašoj strani, a male tvrtke redovito ne popune nijednu. Prva je jedan donositelj odluka — jedna osoba koja može reći da, riješiti nesuglasice među odjelima i nije previše zauzeta da tjednima odgovara na pitanja. Druga je spremnost da budete precizni oko dijelova koji su bitni: rubni slučajevi, čudna iznimka koju je vaša tvrtka oduvijek rješavala ručno, pravilo koje svi znaju, ali ga nitko nije zapisao. Upravo to softver mora dobro odraditi.

Pogreška 6: Ne pitati tko je vlasnik koda i podataka

Ovo je tiha pogreška, i ona koja najviše boli godinama poslije. Platite softver po mjeri, pretpostavite da je vaš. Onda se odnos s dobavljačem pokvari, ili on podigne cijene, ili jednostavno nestane — a vi otkrijete da se ne možete pomaknuti. Nemate izvorni kod. Podaci žive u sustavu kojem samo on može pristupiti. Cijelo vaše poslovanje sad ovisi o tvrtki kojoj više ne vjerujete, a nemate nikakvu polugu.

Ništa od ovoga ne zahtijeva odvjetnika da bi se spriječilo. Zahtijeva tri jednostavna pitanja postavljena prije nego što počnete, dok još imate svu pregovaračku moć: Tko je vlasnik izvornog koda kad ovo bude gotovo? Mogu li izvesti sve svoje podatke, u upotrebljivom formatu, kad god želim? I ako se raziđemo, što točno odnosim sa sobom? Ugledan partner odgovara na to bez trzanja. Oklijevanje ovdje najveća je crvena zastava u cijelom procesu.

• Osigurajte u pisanom obliku da ste vlasnik izvornog koda ili imate jasnu, poštenu licencu za njega.
• Potvrdite da vlastite podatke možete izvesti u standardnom formatu, na zahtjev, bez dopuštenja.
• Pobrinite se da je posao dovoljno dobro dokumentiran da ga drugi programer može preuzeti.
• Izbjegavajte vlasničko zaključavanje ondje gdje bi obična, dobro poznata tehnologija obavila isti posao.
• Unaprijed dogovorite što se događa s hostingom i računima ako ikad promijenite dobavljača.

Pogreška 7: Tretiranje lansiranja kao ciljne crte

Softver je isporučen, radi, svima je laknulo. Projekt je proglašen gotovim. Šest mjeseci poslije, pola se tima tiho vratilo na staru proračunsku tablicu, a skupi novi alat koriste dvije osobe za jednu stvar. Izrada je uspjela. Usvajanje nije — a to su dva potpuno različita problema.

Ljudi se ne opiru novim alatima jer su glupi ili tvrdoglavi. Opiru se jer je novi način nepoznat, a stari način još radi, donekle. Da to nadvladate, potreban je smišljen napor koji nitko nije uračunao: malo obuke, jasan razlog zašto promjena pomaže baš njima, netko tko će u prvih nekoliko tjedana bez osude odgovarati na glupa pitanja i čvrsta odluka da se stari način ukine kako ne bi postojao rezervni put kojim se može iskliznuti natrag.

1. 1
   Prvo lansirajte maloj skupini

   Uvedite alat nekolicini voljnih ljudi prije cijelog tima. Oni će pronaći neravnine i postati vaši unutarnji zagovornici.
2. 2
   Pokažite osobnu korist, ne korist tvrtke

   „Ovo tvrtki štedi novac” ne motivira nikoga. „Ovo znači da više ne upisujete adrese dvaput” pridobiva ljude.
3. 3
   Imenujte osobu za pitanja

   Prvih mjesec dana netko je zadužen za glupa pitanja. Trenje u prvom tjednu ono je što zauvijek ubija usvajanje.
4. 4
   Stvarno ugasite stari način

   Dok god postoji stara proračunska tablica, ljudi će je nastaviti koristiti. Kad jednom proradi, ukinite rezervu — nježno, ali jasno.

Sve zajedno: kupčev način razmišljanja

Pročitajte tih sedam ponovno i kroz njih prolazi jedna nit. Gotovo nijedna nije tehnička. One su o jasnoći, vlasništvu i suzdržanosti — poznavanju vlastitog problema prije kupnje, gradnji u malim koracima, prosuđivanju dobavljača prema razumijevanju, a ne prema cijeni, planiranju za životni vijek alata, a ne samo za njegovo rođenje, ostajanju uključenima, zaštiti vlastitog izlaza i tretiranju lansiranja kao početka pravog posla.

Softver po mjeri uistinu je jedno od najboljih ulaganja koje mala tvrtka može napraviti kad jednom preraste gotove alate koje svi dijele. Sustav oblikovan točno oko toga kako vi radite, umjesto da svoje poslovanje izvijate oko tuđeg proizvoda, stvarna je i trajna prednost. Tvrtke koje do toga dođu nisu one s najvećim proračunima. To su one koje su izbjegle sedam gornjih pogrešaka — a to je stvar prosudbe, a ne novca.

Česta pitanja