7 napak, ki jih mala podjetja delajo pri nakupu programske opreme po meri

Večina malih podjetij, ki se opečejo pri projektu programske opreme po meri, se ni opekla pri slabih programerjih. Opekla so se tedne, preden se je sploh začelo kakršno koli programiranje — na uvodnem sestanku, v nizu e-poštnih sporočil, ob stisku roke — zaradi odločitve, ki je takrat delovala nepomembna. Ko koda prispe, je napaka že vgrajena. Dobra novica je, da se te napake dolgočasno ponavljajo, kar pomeni, da se jim je mogoče izogniti, če veste, kako izgledajo.

Veliko takih projektov sem opazoval od znotraj, na obeh straneh mize. Nekateri so postali orodja, brez katerih si podjetje ni moglo predstavljati svojega dela. Drugi so se končali kot napol dokončan prijavni zaslon, napet spor o računu in ustanovitelj, ki priseže, da nikoli več ne bo šel v programsko opremo po meri. Frustrirajoče je, kako malo je ta dva izida ločilo. Tehnologija je bila redko težava. Odločitve okrog tehnologije pa skoraj vedno.

Tukaj je torej sedem napak, ki jih znova in znova vidim, ko malo podjetje naroči programsko opremo po meri. Nobena od njih ne zahteva tehničnega predznanja, da bi se ji izognili. Zahtevajo le, da veste, da obstajajo, preden kar koli podpišete.

Napaka 1: Nakup rešitve, preden razumete problem

Najdražja napaka se zgodi prva in zveni neškodljivo: »Potrebujemo aplikacijo, ki počne X.« Ko nekdo to izgovori na glas, je ponavadi že odločil o obliki rešitve — nadzorna plošča, portal, mobilna aplikacija — ne da bi kdo zapisal dejanski problem v preprostem jeziku. Izdelava nato zvesto dostavi napačno stvar, čudovito narejeno.

Dobra programska oprema izhaja iz opisa problema, ne iz seznama funkcij. »Naša pisarniška ekipa vsako naročilo iz e-pošte znova vtipka v računovodski sistem, kar dvema osebama vzame pol dneva« je problem. »Potrebujemo CRM po meri« je ugibanje rešitve za problem, ki ga ni nihče potrudil poimenovati. Prvega je mogoče poceni rešiti in izmeriti. Drugo je odprto vabilo, da trošite denar.

Napaka 2: Poskus zgraditi vse naenkrat

Programska oprema po meri deluje kot nakup enkrat na desetletje, zato ljudje poskušajo natlačiti desetletje želja v prvo različico. Vsak oddelek doda zahtevo. Vsak »ko smo že pri tem« dobi da. Obseg nabrekne, časovnica se potroji, projekt pa se zruši pod lastno ambicijo davno preden ga kdo začne uporabljati.

Podjetja, ki uspejo, delajo nasprotno. Izberejo en, najbolj boleč del problema in tega zgradijo prvega — resnično, delujočo stvar v produkciji v nekaj mesecih. Nato pustijo, da jim resnična uporaba pove, kaj sledi. To ni le ceneje; je varneje. Izveste, ali zamisel deluje, ko je stava še majhna, namesto da po šestih mesecih in velikem računu odkrijete, da ste zasnovali napačno stvar.

Pod tem leži trda resnica: vi v resnici še ne veste, kaj potrebujete. Na začetku tega ne ve nihče. Vaše razumevanje problema se bo spremenilo v trenutku, ko se resnični ljudje dotaknejo resničnega orodja. Graditi vse vnaprej zaklene vaša najzgodnejša, najmanj poučena ugibanja. Graditi po delih vas ohranja prožne — in ohranja proračun pod nadzorom, dokler se še učite.

Napaka 3: Izbira zgolj po ceni

