Sustavi informacija o kupcima: studija slučaja obrane na Bliskom istoku

Ovo je studija slučaja o tome kako je srednje velik proizvođač za obranu na Bliskom istoku popravio svoje sustave informacija o kupcima. Podaci o kupcima živjeli su na tri mjesta, ponude su izlazile s nedosljednim cijenama, a odobrenja su se gubila u e-pošti. Rješenje je bio jedinstveni zapis o kupcu u Microsoft Dynamicsu, ponude temeljene na pravilima u Experlogix CPQ-u i automatizirana predaja odobrenih ponuda u SAP Sales and Distribution (SD) putem SAP Cloud Integration. Vrijeme izrade ponude palo je u prosjeku za 35 %. Napisano je za voditelje prodajnih operacija, IT-a i financija u proizvodnim tvrtkama s dugim, konfigurabilnim prodajnim ciklusima i mnogo regulatornih zahtjeva. Redoslijed uvođenja i pouke pri kraju dijelovi su koje vrijedi preuzeti.

Kad timovi u obrani traže sustave informacija o kupcima, obično misle na više od CRM-a. Žele strukturu: mjesto gdje složene odluke stoje zajedno u kontekstu, kroz dugačke prodajne cikluse, tijekove rada opterećene usklađenošću i promjenjive skupine donositelja odluka.

Kao direktor digitalne transformacije u obrambenoj tvrtki bio sam zamoljen riješiti upravo to. Problem nije bio nedostatak truda. Ljudi su radili posao. Problem je bio što trud nije imao dom. Nema zajedničke platforme, nema preglednosti i nema usklađenosti između onoga što se prodavalo i onoga što se planiralo.

Srednje velik proizvođač za obranu na Bliskom istoku. Djelovao je iza kulisa: nije bio javni brend i vidljivost nije bila poanta. Njegove su komponente korištene u vojnom zrakoplovstvu i sigurnim komunikacijama.

Svaka prodaja slijedila je detaljan put: inženjerski pregledi, provjere usklađenosti, interna odobrenja, ponude pod kontrolom verzija. Nije bilo kaotično, ali bilo je teško.

Sustavi informacija o kupcima raspadali su se. Prodaja je koristila jednu platformu. Podrška drugu. Operativa je radila iz tablica, izvanmrežnih mapa i dokumenata koji su zastarjeli prije nego što ih je itko otvorio.

Tablica prikazuje kvarove i njihovu cijenu:

Što je bilo pokvareno	Učinak
Nema CRM-a za tok prilika ni uvida u donositelje odluka	Nema zajedničke slike gdje se svaki posao nalazi
Cijene su se rješavale ručno bez dosljedne evidencije	Ponude su izlazile sa zastarjelim ili proturječnim brojkama
Odobrenja putem e-pošte, često izgubljena ili odgođena	Revizijski tragovi usklađenosti bili su nepotpuni
Zapisi o kupcima duplicirani po sustavima, s malo drukčijim podacima	Nitko nije mogao reći koja je verzija točna

Na papiru je izgledalo strukturirano. Pratite li ponudu od izrade do isporuke, sve se raspadalo. Odobrenja su zastajala bez jasnog vlasnika. Cijene su ovisile o tome tko je ponudu predao. Ponude su bile zakopane u nitima e-pošte. Timovi su jedni drugima iznova postavljali ista pitanja. Nijedno od toga nije bio dramatičan neuspjeh, ali tijekom mjeseci male su se odgode zbrajale, a za posao s dugim prodajnim ciklusima izgubljeni zamah značio je više nego što većina ljudi shvaća.

Cilj nije bio zamijeniti sve. Bio je smanjiti trenje, a da ništa ne postane teže za korištenje: pomoći sustavima da odražavaju kako timovi već rade, umjesto da ljude tjeramo u krute procese.

Proveo sam vrijeme s timovima prije nego što sam dotaknuo ikakvu konfiguraciju. Promatrao sam kako posao teče od zaprimanja do isporuke, gdje alati smetaju i gdje su ljudi prestali vjerovati podacima.

Iz tih sesija proizašla su tri prioriteta:

