Predložak SAP poslovnog slučaja: do odobrenja bez odgode

SAP poslovni slučaj dobiva odobrenje kad osobe koje odlučuju na jednoj stranici, svojim riječima, vide problem, trošak, povrat i rizik. Koristite strukturu od sedam odjeljaka u nastavku, uključite svaki trošak za najmanje pet godina, držite pretpostavke o koristima konzervativnima i napišite zasebne dijelove za CFO-a, IT i poslovanje. Većina slučajeva koji zapnu ne propadne zbog ideje, nego zbog prezentacije.

Vidio sam odobrenja koja su se otegla tjednima, ponekad mjesecima, iako je ideja bila solidna. Sjećam se jedne S/4HANA migracije u kojoj je prvo predstavljanje propalo. Prijedlog je bio prepun dijagrama arhitekture sustava i gotovo bez ičega o operativnim dobicima. Prerađili smo ga tako da uvod govori o smanjenju kašnjenja isporuka, smanjenju troškova zaliha i o tome kako će tim isporučiti projekt. CFO ga je odobrio na jednom sastanku.

Još jedna točka prije predloška. Vaš implementacijski partner ne bi smio pisati Vaš poslovni slučaj. Njegov je poticaj započeti program. Vaš je završiti ga. Tako programi od 40 milijuna USD tiho postanu programi od 90 milijuna.

Sažetak za rukovodstvo odlučuje

Neka bude do jedne stranice. Rukovoditelji možda neće pročitati ništa drugo.

Počnite problemom, u brojkama. Prijedlog navedite u jednoj ili dvije rečenice bez tehničkih detalja. Zatim iznesite glavne koristi s brojkama, jednostavan vremenski plan, ukupno ulaganje i ključne rizike s mjerama ublažavanja.

U jednoj od tvrtki koje sam ranije podupirao sažetak je počinjao pojmovima poput „tehničkih objekata” i „Embedded HANA”. CFO ga je odložio nakon prvog odlomka. Prepisali smo ga da počne s „2,5 milijuna USD godišnje uštede troškova smanjenjem zaliha” i „40 % brža obrada narudžbi”. Isti je CFO pročitao cijelu stranicu i odobrio projekt tog tjedna.

Kad je sažetak gotov, dajte ga nekome izvan projekta. Ako Vam ga može prepričati, funkcionira.

Pišite za tri čitatelja

Jedna verzija za sve ne funkcionira. Gledao sam kako jaki prijedlozi propadaju jer su napisani za pogrešnu publiku.

CFO i upravaITPoslovni korisnici

Što tražeCFO i upravaBrojke koje mogu ponoviti bez bilješkiITOpseg integracije mapiran prema postojećim sustavimaPoslovni korisniciSliku svog tjedna po zadacima

Što im datiCFO i upravaGodišnje uštede i povrat, uz otvoreno navedene rizikeITModel podrške nakon puštanja u radPoslovni korisniciPrije i poslije, uz iskreno vrijeme obuke

Što ih pridobivaCFO i upravaOtvorenost umjesto optimizmaITDokaz da znate gdje su slični projekti pogriješiliPoslovni korisniciIskrenost o svakom dodatnom kliku

CFO i uprava žele brojke koje mogu ponoviti bez bilješki: „2 milijuna USD godišnje uštede, povrat za 18 mjeseci.” Žele da se rizici navedu otvoreno. Otvorenost pobjeđuje optimizam kod te publike.

IT želi opseg integracije mapiran prema postojećim sustavima, model podrške nakon puštanja u rad i dokaz da znate gdje su slični projekti pogriješili.

Poslovni korisnici žele sliku svog tjedna po zadacima prije i poslije te iskren broj za vrijeme obuke. Mali dodatni klik, ponovljen tisuće puta tjedno, postaje stvaran problem.

Jednom mi je CFO odbila poslovni slučaj usred sastanka jer nije odgovarao ni na jedno od njezinih pitanja. Ponovno smo ga izgradili u tri odjeljka, po jedan za svaku publiku, i svakoga vezali uz mjerljive KPI-jeve. Tehnički plan nikad se nije promijenio. Promijenio se samo način na koji je ispričan.

Ovo je sedam odjeljaka koje koristim, ovim redoslijedom. Sjećam se jedne proizvodne tvrtke čiji je CFO pronašao detalje troškova zakopane na stranici 23, dok CIO uopće nije mogao pronaći tehničke rizike. Odobrenje je kasnilo šest mjeseci. Sa strukturiranom verzijom odobrenje je trajalo dva tjedna, a sadržaj se jedva promijenio.