Dobite tri ponudbe. Ena je dramatično cenejša od ostalih. Olajšanje — vzeli boste to. To je eden najzanesljivejših načinov, kako majhen projekt spremeniti v drag, kajti poceni ponudba skoraj nikoli ne pomeni, da je delo cenejše. Ponavadi pomeni, da sta strani nalogo razumeli različno.

Nizka številka pogosto nakazuje eno od nekaj stvari: ponudnik je podcenil obseg, ker ni postavil dovolj vprašanj, načrtuje svojo maržo iztržiti pozneje z zahtevami za spremembe, ali pa je neizkušen in še ne ve, česa ne ve. Nobena od teh se za vas ne konča dobro. Cena v naslovu je najmanj uporabna številka v ponudbi. Pomembno je, ali ponudnik jasno razume vaš problem, postavlja neprijetna vprašanja in je iskren glede tega, kaj ni vključeno.

Napaka 4: Pozaba, da programska oprema ni enkraten nakup

Programsko opremo po meri pogosto ponujajo in kupujejo kot kos pohištva: plačaš enkrat, je tvoja za vedno. Ni tako. Programska oprema živi v premikajočem se svetu — operacijski sistemi se posodabljajo, brskalniki se spreminjajo, prihajajo varnostni popravki, vaše poslovanje se spreminja, orodja, na katera se povezujete, spreminjajo svoja pravila. Orodje, ki ga nihče ne vzdržuje, počasi preneha delovati, nato pa se pokvari v najslabšem možnem trenutku.

To mala podjetja grdo prizadene, ker so stroški vzdrževanja ob podpisu nevidni. Primerjate dve ponudbi po ceni izdelave in nikoli ne postavite vprašanja, ki je pomembnejše: koliko stane vsako leto ohranjati to pri življenju in zdravo? Gostovanje, posodobitve, drobni popravki, občasna sprememba, ko se vaše poslovanje razvija — načrtujte to kot običajno, sprotno postavko, tako kot pri zavarovanju ali računovodstvu. Ponavadi je skromno, a le, če to pričakujete.

Napaka 5: Pustiti zahteve ohlapne in brez lastnika

»Vi ste strokovnjaki, samo naredite nekaj dobrega« zveni velikodušno. V resnici je to način, kako projekti zaidejo. Ljudje, ki vaše poslovanje najbolje razumejo, ste vi in vaša ekipa — ne razvijalci. Če izročite meglen povzetek in izginete, ponudnik zapolni vrzeli s svojimi najboljšimi ugibanji, ta ugibanja pa boste odkrili v najslabšem trenutku: ob predaji, ko jih je najdražje spremeniti.

Na vaši strani je treba zapolniti dve vlogi, mala podjetja pa redno ne zapolnijo nobene. Prva je en sam odločevalec — ena oseba, ki lahko reče da, razreši nesoglasja med oddelki in ni preveč zaposlena, da bi tedne odgovarjala na vprašanja. Druga je pripravljenost biti natančen glede delov, ki so pomembni: robni primeri, čudna izjema, ki jo je vaše podjetje vedno reševalo ročno, pravilo, ki ga vsi poznajo, a ga nihče ni zapisal. Prav to mora programska oprema narediti pravilno.

Napaka 6: Ne vprašati, kdo je lastnik kode in podatkov

To je tiha napaka in tista, ki čez leta najbolj boli. Plačate programsko opremo po meri, predpostavljate, da je vaša. Nato se odnos s ponudnikom skisa, ali ta dvigne cene, ali pa preprosto izgine — vi pa odkrijete, da se ne morete premakniti. Nimate izvorne kode. Podatki živijo v sistemu, do katerega ima dostop samo on. Celotno vaše poslovanje je zdaj odvisno od podjetja, ki mu ne zaupate več, vi pa nimate nobenega vzvoda.