1. Jedan zajednički zapis o kupcu, vidljiv prodaji, podršci i operativi u istom formatu. Nema više paralelnih verzija.
2. Strukturirana izrada ponuda, prema dosljednim pravilima za konfiguraciju i cijene umjesto individualnih navika i starih predložaka.
3. Povezano izvršenje narudžbi, s čistom predajom od odobrene ponude u SAP SD i bez ručnog ponovnog unosa.

Sustav	Što je riješio
Microsoft Dynamics CRM	Jedan zapis o kupcu, povezan s prodajnom aktivnošću i prilikama
Experlogix Configure Price Quote (CPQ)	Pravila konfiguracije proizvoda, logika cijena, verzije ponuda
SAP Sales and Distribution (SD)	Izvršenje narudžbi i ispunjenje
SAP Cloud Integration (CPI)	Integracijski sloj koji povezuje CPQ i CRM sa SAP SD

Microsoft Dynamics kao temelj. Trebalo nam je jedno mjesto gdje su informacije o kupcima točne i vidljive u punom kontekstu. Dynamics nam je dao mjesto s kojeg smo počeli raspetljavati podatke. Poznavanje platforme pomoglo je, kao i njezina uklopljenost s Outlookom i Teamsom. Nije tražio da ljudi počnu ispočetka; trebale su prilagodbe da se uklopi u način na koji poslovanje radi. Kad su timovi vidjeli iste podatke u istom formatu kroz funkcije, povjerenje je počelo rasti.

Experlogix CPQ za konfiguraciju i cijene. Prije je izrada ponuda išla na previše različitih načina. Ljudi su se oslanjali na pamćenje i ručne izmjene. Postavili smo Experlogix s definiranim pravilima za kombinacije proizvoda, cijenama vezanima uz konfiguracije i usmjeravanjem odobrenja prema vrsti i vrijednosti posla. Isprva je djelovalo ograničavajuće, a neki ljudi to nisu skrivali, ali uklonilo je dvosmislenost. Inženjerstvo je dobivalo čišće ponude, a prodaja je prestala prilagođavati cijene prema sjećanju na prethodne poslove.

SAP SD putem SAP CPI-ja. SAP SD već se koristio za narudžbe. Praznina je bila predaja: odobrenu ponudu još je trebalo ponovno utipkati u SAP. Povezali smo ih putem SAP CPI-ja, pa su se odobrene ponude slale ravno u SAP kao narudžbe, a podaci o kupcima i narudžbama ostajali su sinkronizirani između Dynamicsa i SAP-a. Gdje smo naišli na ograničenja, dodali smo prilagođenu logiku. Nije u svakom slučaju bilo elegantno, ali je radilo.

1. 01Zapis o kupcuMicrosoft Dynamics, jedna verzija za svaki tim
2. 02Konfiguracija i cijenaExperlogix CPQ pravila za kombinacije i cijene
3. 03OdobrenjeUsmjereno prema vrsti i vrijednosti posla
4. 04Izrada narudžbeSAP CPI prenosi odobrenu ponudu u SAP SD
5. 05IspunjenjeSAP SD, uz sinkronizirane podatke o kupcima

Bez ponovnog unosa, uz revizijski trag od odobrenja do narudžbe

Uvođenje je bilo fazno tijekom otprilike šest do osam mjeseci. Ništa dramatično: slojevite promjene, potvrđene u svakom koraku.

1. Pilot. Mala skupina korisnika i specifični scenariji usmjereni na CRM i CPQ. Testirali smo rubne slučajeve, otkrili praznine i napravili izmjene prije skaliranja.
2. Očistite podatke. Zapisi o kupcima konsolidirani su i deduplicirani prije nego što su ušli u Dynamics, uz dokumente o usklađenosti povezane s pravim prilikama. To je trajalo dulje nego konfiguracija.
3. Proširite po odjelima. Kad su tijekovi rada iz pilota doradeni, rješenje je otišlo prodaji, podršci i operativi.
4. Integrirajte SAP SD usred projekta. Integracija CPQ-a i SAP-a puštena je u rad kad su sustavi uzvodno bili stabilni, pa se rani problemi nisu prelijevali u narudžbe.