Odjeljak	Što mora sadržavati
Sažetak za rukovodstvo	Problem u brojkama, prijedlog, koristi, ukupno ulaganje, vremenski plan, najveći rizici
Trenutačno stanje	Problematične točke, njihov trošak danas i trošak nečinjenja
Predloženi pristup	Opseg, moduli, model isporuke (RISE, GROW ili on-premise), glavne integracije
Financijski slučaj	Petogodišnji troškovi i koristi, ROI, povrat, NPV za veće programe
Plan implementacije	Faze, prekretnice, tim, ovisnosti
Rizici	Konkretni rizici s vlasnicima i mjerama ublažavanja
Upravljanje	Sponzor, odbor programa (SteerCo), kontrola promjena, pravila odobravanja proširenja

Dijagrame arhitekture i detalje konfiguracije držite u prilogu.

Troškovi koje će financijski direktor tražiti

Nepotpuni troškovi ruše više poslovnih slučajeva nego slabe koristi. Uključite sve ovo:

1. Softver: licenca plus godišnja podrška za on-premise ili pretplata za RISE i GROW.
2. Naknade implementacijskog partnera.
3. Infrastruktura, ako je sami vodite; uz RISE infrastrukturu vodi SAP unutar pretplate.
4. Vrijeme internog osoblja. To je redak koji najčešće nedostaje.
5. Obuka i upravljanje promjenama.
6. Migracija i čišćenje podataka.
7. Ponavljajuća podrška. On-premise SAP Enterprise Support dugo iznosi oko 22 posto vrijednosti licence godišnje. Za RISE i GROW prikažite pretplatu za svaku godinu trajanja ugovora.
8. Hypercare nakon puštanja u rad.

Stavka 7 prva je stvar koju mnogi financijski direktori provjeravaju. Ako nedostaju druga do peta godina, vjerodostojnost odmah pada. Moj vodič za troškove SAP implementacije sadrži tipične raspone za svaku stavku, a moj vodič za pregled ugovora za CFO-e pokriva stranu partnera.

ROI, povrat i koristi u koje će CFO povjerovati

ROI je neto korist podijeljena ukupnim ulaganjem. 3,5 milijuna USD petogodišnjih koristi naspram 2 milijuna USD troška neto je korist od 1,5 milijuna USD, odnosno 75 posto.

Povrat je ulaganje podijeljeno godišnjom neto novčanom koristi. Projekt od 1,2 milijuna USD koji vraća 400.000 USD godišnje isplati se za tri godine.

NPV diskontira buduće novčane tokove na današnju vrijednost. Ako ga uprava zatraži, uključite svoj financijski tim u prostoriju.

Koristi kvantificirajte uz prikazan izračun:

• Zalihe: 10 milijuna USD zaliha, smanjenih za 15 posto, uz trošak držanja od 20 posto, štedi 300.000 USD godišnje.
• Vrijeme procesa: zadatak od 45 minuta koji se izvodi 200 puta dnevno, skraćen na 15 minuta, uz 30 USD na sat, štedi oko 750.000 USD godišnje kroz 250 radnih dana.

Prikažite postupni rast. Koristi u prvoj godini nakon puštanja u rad obično su niže nego u stabilnom stanju. Koristi koje ne možete kvantificirati držite na zasebnom popisu, kako ne bi razvodnile one koje možete.

Budite konzervativni. Vidio sam poduzeća koja su dobila odobrenje za teške SAP projekte time što su bila brutalno iskrena o troškovima i konzervativna o koristima. Jedan proizvodni klijent najprije je prikazao ROI od 30 posto za svoj S/4HANA projekt. Kad je doveden u pitanje, prepravio je slučaj na realističnijih 18 posto. CFO je cijenio otvorenost i odobrio ga.

Pretplata zamjenjuje licencu i podršku. RISE i GROW su pretplate, pa prva godina košta manje od kupnje on-premise licence. Petogodišnji ukupni iznos ovisi o korisnicima, opsegu i trajanju. Prikažite prvu, treću i petu godinu jednu pokraj druge.

Mijenja se računovodstvo, a ne samo novac. Prema MSFI-ju cloud ugovor često daje pristup softveru, a ne softversku imovinu koju kontrolirate. U tom slučaju, prema agenda odluci iz 2021. Odbora za tumačenje MSFI-ja (IFRS Interpretations Committee), troškovi konfiguracije i prilagodbe obično se priznaju kao rashod kako se usluge primaju, a ne kapitaliziraju. To može veliki dio troška programa premjestiti iz bilance u račun dobiti i gubitka. Računovodstveni tretman svog RISE ili GROW ugovora dogovorite s revizorima prije nego što financijski slučaj ode upravi.

