Kako izbrati izvajalca za razvoj internega sistema

Ko je odločitev pred vrati

Če to berete, ste verjetno v eni od dveh situacij. Prva: podjetje ima jasen problem, ki ga mora rešiti interni sistem, in iščete, kdo naj ga postavi. Druga: bili ste pri prvem izvajalcu razočarani in zdaj veste, da izbira ni nepomembna.

V obeh primerih je to zadnji korak pred naročilom. Spodaj je pošten vodič. Ne pove vam, koga izbrati. Pove vam, kako izbrati, tako da sprejmete odločitev z odprtimi očmi.

Šest meril za izbiro

1. Reference v podobnih projektih

"Imamo 100 zadovoljnih strank" ne pomeni ničesar. Kar šteje, so 3 do 5 konkretnih referenc iz podobnega tipa projekta. Če gradite B2B portal z ERP integracijo, poiščite izvajalca, ki je naredil podobno vsaj trikrat. Če ni, tvegate, da bo vaš projekt njegov prvi poskus.

Reference poglejte v živo, če je mogoče. Vprašajte prejšnje stranke: "Kako je šlo?" Odgovor "v redu" je slab. Dober odgovor zveni: "Imeli smo težave na tem in tem koraku, ampak so jih rešili."

2. Sposobnost razumeti vaš problem

Na prvem sestanku opazujte, kaj izvajalec počne. Dober izvajalec posluša, sprašuje, preverja predpostavke. Slab izvajalec ima pripravljen predlog, še preden razume vaš problem.

Konkretno, dober znak: ob koncu prvega sestanka izvajalec povzame vaš problem z lastnimi besedami, ki so bolj natančne od vaših. To pomeni, da je res poslušal.

3. Kakovost komunikacije

Projekt bo trajal mesece. Če je že prva komunikacija nerodna (počasni odgovori, nejasni e-maili, prestavljeni sestanki), bo celoten projekt tako. Komunikacija med razvojem je 50 odstotkov uspeha.

Preizkus: pošljite dodatno vprašanje po prvem sestanku. Hiter, jasen odgovor je dober signal. Tri dni tišine ali generičen odgovor, ki ne odgovori na vprašanje, je slab.

4. Dolgoročna prisotnost

Razvoj sistema ni zaključek sodelovanja. Sledijo manjše prilagoditve, nadgradnje, popravki. Če izvajalec po zagonu izgine (ali bo do takrat prenehal delati na vašem tipu projektov), imate težavo.

Vprašajte: "Kaj se zgodi po zagonu? Kdo vzdržuje sistem čez eno leto?" Če odgovor ni jasen, gre za rdečo zastavico.

5. Tehnološka ustreznost

Ne iščete najbolj sodobnega sklopa tehnologij. Iščete zrelo tehnologijo, ki jo obvladuje več razvijalcev. Če izvajalec predlaga eksotično rešitev, ki jo v Sloveniji obvlada 5 ljudi, bodite previdni. Čez 3 leta, ko ga ne boste več imeli, bo težko najti zamenjavo.

6. Cena, ki je realistična

Najnižja ponudba je skoraj vedno past. Najvišja je pogosto napihnjena. Dobra ponudba je v srednjem razredu in vključuje jasen opis obsega. Ko primerjate tri ponudbe, boljši indikator kot cena je razlika v **obsegu**: kdo vse vključuje, kdo izpušča, kdo dodaja kot izjemo.

Pet vprašanj, ki razkrijejo pravi signal

Na prvem sestanku zastavite teh pet vprašanj. Odgovori vam povedo več kot brošura.

1. "Kaj je bilo pri zadnjem projektu narobe in kako ste to rešili?" Vsak resni izvajalec ima neuspeh ali zaplet v zgodovini. Če se pretvarja, da so vsi projekti tekli gladko, laže ali ni dovolj izkušen.
2. "Kaj v našem predlogu vam ni všeč?" Dober izvajalec ima mnenje. Slab bo rekel "vse je super, točno to, kar potrebujete". Drugi odgovor je marketing.
3. "Kako obravnavate spremembe obsega med projektom?" Če je odgovor "vse vključeno v ceno", se pripravite na težave. Realističen odgovor je "imamo proces za ocenjevanje in potrjevanje sprememb".
4. "Kdo konkretno bo delal na projektu?" V agencijah vas prodaja izkušen konzultant, dela pa mlajši razvijalec. Vprašajte za imena in izkušnje ljudi, ki bodo dejansko pisali kodo.
5. "Kako boste jamčili, da ostane sistem vzdrževalen, če boste prenehali sodelovati z nami?" Dober odgovor vključuje dokumentacijo, standardne tehnologije in zapisane odločitve. Slab odgovor je "ne skrbite, to se ne bo zgodilo".

