Kad ista informacija ima više originala: koja verzija vrijedi?

Zamislite da popis za kupnju postoji na papiru pričvršćenom za hladnjak i u aplikaciji na mobitelu. Dok na oba mjesta piše isto, nema problema.

Netko na papir doda jaja, ali promjenu ne unese u aplikaciju. Osoba koja poslije ode u trgovinu gleda mobitel i vraća se bez jaja. Nije svjesno preskočila kupnju. Slijedila je popis koji je izgledao jednako mjerodavno kao i onaj na hladnjaku.

Problem nije ni papir ni aplikacija. Problem je što postoje dva originala, a nitko nije dogovorio gdje se popis mijenja i kako promjena dolazi na drugo mjesto.

U firmi se isti obrazac pojavljuje s ozbiljnijim posljedicama. Cijena se promijeni u cjeniku, ali ne i u predlošku ponude. Novi rok objavi se na webu, dok prodaja i dalje koristi staru tablicu. Status narudžbe promijeni se u skladištu, ali kupac u webshopu vidi nešto drugo.

Dok su vrijednosti jednake, nitko ne primjećuje da postoji problem. Tek kada se jedna od njih promijeni, postaje očito da firma nema jednu službenu informaciju i više njezinih prikaza. Ima više mjesta koja se ponašaju kao original.

Kako jedna poslovna informacija dobije nekoliko verzija

Zamislimo firmu koja mijenja standardni rok izvedbe jedne usluge. Nakon razgovora odgovornih osoba dogovoreno je da novi rok bude 15 radnih dana i da za nove ponude vrijedi od 1. kolovoza.

Osoba zadužena za web odmah promijeni rok na stranici usluge. PDF koji se može preuzeti s iste stranice ostane nepromijenjen i u njemu još piše 10 radnih dana. Prodaja u svojoj tablici ima 12 dana jer je taj rok počela koristiti nakon jednog ranijeg dogovora. U CRM-u postoji napomena o 20 dana, ali ona se odnosi samo na jednog kupca i poseban opseg posla.

Nekoliko dana poslije novi kupac pita kada može očekivati završetak usluge.

Odgovor ovisi o tome koga je pitao i koju je datoteku ta osoba otvorila. Web govori jedno, PDF drugo, prodajna tablica treće, a CRM naizgled četvrto.

Nijedan od tih alata nije sam stvorio problem. Svatko je pokušao imati potrebnu informaciju pri ruci i napraviti svoj dio posla. Problem je nastao zato što nije bilo jasno gdje se održava službeni rok, tko ga smije promijeniti i koja mjesta ga samo prikazuju.

Za ovakvu se situaciju često koristi izraz „više izvora istine”. Poslovno je možda jasnije reći da firma ima više originala iste informacije.

Mjerodavni zapis, kopija i poseban dogovor nisu isto

Mjerodavni zapis ne mora biti mjesto na kojem je odluka prvi put izgovorena. Novi rok može biti dogovoren na sastanku, odobren mailom i tek nakon toga upisan u službenu evidenciju.

Mjerodavni zapis dogovoreno je mjesto na kojem se održava službena, odobrena vrijednost. Kada netko želi provjeriti što trenutno vrijedi, zna gdje treba pogledati.

Ostala mjesta mogu imati različite uloge:

• prikaz prenosi službenu informaciju kupcu ili zaposleniku, primjerice web stranica
• izvedeni materijal koristi isti podatak u drugom obliku, primjerice PDF ili predložak ponude
• radna kopija pomaže nekome u pripremi posla, ali nije mjesto na kojem se mijenja opće pravilo
• povijesni zapis čuva vrijednost koja je vrijedila u određenom trenutku ili za određeni dokument
• poseban dogovor vrijedi za određenog kupca, projekt ili razdoblje i mora biti jasno označen kao iznimka

U našem primjeru CRM napomena o roku od 20 dana ne mora biti pogrešna. Može biti sasvim točna za jednog kupca. Problem nastaje ako se ne vidi da je riječ o iznimci pa je netko protumači kao novi opći rok.

Ni PDF sa starim uvjetima nije nužno beskoristan. Ako je poslan kupcu dok su ti uvjeti vrijedili, može ostati dio povijesti tog odnosa. Ali PDF koji se danas nudi novim kupcima ne bi smio izgledati aktualno ako više ne prenosi službenu informaciju.

Kopije, prikazi, povijest i iznimke zato nisu neprijatelji urednog sustava. Opasno postaje kada svako od tih mjesta može neovisno promijeniti opće pravilo, a ljudi više ne znaju što je službeno.

Jedan mjerodavni zapis ne znači jednu aplikaciju za sve

Kada firma otkrije nekoliko verzija iste informacije, prva reakcija često je: „Treba nam sustav u kojem će biti sve.”

Ponekad je to opravdano. Ali jedan mjerodavni zapis ne znači da svi podaci, dokumenti i poslovni razgovori moraju završiti u jednoj velikoj aplikaciji. Kao i kod odluke treba li vam nova aplikacija ili bolje strukturiran proces, najprije treba razjasniti što sustav treba podržati.

