
Sadržaj
ERP ugovor o implementaciji štiti proračun samo ako to čini njegova struktura: konkretni isporučevi, imenovani resursi, prekretnice vezane uz prihvaćene rezultate, ograničen hypercare i kontrolirani change orderi. Ova studija slučaja pokazuje kako je financijski direktor (CFO) srednje velikog proizvođača iz regije MENA izbjegao 850.000 USD prije kickoffa tako što je opis poslova (statement of work, SOW) razložen, a ugovor prepisan prije potpisa, bez smanjenja opsega. Namijenjena je financijskim direktorima, direktorima financija i voditeljima nabave koji su pred potpisivanjem ugovora o implementaciji ERP-a ili SAP-a. Kontrolni popis prije potpisa pri kraju primijenite na vlastiti prijedlog.
Financijski direktor mi je predao prijedlog od 120 stranica. Rekao je da djeluje čvrsto, ali da nešto nije u redu. Bio je u pravu.
Problem nisu bili brojevi. Problem je bila struktura. Opći pojmovi poput „standardne konfiguracije“ i „podrške testiranju“ bez objašnjenja što posao uključuje. Isti posao koji se pojavljuje u različitim odjeljcima pod različitim nazivima. Jezik dovoljno nejasan da opravda gotovo svako kasnije prekoračenje. Tako projekti izmaknu kontroli prije nego počnu.
Mogao sam vidjeti ono što je on naslućivao, ali nije mogao precizirati. Znao je proračun i ciljeve. Njegov je tim bio kompetentan, ali nikad nije pregledavao SOW isporuke ovog opsega, a dobavljač se već kretao prema potpisu.
Tri tjedna rada poslije ugovor je bio u osnovi drukčiji, a projekt je prije kickoffa bio lakši za 850.000 USD.
- Racionalizacija opsegaNapuhani sati smanjeni, duplicirana obuka i testiranje uklonjeni, testni ciklusi smanjeni s četiri na dva plus rezervu$340K
- Preraspodjela uloga i cijenaKontroliran omjer seniora i juniora, uz interno osoblje na dokumentaciji i osnovnom testiranju$310K
- Izmjene ugovoraPlaćanja prema isporučevima, ograničenja troškova, ograničen hypercare, potpis CFO-a na change orderima$200K
Srednje velik industrijski proizvođač i distributer s prekograničnim poslovanjem i središnjom financijskom funkcijom: diskretna proizvodnja, distribucija na tržištu rezervnih dijelova (aftermarket), financije u zajedničkom servisnom centru i grupna nabava. Grupa je brzo rasla tijekom pet godina i već je odabrala SAP. Bio je to trenutak između odabira dobavljača i implementacije, kad se velike obveze spremaju zaključati.
SOW sam razložio na šest kategorija: konfiguracija, migracija podataka, integracije, testiranje, obuka i PMO. Kad je bio tako podijeljen, praznine su bile lako uočljive.
- Nejasni isporučevi. „Standardne integracije“ bez naziva sustava, količina podataka i složenosti. Konfiguracija opisana u satima bez veze s poslovnim procesima. „Potvrdit će se na radionicama“ razasuto po dokumentu, a svaka takva fraza budući je change order.
- Piramidiranje resursa. Senior konzultanti imenovani u prijedlogu po seniorskim dnevnim cijenama. Nakon potpisa ugovora senior ljudi obično nestanu, a juniori rade posao po istoj cijeni. To sam vidio na gotovo svakom programu. Bez klauzule o imenovanim resursima nema zaštite.
- Ponovljena naplata. Obuka u UAT-u i ponovno u hypercareu. Provjere podataka u testiranju i ponovno pri cutoveru. Prijenos znanja podijeljen između funkcionalnog i PMO toka i naplaćen dvaput. Pojedinačno mala preklapanja, zajedno ozbiljni pokretači prekoračenja.
- Iluzija fiksne naknade. Predstavljena kao fiksna cijena, ali „fiksna“ vrijedi samo ako su sve pretpostavke zaključane. Ove fraze drže naslovni iznos stabilnim, a kasnije otvaraju vrata naplati.
- Slabe prekretnice. Plaćanja vezana uz kalendarske datume, kao što je „dizajn gotov do rujna“, bez definicije što znači gotov, bez kriterija prihvaćanja i bez načina da se zadrži račun za napola obavljen posao.
- Rezervni sati. Stavke rezerve „za korištenje prema potrebi“ bez obrazloženja. Brzo se troše na rutinske zadatke i vraćaju se kao zahtjevi za promjenu.
Dva detalja opsega također su upadala u oči. Migracija podataka bila je u cijelosti obračunata dobavljaču, iako je klijent već imao interne alate. A testiranje je bilo postavljeno na četiri puna ciklusa bez ikakvih pretpostavki o greškama.
Uštede su došle iz tri područja:
| Područje | Ušteda | Kako |
|---|---|---|
| Racionalizacija opsega | 340.000 USD | Smanjeni napuhani sati konfiguracije; uklonjena duplicirana obuka i testiranje; testiranje smanjeno s četiri ciklusa na dva plus rezervu |
| Preraspodjela uloga i cijena | 310.000 USD | Kontroliran omjer seniora i juniora; interno osoblje preuzelo dokumentaciju i osnovno testiranje uz zaštitu imenovanih resursa |
| Izmjene ugovora | 200.000 USD | Plaćanja vezana uz isporučeve; ograničenja putnih troškova i troškova uz prethodno odobrenje; hypercare vremenski ograničen s izlazom prema KPI-jevima; change orderi pod nadzorom uz potpis CFO-a |
Napor dobavljača oko migracije podataka pao je za otprilike trećinu korištenjem klijentovih vlastitih alata i standarda, a sati vanjske obuke pali su za otprilike polovicu kroz model koji vodi interni tim. Ništa od toga nije smanjilo opseg ni funkcionalnost. Projekt je počeo na planirani datum, a u prvom tromjesečju nije bilo change ordera. Normalno bi do tog trenutka nekoliko njih već stiglo na stol financijskog direktora.
Šest klauzula napravilo je praktičnu razliku:
- Imenovani resursi. Svaki ključni konzultant imenovan. Zamjene traže odobrenje klijenta i prilagodbu cijene. Bez toga ljudi iz prijedloga nisu ljudi na lokaciji.
- Prekretnice vezane uz isporučeve. Svaka prekretnica definirana rezultatima: potpisanim mapama procesa, usklađenim podacima, završenim testovima prihvaćanja. Plaćanje se oslobađa kad su kriteriji ispunjeni, a ne kad dođe datum.
- Upravljanje change orderima. Svaka promjena opsega traži izjavu o utjecaju na opseg, rokove i trošak. Cijene za novi posao su ograničene. Odobrenje CFO-a je obavezno. Change orderi postaju kontrolirane iznimke umjesto poslovnog modela.
- Ograničenje hypercarea s kriterijima izlaska. Vremenski ograničen na šest tjedana, uz izlaz definiran stabilnošću transakcija i usklađenošću sa SLA-om, a ne procjenom dobavljača. Produljenja traže novo odobrenje.
- Ograničenja putnih troškova i troškova. Prethodno odobrenje iznad zadanih pragova. Inače putovanja nakon go-livea postaju otvorena stavka.
- Prava revizije. Pravo uvida u evidenciju naplate, čak i ako se nikad ne iskoristi. Mijenja ponašanje jer je manje vjerojatno da će se napuhavati ono što se može provjeriti.
Za širi kontekst pregovora moje bilješke o savjetnicima za pregovore sa SAP-om i pregovorima o SAP licencama obrađuju softversku stranu posla.
Financijski timovi često tretiraju isporuku ERP-a kao IT projekt i povlače se kad se proračun odobri. Tako se prekoračenja nakupljaju.
Ugovor je financijski instrument. Prekretnice određuju novčani tok. Klauzule o resursima određuju trošak. Proces change ordera određuje izloženost. Ako financije to ne pregledaju prije potpisa, nitko s komercijalnim iskustvom neće.
Tri praznine pojavljuju se iznova:
- Mit o fiksnoj naknadi. Financijski direktori odobre iznos koji djeluje ograničeno, ali opseg nije fiksan ako su pretpostavke ostavljene nejasnima. Radionice dobavljača mjesto su gdje opseg raste i gdje se naplaćuje.
- Nema modela cijene kašnjenja. Klizanje dodaje više od dodatnih tjedana konzultiranja: dodaje interno vrijeme i odgađa koristi. Većina proračuna planira trošak projekta, a nikad ne modelira trošak svakog tjedna prekoračenja.
- Interni PMO bez komercijalnih vještina. Raspored i izvještavanje postoje; komercijalno suprotstavljanje ne. Voditelji projekata dobavljača znaju kako raditi s uvjetima ugovora, a bez jednako vještog čovjeka na klijentskoj strani klijent ustupa teren. Moj vodič o tome zašto SAP proračuni premašuju plan pokazuje gdje se ta izloženost obično pretvara u trošak.
Ako posao uključuje RISE with SAP, treba pročitati dva ugovora: SAP-ovu pretplatu, s vlastitim opisom usluge, i SOW implementacijskog partnera. Na oba primijenite istu disciplinu i modelirajte kako pretplata raste s brojem korisnika kroz cijeli rok, a ne samo prve godine.
ERP projekti obično ne propadaju u isporuci. Propadaju u ugovoru. Ako su prekretnice, obveze resursa i kriteriji prihvaćanja napisani labavo, prekoračenja su gotovo zajamčena.
Primijenite ovo na svaki prijedlog ERP implementacije prije potpisa:
- Je li SOW razložen po radnim tokovima (konfiguracija, podaci, integracije, testiranje, obuka, PMO) s naporom za svaki?
- Navodi li svaka integracija sustave, količine podataka i složenost?
- Je li svaka pretpostavka „potvrdit će se na radionicama“ zatvorena ili izričito isključena?
- Jesu li ključni konzultanti imenovani, uz odobrenje zamjene i prilagodbu cijene?
- Je li svaka prekretnica plaćanja vezana uz isporučevo s kriterijima prihvaćanja i potpisom klijenta?
- Postoji li proces change ordera s izjavama o utjecaju, ograničenim cijenama i odobrenjem CFO-a?
- Je li hypercare vremenski ograničen s objektivnim kriterijima izlaska?
- Jesu li putni troškovi i troškovi ograničeni i imate li pravo revizije nad naplaćenim satima?
- Je li posao koji vaš tim može obaviti sam (migracija podataka internim alatima, dokumentacija, osnovno testiranje, obuka) izuzet iz opsega dobavljača?
Financijski direktor kasnije je to ovako sročio: „Kad sam prvi put pregledao prijedlog, mislio sam da brojevi djeluju razumno. Ono što sam propustio bilo je koliko je opseg zapravo nejasan. Kad smo ga razložili, shvatio sam da je većina rizika bila u sitnom tisku. Financijski pogled na ugovor dao mi je kontrolu za koju nisam znao da mi nedostaje. Uštede su bile važne, ali je veća pobjeda bila ući u implementaciju s jasnoćom i bez iznenađenja.“
Ishod je podijelio s upravom. Uštede su bile naslov. Važniji rezultat bili su ugovor i projekt koje je tvrtka mogla kontrolirati od samog početka.
Što je piramidiranje resursa u ERP ugovorima i kako ga spriječiti?
To je nuđenje senior konzultanata i senior dnevnih cijena u prijedlogu, a zatim isporuka s mlađim osobljem nakon potpisa. Cijena naplate ostaje ista. Kvaliteta ne.
Rješenje je klauzula o imenovanim resursima. Svaka ključna uloga je imenovana, zamjene traže odobrenje klijenta, a ako je cijena zamjene niža, naplata se prilagođava.
Kako treba strukturirati prekretnice naplate u ERP-u?
Vežite ih uz isporučeve, a ne uz datume. „Dizajn gotov“ nije prekretnica. „Potpisane mape procesa i pregledana konfiguracija za financije i nabavu“ jest.
Svakoj prekretnici dajte kriterije prihvaćanja koje klijent potpisuje prije plaćanja. To vam daje pregovaračku snagu kad je isporuka nepotpuna i sprječava račune za djelomičan posao.
Što je zamka fiksne naknade u ugovorima o implementaciji ERP-a?
Fiksna naknada fiksna je samo ako su sve pretpostavke zaključane prije potpisa. Fraze poput „potvrdit će se na radionicama“, „standardne integracije“ ili „na temelju trenutnog opsega“ drže naslovni iznos stabilnim, a kasnije stvaraju otvore za change ordere.
Zatvorite pretpostavke prije potpisa, izričito navedite isključenja, ograničite cijene change ordera i provjerite svaku tvrdnju o fiksnoj naknadi stavku po stavku.
Kako treba definirati hypercare u ERP ugovoru?
Hypercare bez ograničenja postaje izvor prihoda za dobavljača. Ograničite ga na definirano razdoblje, obično šest do osam tjedana, s objektivnim kriterijima izlaska kao što su stabilnost transakcija, usklađenost sa SLA-om i broj tiketa. Svako produljenje traži formalno odobrenje.
Time hypercare postaje vremenski ograničena sigurnosna mreža s jasnim uvjetima primopredaje.
Što financijski direktor treba pregledati prije potpisa ugovora o implementaciji ERP-a?
Najmanje: definiciju prekretnica, zaštitu od zamjene resursa, pravila za change ordere, opseg i izlaz iz hypercarea, ograničenja putnih troškova i troškova te popis isključenja.
Osim klauzula, dajte SOW razložiti radni tok po radni tok i provjerite procjene napora u odnosu na vlastite interne kapacitete. Gdje vaše osoblje može preuzeti dokumentaciju, osnovno testiranje ili obuku, ugovor to treba odražavati.
Zašto se change orderi stalno pojavljuju čak i kod ugovora s fiksnom cijenom?
Zato što ugovori s fiksnom cijenom rijetko zaključavaju svaku pretpostavku. Prijedlozi se pišu na visokoj razini, praznine izlaze na vidjelo na radionicama, a svaka praznina postaje zahtjev za promjenu koji je tehnički izvan opsega.
Obrazac je predvidiv: nejasan opseg, radionice koje ga šire, change orderi koji unovčavaju prazninu. Zahtijevajte konkretan opseg prije potpisa te analizu utjecaja i odobrenje višeg rukovodstva prije početka bilo kojeg novog posla.
Sljedeći korak
Vodite li trenutačno ERP program?
Ako se ovaj članak dotaknuo programa koji upravo provodite, razgovor od 30 minuta obično donosi više od još jednog tjedna interne analize.