Nič od tega ne zahteva odvetnika, da bi se temu izognili. Zahteva tri preprosta vprašanja, postavljena preden začnete, ko imate še vso pogajalsko moč: Kdo je lastnik izvorne kode, ko bo to končano? Ali lahko izvozim vse svoje podatke v uporabni obliki, kadar koli želim? In če se raziđemo, kaj točno odnesem s seboj? Ugleden partner na to odgovori brez trzljaja. Obotavljanje tu je največja rdeča zastavica v celotnem procesu.

• Pridobite pisno, da ste lastnik izvorne kode ali imate zanjo jasno, pošteno licenco.
• Potrdite, da lahko svoje podatke izvozite v standardni obliki, na zahtevo, brez dovoljenja.
• Poskrbite, da je delo dovolj dobro dokumentirano, da ga lahko prevzame drug razvijalec.
• Izogibajte se lastniški zaklenjenosti tam, kjer bi enako delo opravila preprosta, dobro znana tehnologija.
• Vnaprej se dogovorite, kaj se zgodi z gostovanjem in računi, če kdaj zamenjate ponudnika.

Napaka 7: Obravnavati zagon kot ciljno črto

Programska oprema je dostavljena, deluje, vsem se je odvalil kamen od srca. Projekt je razglašen za končanega. Šest mesecev pozneje se je polovica ekipe tiho vrnila k stari preglednici, drago novo orodje pa uporabljata dva človeka za eno stvar. Izdelava je uspela. Sprejemanje je spodletelo — to pa sta povsem različna problema.

Ljudje se novim orodjem ne upirajo, ker so neumni ali trmasti. Upirajo se, ker je nov način neznan, star način pa še nekako deluje. Premagati to zahteva premišljen napor, ki ga ni nihče vključil v proračun: nekaj usposabljanja, jasen razlog, zakaj sprememba pomaga prav njim, nekoga, ki v prvih nekaj tednih brez obsojanja odgovarja na neumna vprašanja, in trdno odločitev, da star način ukinete, da ne obstaja zasilna pot, na katero bi se dalo zdrsniti nazaj.

1. 1
   Najprej zaženite za majhno skupino

   Orodje uvedite pri nekaj voljnih ljudeh pred celotno ekipo. Našli bodo grobe robove in postali vaši notranji zagovorniki.
2. 2
   Pokažite osebno korist, ne koristi podjetja

   »To podjetju prihrani denar« ne motivira nikogar. »To pomeni, da naslovov ne tipkate več dvakrat« pridobi ljudi na svojo stran.
3. 3
   Določite osebo za vprašanja

   Prvi mesec je nekdo zadolžen za neumna vprašanja. Trenje v prvem tednu je tisto, kar sprejemanje za vedno ubije.
4. 4
   Star način dejansko ugasnite

   Dokler obstaja stara preglednica, jo bodo ljudje še naprej uporabljali. Ko enkrat deluje, ukinite zasilno možnost — nežno, a jasno.

Vse skupaj: kupčeva miselnost

Preberite teh sedem znova in skoznje teče ena nit. Skoraj nobena ni tehnična. Govorijo o jasnosti, lastništvu in zadržanosti — o tem, da poznate svoj problem, preden gremo v nakup, da gradite po majhnih korakih, da ponudnike presojate po razumevanju in ne po ceni, da načrtujete za življenjsko dobo orodja in ne le za njegov nastanek, da ostanete vključeni, da zavarujete svoj izhod in da zagon obravnavate kot začetek pravega dela.

Programska oprema po meri je resnično ena najboljših naložb, ki jo malo podjetje lahko naredi, ko enkrat preraste že pripravljena orodja, ki si jih vsi delijo. Sistem, oblikovan natanko okrog tega, kako delate vi, namesto da svoje poslovanje zvijate okrog tujega izdelka, je resnična in trajna prednost. Podjetja, ki to dosežejo, niso tista z največjimi proračuni. So tista, ki so se izognila sedmim napakam zgoraj — to pa je stvar presoje, ne denarja.

Pogosta vprašanja