Različiti alati imaju različite poslove. Web objašnjava ponudu posjetitelju. CRM čuva odnos i dogovore s kupcem. Tablica može pomoći prodaji u usporedbi paketa. PDF može biti koristan dokument za preuzimanje ili slanje.

Važno je da je za svaku ključnu informaciju jasno koje je mjesto mjerodavno, a koja je mjesta preuzimaju, prikazuju ili joj dodaju jasno ograničen kontekst.

Firma iz primjera može odlučiti da se službeni rokovi i uvjeti usluga održavaju u jednom katalogu ponude. Taj katalog ne mora odmah biti nova aplikacija. Može početi kao dobro uređena zajednička tablica s jasnim vlasnikom i pravilima promjene. Takva tablica može dugo ostati dobro rješenje ako ne pokazuje znakove da je prerasla svoju ulogu.

Web, PDF i prodajni predlošci tada nisu novi originali. Oni koriste podatak iz kataloga. Ako ih nije moguće automatski osvježavati, postoji dogovoreni postupak kojim se nakon promjene provjeravaju i ažuriraju.

CRM i dalje može čuvati rok dogovoren s pojedinim kupcem, ali uz oznaku da je riječ o iznimci, za koga vrijedi i na što se odnosi.

Pet pitanja koja pomažu pronaći problem

Ne treba odmah popisivati sve podatke i sustave u firmi. Korisnije je odabrati jednu informaciju koja redovito izaziva pitanje, nesporazum ili ručnu provjeru.

To može biti cijena, rok, status narudžbe, raspoloživost, kontakt odgovorne osobe ili uvjet usluge. Zatim vrijedi pratiti njezin put kroz firmu. Sličan pregled mjesta na kojima podaci nastaju, mijenjaju se i završavaju koristan je i kada treba zapisati proces prije odluke o aplikaciji ili automatizaciji.

Gdje se održava službena vrijednost?

Ako dvije osobe trebaju provjeriti aktualni rok ili cijenu, hoće li otvoriti isto mjesto? Postoji li zapis koji svi priznaju kao mjerodavan ili odgovor ovisi o tome koga se pita?

Ako odgovor glasi „to bi trebalo biti na webu, ali provjeri još s prodajom”, mjerodavni zapis još nije dovoljno jasno dogovoren.

Tko smije promijeniti opće pravilo?

Netko treba biti poslovno odgovoran za točnost informacije. To ne znači da samo jedna osoba smije uređivati svaki sustav, nego da je jasno tko odobrava promjenu i tko osigurava da je mjerodavni zapis ažuriran.

Bez toga ljudi često popravljaju vlastitu kopiju kako bi riješili hitnu situaciju, ali ostatak firme za promjenu nikada ne sazna.

Od kada vrijednost vrijedi i što ostaje u povijesti?

Aktualna vrijednost nije dovoljna ako nije jasno od kada se primjenjuje. U našem primjeru rok od 15 radnih dana vrijedi za nove ponude od 1. kolovoza, dok ranije prihvaćena ponuda i dalje ostaje važeća za konkretnog kupca.

Zato uz važnu promjenu treba znati kada počinje vrijediti, odnosi li se na postojeće slučajeve i gdje ostaje prethodna vrijednost. Povijest ne treba izbrisati, ali ne smije izgledati kao aktualno opće pravilo.

Kamo informacija putuje?

Nakon promjene treba znati gdje se ista vrijednost pojavljuje: na webu, u PDF-u, ponudi, webshopu, CRM-u, internom izvještaju ili predlošku maila.

Nisu sva ta mjesta nužno kopije iste vrste. Neka samo prikazuju opće pravilo, neka čuvaju povijest, a neka sadrže dopuštenu iznimku. Upravo zato ih treba razlikovati, a ne samo pokušati izjednačiti svaku vrijednost u svim sustavima.

Koliko su česte promjene i kakva je posljedica pogreške?

Kontakt koji se promijeni jednom u nekoliko godina može se pouzdano održavati jednostavnim postupkom. Status velikog broja narudžbi, koji se mijenja tijekom dana i prikazuje na nekoliko mjesta, puno je teže ručno usklađivati.

Jednako je važna posljedica. Stara interna bilješka nije isto što i pogrešna cijena u ponudi, netočan rok prema kupcu ili zastarjeli podatak prema kojem skladište šalje robu.

Učestalost, broj kanala i poslovni rizik zajedno pokazuju je li dovoljan jasan dogovor ili ručni prijenos postaje nepouzdan.

Kada je dovoljan dogovor, a kada ima smisla alat

Dogovor i jednostavna evidencija mogu biti dovoljni kada se informacija rijetko mijenja, pojavljuje se na preglednom broju mjesta i postoji osoba koja može provjeriti da je promjena prenesena.

Prvi korak tada je:

1. odrediti mjerodavni zapis
2. imenovati poslovno odgovornu osobu
3. zabilježiti od kada promjena vrijedi
4. popisati mjesta na kojima se informacija prikazuje
5. jasno odvojiti opće pravilo, povijest i pojedinačne iznimke

Alat, integracija ili automatizacija imaju više smisla kada je taj dogovor već jasan, ali ga je teško pouzdano provoditi ručno. To se vidi kada se promjene događaju često, ista se vrijednost prepisuje u više kanala, zakašnjelo ažuriranje redovito stvara pitanja ili pogrešna verzija može izravno utjecati na kupca, novac, rok ili obvezu.

Tada primjerice ima smisla da web i aktualni dokumenti preuzimaju rok iz zajedničkog kataloga, da se nakon promjene obavijeste odgovorne osobe ili da sustav označi materijal koji još nije usklađen.

Ali automatizacija ne može odlučiti koji je rok služben ako firma sama to nije dogovorila. Ako povežete nekoliko nejasnih izvora, ne dobivate jedan izvor istine. Dobivate brži prijenos nejasnoće.

Nisu sve kopije problem

Cilj nije ukloniti svaku kopiju niti zabraniti ljudima da rade bilješke, pripremaju dokumente ili čuvaju povijest komunikacije.

Radna verzija teksta može postojati dok se ponuda priprema. Poslani PDF treba ostati zabilježen uz kupca kojem je poslan. CRM treba sačuvati poseban dogovor. Sigurnosna kopija postoji upravo zato da sačuva stanje iz određenog trenutka.

Važno je da ta mjesta ne izgledaju kao ravnopravni izvori aktualnog općeg pravila.

Za informacije koje utječu na kupca, novac, rok, ugovornu obvezu ili sljedeći poslovni korak treba se moći jednostavno odgovoriti:

Gdje je službena vrijednost, tko je za nju odgovoran, od kada vrijedi i kako znamo da je promjena stigla tamo gdje treba?

Ako na to pitanje nema jasnog odgovora, problem još nije izbor alata. Prvo nedostaje poslovni dogovor.

Povratak na rok izvedbe

Nakon što firma iz našeg primjera odredi katalog ponude kao mjerodavni zapis, sljedeća promjena roka izgleda drukčije.

Odgovorna osoba odobrava novi standardni rok, zapisuje da za nove ponude vrijedi od 1. kolovoza i ažurira ga u katalogu. Iz tog mjesta promjena ide na web, u aktualni PDF i u prodajne materijale. Ako se prijenos radi ručno, zna se tko provjerava svaki kanal. Ako se promjene događaju dovoljno često, dio tog prijenosa može se automatizirati.

CRM i dalje čuva podatak o posebnom roku od 20 dana za određenog kupca, ali kao jasno označenu iznimku. Stari PDF ostaje u povijesti kupca kojem je ranije poslan, ali više nije dokument koji novi kupci mogu preuzeti kao aktualan.

Nisu nestali različiti alati ni različiti prikazi informacije. Nestala je pretpostavka da se opće pravilo smije mijenjati na svakom od tih mjesta.

Tek kada je to razjašnjeno, firma može smisleno odlučiti treba li joj bolja tablica, automatizacija, integracija ili aplikacija.

Prije toga problem nije bio u tome što je koristila previše alata. Problem je bio što je imala više odgovora na isto pitanje.

Često postavljana pitanja

Znači li jedan izvor istine da sve mora biti u jednoj aplikaciji?

Ne. Jedan mjerodavni zapis znači da je za određenu važnu informaciju jasno gdje se održava službena vrijednost. Drugi alati mogu je prikazivati, koristiti, čuvati njezinu povijest ili joj dodavati jasno ograničen kontekst.

Jesu li kopije iste informacije uvijek problem?

Ne. Kopija može biti radni materijal, prikaz, poslani dokument, povijesni zapis ili sigurnosna kopija. Problem nastaje kada se više kopija neovisno uređuje kao da su sve aktualni službeni zapis.

Može li obična tablica biti mjerodavni zapis?

Može, ako je zajednička, jasno strukturirana i ako se zna tko je odgovoran za podatke i tko ih smije mijenjati. Nova aplikacija nije uvjet za mjerodavni zapis.

Kako postupati s posebnim dogovorom za pojedinog kupca?

Treba ga čuvati uz tog kupca ili projekt i jasno označiti njegov opseg i razdoblje važenja. Poseban rok ili cijena ne bi smjeli neprimjetno postati novo opće pravilo niti se izgubiti među općim podacima.

Kada je vrijeme za automatizaciju ili integraciju?

Kada su mjerodavni zapis, odgovornost i postupak promjene već dogovoreni, ali se informacija često mijenja, ručno prenosi na više mjesta ili pogrešna verzija nosi značajan poslovni rizik. Tehničko rješenje tada provodi jasno pravilo umjesto da pokušava nadomjestiti njegov nedostatak.