Sigurnost i usklađenost ugrađene su od prvog dana. Za obrambenog klijenta cjelovitost revizijskog traga i pristup prema ulogama nisu neobavezni. Jasno smo definirali uloge pristupa i pratili tragove odobrenja. Rezidentnost podataka riješena je rano: svi su podaci ostali unutar UAE-a, u skladu s pravilima obrambenog sektora. To nas je na početku malo usporilo, a spriječilo je ozbiljnije probleme kasnije.

Obuka je bila praktična: kratke sesije, ciljani materijali, demonstracije uživo i videouputi, koji su se nastavili kroz tjedne i mjesece, a ne u jednoj sesiji. Usvajanje isprva nije bilo savršeno. Stalna podrška i vidljive koristi nadvladale su početno oklijevanje. Prekretnica je došla kad su timovi upotrijebili alate u stvarnim situacijama i ustanovili da su podaci koje dobivaju točni.

Ishod	Što se promijenilo
Vrijeme izrade ponude	Smanjeno u prosjeku za 35 %; sati uštede na mnogim poslovima i nekoliko dana na složenima
Točnost konfiguracije	Pravila validacije sprječavala su pogreške prije nego što su stigle do inženjerstva
Spremnost za reviziju	Provjere usklađenosti više nisu zahtijevale žurbu u zadnji čas
Usklađenost među timovima	Prodaja, podrška i operativa radili su iz istog zapisa o kupcu

Smanjenje od 35 % nije se dogodilo u prvom tjednu. Rani ciklusi još su uključivali pojašnjenja i ispravke. Kad su pravila proizvoda i logika cijena postali dosljedni, izrada ponuda ubrzala se. Prodajni predstavnici više nisu jurili odobrenja niti popravljali ponovno korištene predloške. Te je korake obavljao sustav.

Usklađenost je važnija od tehnologije. Tehnička izgradnja bila je lakši dio. Teže je bilo navesti timove da vjeruju jednom izvoru istine i prestanu voditi vlastite zapise. To je značilo pokazati ljudima da su podaci pouzdani prije nego što se od njih zatraži da se na njih oslone.

Detalji integracije važniji su od značajki. Integracija CPQ-a i SAP SD-a ono je što je cijeli sustav učinilo vrijednim. Samostalni CRM i samostalna izrada ponuda uz ručni unos narudžbi svaki bi pomogli malo. Veza između njih mjesto je gdje je trenje nestalo.

Podrška i obuka čine da se primi. Uvedeno i napušteno nije isporučeno. Obuka se nastavila tjednima i mjesecima nakon puštanja u rad, a to je razdoblje u kojem se usvajanje ili učvrsti ili raspadne.

Arhitektura i dalje vrijedi: CRM za zapis o kupcu, CPQ za strukturiranu izradu ponuda, ERP integracija za izvršenje narudžbi. Tri bi se stvari promijenile da isti angažman počne sada.

Integracijska platforma. SAP CPI sada je Cloud Integration mogućnost unutar SAP Integration Suitea, uz upravljanje API-jima, integraciju temeljenu na događajima i gotove integracijske sadržaje. Tijek od Dynamicsa preko CPQ-a do SAP SD-a danas bi trebao manje vremena za dizajn. Moj vodič o SAP Cloud Integration pokriva platformu.

SAP-ov vlastiti CRM bio bi na užoj listi. Uz SAP SD pozadinu, novi angažman trebao bi usporediti SAP Sales Cloud, koji sada uključuje Joule, s Microsoft Dynamicsom. Dynamics je ovdje bio pravi izbor zbog postojećeg poznavanja. Odgovor i dalje ovisi o mogućnostima i preferencijama integracije, ali SAP-native opcija vjerodostojniji je kandidat nego što je bila. Moja usporedba CRM sustava za SAP pokriva opcije.

Američki savezni opseg traži drukčiji model hostinga. Ovaj klijent to nije trebao, ali obrambena tvrtka s američkim saveznim poslovanjem pogledala bi SAP National Security Services (SAP NS2). U 2025. dobio je privremenu autorizaciju za pokretanje S/4HANA Cloud Private Edition i SAP BTP-a na FedRAMP+ Impact Level 5, uz isključivo američke operacije.