Clean core mijenja dugoročni trošak. Ekstenzije izgrađene na objavljenim sučeljima više koštaju u dizajnu, ali preživljavaju nadogradnje. Modifikacije su danas jeftinije, a skupe pri svakoj kasnijoj nadogradnji. Petogodišnji model treba pokazati tu razliku, posebno na Private Edition, gdje se jezgra još može modificirati.

AI pripada u slučaj samo uz pretpostavke na razini tijeka rada. Joule i druge AI funkcije mogu uštedjeti vrijeme na određenim zadacima. Svaku AI korist vežite uz imenovani tijek rada, broj korisnika i stopu usvajanja koju možete obraniti. CFO-i svaki tjedan vide prijedloge tipa „AI će transformirati poslovanje” i snažno ih diskontiraju.

Izostavljanje troška nečinjenja. Ako trenutačni sustav uzrokuje 500.000 USD godišnje ponovnog rada, to pripada u slučaj. Ponekad je veći od SAP ulaganja.

Ignoriranje poremećaja. Vrijeme obuke, zastoj tijekom cutovera i spor prvi mjesec nakon puštanja u rad smanjuju povrat.

Nejasni rizici. „Problemi s podacima” nije rizik. „Neusklađenost matičnih podataka koja uzrokuje odbijanje faktura u prvih 30 dana” jest.

Jedan datum puštanja u rad bez detalja. Kašnjenja obično počinju u primopredajama: od zahtjeva do konfiguracije, od testiranja do potpisa, od obuke do spremnosti. Prikažite ih.

Ignoriranje veličine tvrtke. Na jednom projektu na kojem sam radio mali distributer kopirao je proces upravljanja velike korporacije. Tjedni sastanci odbora pretvorili su se u sate izgubljene produktivnosti dok proces nije skraćen. Za manje od 200 zaposlenika dovoljno je 8 do 10 stranica. Velika poduzeća očekuju potpuno financijsko modeliranje i detaljan odjeljak o upravljanju.

Radio sam s proizvodnim timom koji je šest mjeseci čekao odobrenje. Slučaj su prepravljali četiri puta, jer je svaka verzija odgovarala jednom odobravatelju, a ignorirala ostale. Pisanje za sva tri čitatelja od početka uštedjelo bi većinu tog vremena. Nakon odobrenja sljedeći je dokument projektna povelja.

Što bi SAP poslovni slučaj trebao sadržavati?

Sedam odjeljaka: sažetak za rukovodstvo, trenutačno stanje i trošak nečinjenja, predloženi pristup i model isporuke, petogodišnji financijski slučaj s ROI-jem i povratom, plan implementacije, konkretne rizike s vlasnicima i model upravljanja. Tehničke detalje držite u prilogu.

Zašto se SAP poslovni slučajevi odbijaju?

Obično jer su koristi nejasne ili su troškovi nepotpuni, osobito ponavljajuća podrška ili kasnije godine pretplate. Ostali česti uzroci: zaglađeni rizici ili dokument napisan za jednu publiku, a trebaju se uvjeriti financije, IT i operacije.

Kako se izračunava ROI za SAP implementaciju?

Neto korist u razdoblju, obično pet godina, podijelite ukupnim ulaganjem. Uključite svaki trošak: softver ili pretplatu, naknade partnera, interno vrijeme, obuku, migraciju podataka, ponavljajuću podršku i hypercare. Koristite konzervativne koristi s postupnim rastom nakon puštanja u rad. Realističnih 18 posto zatvara se brže od optimističnih 35 posto.

Kako RISE with SAP mijenja poslovni slučaj?

Pretplata zamjenjuje licencu i godišnju podršku, pa slučaju treba pregled troškova za svaku godinu trajanja ugovora. SAP vodi infrastrukturu, čime nestaje trošak hardvera. Prema MSFI-ju troškovi konfiguracije cloud usluge obično se priznaju kao rashod, a ne kapitaliziraju, pa računovodstveni tretman dogovorite s revizorima na vrijeme.

Koliko dugačak treba biti SAP poslovni slučaj?

Jednostranični sažetak za rukovodstvo, zatim otprilike 15 do 25 stranica za program srednje velike tvrtke i do 40 za veliko poduzeće. Sve duže stavite u priloge. Ako sponzoru treba sat vremena da se pripremi iz njega, predug je.

Što je trošak nečinjenja u SAP poslovnom slučaju?

Ono što poslovanje stalno gubi ostankom na trenutačnom sustavu: ručna zaobilazna rješenja, napor usklađivanja, kašnjenja izvještavanja, podrška za stare sustave i odluke donesene na nepouzdanim podacima. Ako ste na ECC-u, uključite trošak proširenog održavanja nakon 2027.