Prvi klic s prodajalcem prinese preprosto ponudbo: trije moduli, jasna cena, hitra postavitev. Do tretjega klica se je obseg že podvojil - namesto treh modulov jih je osem, namesto ene integracije pet. Namesto »začnimo majhno in rastimo« stoji na mizi celoten sistem, ki naj bi rešil vse: prodajo, marketing, podporo, lojalnost, poročanje za upravo. Stranka je navdušena. In popolnoma izgubljena.
Vzorec se ponovi dovolj pogosto, da ni več naključje. Je prodajni proces.
Tu je stavek, ki ga slišim skoraj vedno: »Saj so nam rekli, da to potrebujemo.«
Ne, niso vedeli, kaj potrebujete. Vedeli so, kaj vam lahko prodajo.
Podjetja ne obtičijo pri CRM projektih, ker nimajo specifikacije. Obtičijo, ker jo prepustijo prodajalcu platforme. Njegov bonus raste z obsegom prodaje. Vaš uspeh raste z jasnostjo. Nihče od njiju tega ne bo uskladil namesto vas.
Nič narobe s tem, da rastete
To se ne zgodi podjetjem, ki so v težavah. Zgodi se podjetjem, ki rastejo dovolj hitro, da jim Excel in ločena orodja ne zdržijo več. To je dober problem. Ampak prav ta hitrost je past: ko podjetje čuti pritisk, da mora nekaj narediti zdaj, prevzame prvi predlagan okvir namesto svojega.
Prodajalčevo delo ni definirati vaš proces. Je prodati čim več sistema. Vidi vašo rast in v njej priložnost - podjetje s proračunom in odločevalcem na klicu, ne podjetja s formalno specifikacijo. Toliko lažje je predlagati vse, kar platforma zna, kot vprašati, kaj od tega dejansko rabite. Kdor to zamenja, plača dvakrat: enkrat za licence, ki jih ne uporablja, in enkrat za mesece, ko ekipa vleče sistem, ki ni bil zgrajen zanjo.
Kaj pravijo števila
PMI, ameriško združenje za projektni management, je v svoji raziskavi ugotovil, da 47 odstotkov neuspešnih projektov cilje zgreši zaradi netočnega upravljanja zahtev - ne zaradi tehnologije, ne zaradi proračuna. Zaradi tega, ker nihče na začetku ni natančno povedal, kaj sistem mora znati.
Panorama Consulting vsako leto anketira podjetja, ki so pravkar zaključila uvedbo poslovnega sistema - podatek je za ERP, ne za CRM, ampak logika uvedbe je ista, naj gre za proizvodnjo ali za prodajo in marketing. V njihovem poročilu za leto 2026 je vsak četrti projekt presegel proračun, skoraj vsak četrti pa rok. Najpogostejši razlog za prekoračitev proračuna? Nepričakovana potreba po dodatni tehnologiji, ki izvira iz napačne izbire sistema ali arhitekturnih vrzeli, ki jih na začetku nihče ni predvidel.
Najbolj oprijemljiv primer pa ni statistika, ampak sodni spis.
Vprašanje za 32 milijonov dolarjev
Leta 2019 je Hertz tožil Accenture za 32 milijonov dolarjev zaradi neuspele prenove spletne strani in mobilne aplikacije. Rok postavitve so trikrat prestavili. Koda je bila, po Hertzovih besedah, »specifična za znamko Hertz v Severni Ameriki« - kar pomeni, da je ni bilo mogoče uporabiti niti za sestrski znamki Dollar in Thrifty, kaj šele za trge zunaj ZDA.
Zveni kot tehnična podrobnost. V resnici je vprašanje, ki bi moralo pasti prvi dan projekta, ne se razkriti sredi njega: za katere znamke in trge mora rešitev sploh delovati? Terjatev je znašala 32 milijonov dolarjev, spor pa se je vlekel še leta.
Vaš projekt verjetno ne bo pristal na sodišču. Logika pa je ista. Vsaka stvar, ki je niste zapisali vnaprej, postane drago presenečenje sredi projekta.
Kaj to pomeni v praksi
Pri FrodXu, preden sploh predlagamo platformo, naredimo delavnico, kjer skupaj s stranko popišemo procese - ne funkcije, ki jih želijo, ampak odločitve, ki jih danes sprejemajo ročno. Kdo v podjetju danes odloča, komu gre lead. Kaj se zgodi, ko stranka ne plača tretjič zapored. Kje danes podatki umrejo v Excelu, ker jih nihče ne prenese naprej.
Šele iz tega nastane specifikacija. In šele iz specifikacije izbira platforme, ne obratno. Zveni počasneje. V praksi je hitreje - ker se podjetje pozneje ne vrača na začetek, ko ugotovi, da je sistem zgrajen za nekoga drugega, ne zanj.
Domača naloga pred klicem
Rešitev ni zapletena, samo neprijetna, ker zahteva delo pred delom. Preden sploh dvignete telefon, si vzemite popoldne in popišite tri do pet procesov, kjer danes denar dejansko izginja - ne vseh, samo tistih. Za vsak proces zapišite, kdo danes odloča in po kakšnem pravilu, tudi če pravilo obstaja samo v glavi enega človeka, ki ga nihče nikoli ni zapisal. Če našteti procesi segajo v prodajo, marketing in podporo hkrati, povabite k tej vaji nekoga iz vsake funkcije - specifikacija, ki jo napiše samo ena od njih, skoraj vedno prezre potrebe drugih dveh. Šele s tem papirjem v roki pokličite prodajalca. Dajte mu specifikacijo. Ne vprašanja »kaj vse imate«.
Kdor pride s specifikacijo, ne kupuje sistema
Specifikacija, ki jo naredi prodajalec, odgovarja na napačno vprašanje - »kaj vse ta platforma zna«, ne »kaj vaše podjetje dejansko potrebuje«. Rešitev ni v tem, da postanete nezaupljivi do vsakega prodajalca. Je v tem, da pridete na prvi klic že z odgovorom na drugo vprašanje.
Platforma nikoli ni bila problem. Vprašanje, ki šteje, je eno: kdo trenutno v vašem podjetju piše specifikacijo za projekt, ki že teče - vi, ali prodajalec, ki čaka na vaš klic?
igor.pauletic@frodx.com
P. S. Če vam nekdo v prvi uri prvega klica že zna povedati, koliko modulov potrebujete, to ni znak dobrega poznavanja vašega posla. Je znak, da še ni slišal dovolj, da bi to lahko vedel.