Zahtjevi specifični za obranu (revizijski tragovi, pristup prema ulogama, kontrola verzija ponuda, rezidentnost podataka) vrijede bez obzira na generaciju platforme. Za širu sliku usklađenosti pogledajte moj vodič o SAP usklađenosti u javnom sektoru.

Zašto je odabran Microsoft Dynamics, a ne druge CRM platforme?

Mogao je upravljati cijelim životnim ciklusom kupca, od potencijalnog kupca preko prilike do angažmana nakon prodaje, i nositi se s dugim, složenim ciklusima poslova u prodaji za obranu. Uklopljenost s Outlookom i Teamsom pomogla je usvajanju, a poznavanje koje je tim imao dodatno je snizilo prepreku.

Kontrola pristupa, revizijsko bilježenje, fleksibilnost i prostor za rast bili su ostali presudni čimbenici za klijenta opterećenog usklađenošću.

Koju je ulogu imao Experlogix CPQ i zašto uopće CPQ?

Obrambeni proizvodi imaju složena pravila konfiguracije. Cjenik ne može obuhvatiti međudjelovanje varijanti proizvoda, zahtjeva usklađenosti i uvjeta specifičnih za kupca. Bez CPQ-a svaka je ponuda ovisila o tome zna li onaj tko ju je izradio pravila.

Experlogix je ta pravila ugradio u alat za izradu ponuda. Prodajni je predstavnik dobivao povratnu informaciju o validaciji dok je izrađivao ponudu, a ne ispravak od inženjerstva danima kasnije. Pogreške su se pomaknule uzvodno, gdje ih je jeftino popraviti.

Kako je SAP SD integriran s CRM-om i CPQ-om?

SAP CPI djelovao je kao middleware. Odobrena ponuda u Experlogixu pokretala je tijek koji je u SAP SD izrađivao narudžbu s pravim stavkama, cijenama i podacima o kupcu. CPI je također održavao sinkronizaciju podataka o kupcima i narudžbama između Dynamicsa i SAP-a, uz pravila validacije koja sprječavaju neusklađene podatke.

Prije toga je netko ručno kopirao svaku odobrenu ponudu u SAP. Automatizacija je uklonila pogreške ponovnog unosa i stvorila čist revizijski trag od odobrenja do narudžbe.

Koji su bili najveći izazovi tijekom implementacije?

Prvo kvaliteta podataka. Podaci o kupcima bili su nedosljedni među odjelima, s duplikatima i poljima koja nedostaju, i trebalo ih je očistiti prije nego što je Dynamics mogao biti izvor istine.

Mapiranje integracije bilo je drugo, osobito za konfiguracije proizvoda i cijene kroz tri sustava. Treće je bilo usklađivanje prodaje, inženjerstva, IT-a i financija, posebno kad se promijenilo vlasništvo nad dijelovima procesa.

Kako su riješene sigurnost i usklađenost?

Ugrađene su od prvog dana. Svaka komponenta morala je zadovoljiti interne sigurnosne politike i nacionalne propise. Pristup prema ulogama ograničavao je tko može vidjeti i mijenjati koje zapise. Potpuni revizijski tragovi pokrivali su izradu ponuda, odobrenja i promjene podataka. Svi su podaci ostali u UAE-u, u skladu s pravilima obrambenog sektora.

Budući da je dizajn krenuo od tih zahtjeva, podaci su već bili u pravom obliku kad su stigli pregledi usklađenosti.

Koliko je trajalo uvođenje?

Otprilike šest do osam mjeseci, u fazama. Počelo je pilotom usmjerenim na CRM i CPQ, proširilo se po odjelima nakon povratnih informacija, a integracija SAP SD dodana je usred projekta kad su sustavi uzvodno bili stabilni. Obuka, podrška i fino podešavanje trajali su cijelo vrijeme.

Može li se ovaj model primijeniti na druge obrambene ili proizvodne tvrtke?

Da, svugdje gdje su prodajni ciklusi dugi, proizvodi konfigurabilni i potrebna je dokumentacija o usklađenosti: zrakoplovna industrija, industrijska oprema i svaki posao u kojem ponuda prije slanja treba inženjersku validaciju.

Konkretni alati manje su važni od integracijske logike. Odobrena ponuda mora teći u ERP bez ponovnog unosa, a zapis o kupcu mora biti jedinstveni izvor istine.