Rdeče zastavice

• Nejasna cena ali "cena po dogovoru". Resni izvajalec lahko po prvem pogovoru poda okvirni razpon. Če se ponudi samo "po dogovoru", to pomeni, da bo cena plavala po tem, kaj bo trg prenesel.
• Fiksna cena za nejasno specifikacijo. Obratna past. Če izvajalec ponuja fiksno ceno za obseg, ki ga ni nihče natančno opredelil, bo v tretjem mesecu rezal kakovost ali obseg.
• Obljuba nemogočih časovnic. "V 2 mesecih vam postavimo celoten sistem" pri projektu, ki resno traja 4 do 6 mesecev, ni hitrost, je past.
• "Delamo vse." Nihče ne dela vsega dobro. Izvajalec, ki trdi, da obvladuje tudi mobilne aplikacije, spletne trgovine, AI rešitve in ERP integracije, je bodisi velik (kjer nimate dostopa do najboljših ljudi) ali laže.
• Skrivnost tehnologije. Če vam izvajalec ne pove, na kateri tehnologiji bo zgradil sistem, in reče "to je naše znanje", tvegate. Sistem mora biti takšen, da ga lahko vzdržujejo tudi drugi razvijalci.
• Odsotnost vprašanj o vaših procesih. Izvajalec, ki ne sprašuje o vaših procesih, bo zgradil generičen sistem, ki ne bo rešil vaših specifičnih problemov.

Kaj mora vsebovati dobra ponudba

Ponudba je dokument, ki dogovarja, kaj boste dobili in za koliko. Slaba ponudba pušča prostor za razlage, ki se bodo kasneje maščevale. Dobra ponudba vsebuje:

• Opis obsega v konkretnih terminih. Ne "sistem za vodenje procesov", ampak "portal s funkcijami A, B, C, povezavo na sistem X, Y".
• Izključitve. Česa ponudba izrecno NE vsebuje. Mobilna aplikacija ni vključena. Prevod v angleščino ni vključen. Jasno napisano.
• Časovnico s fazami. Ne samo "4 mesece", ampak "4 mesece v 3 fazah z vmesnimi predajami".
• Ceno razčlenjeno. Koliko razvoj, koliko testiranje, koliko dokumentacija, koliko postavitev v produkcijo.
• Pogoje vzdrževanja po zagonu. Cena, obseg, odzivni čas. Če je omenjeno samo "se dogovorimo", je to prazen ček za kasneje.
• Predpostavke. Kaj izvajalec predvideva, da boste zagotovili (dostop do sistemov, kontaktne osebe, testne podatke). Če se predpostavke ne uresničijo, lahko cena zraste.

Tehnični pregled pred podpisom

Če gradite projekt nad 20.000 EUR, se splača zahtevati tehnični pregled pri drugem razvijalcu. Za nekaj ur njegovega časa (500 do 1.000 EUR) dobite drugo mnenje o tehnični rešitvi, ki jo predlaga glavni izvajalec. Če tehnična rešitev šepa, je to zdaj čas, da se pogovorite.

Resni izvajalec tega ne bo zavračal. Nezreli izvajalec bo rekel "ni potrebno" ali "to je naša stvar". Slab znak.

Kaj narediti po izbiri

Ko izberete, pogodba mora vsebovati:

• Predajo izvorne kode in pravic do nje vam
• Dokumentacijo ob koncu projekta
• Dostop do strežnikov in infrastrukture
• Postopek, kako prevzeti sistem, če izvajalec preneha delati

Brez teh točk lahko po letu dni ugotovite, da sistem teče, a vi nimate nobenega dostopa do njega. To je drago in težko rešljivo stanje.