CRM i evidencija prestaju da budu dva paralelna sveta
Menadžer radi u CRM-u, knjigovođa u sistemu evidencije, magacin u svom. Dok nisu povezani, neko svakog dana ručno prenosi iste podatke. Taj korak uklanjamo.
01Zahtev sa sajtaForma ili poziv kreiraju priliku sa izvorom, a ne mejl koji treba prepisati
02Klijent pronađenSistem proverava da li kontakt postoji i ne stvara duplikate po telefonu i mejlu
03Cena i dostupnostU priliku se povlače aktuelne cene i zalihe iz evidencije, a ne iz menadžerovog sećanja
04Račun i dokumentiDokument se formira u sistemu evidencije po podacima prilike, bez ponovnog unosa stavki
05Plaćanje i otpremaPriliv uplate menja status prilike, a otprema skida zalihu u magacinu
06Izveštaj o prodajiPrihod, marža i izvor prilike slivaju se na jedno mesto, a ne skupljaju krajem meseca
JEDNA PRILIKA
Šta se dešava sa zahtevom u povezanim sistemima
crm.example.rs
Prilika #2184
OK
Zahtev sa sajta
izvor: pretraga
Klijent pronađen
bez duplikata
Cena i dostupnost
iz evidencije
Račun i dokumenti
račun kreiran
Plaćanje i otprema
plaćeno · otpremljeno
Izveštaj o prodaji
podaci se poklapaju
Zahtev sa sajtaForma ili poziv kreiraju priliku sa izvorom, a ne mejl koji treba prepisati
Klijent pronađenSistem proverava da li kontakt postoji i ne stvara duplikate po telefonu i mejlu
Cena i dostupnostU priliku se povlače aktuelne cene i zalihe iz evidencije, a ne iz menadžerovog sećanja
Račun i dokumentiDokument se formira u sistemu evidencije po podacima prilike, bez ponovnog unosa stavki
Plaćanje i otpremaPriliv uplate menja status prilike, a otprema skida zalihu u magacinu
Izveštaj o prodajiPrihod, marža i izvor prilike slivaju se na jedno mesto, a ne skupljaju krajem meseca
POZNATA SLIKA
Koliko koštaju nepovezani sistemi
Dok veze nema
Menadžer unosi porudžbinu u CRM, pa iste stavke u program za evidenciju
Cene na sajtu kasne za cenovnikom nekoliko dana, i klijent to prvi primeti
Jedan klijent je unet triput: po telefonu, po mejlu i po nazivu firme
Da bi se video prihod po pravcu, neko spaja dva izvoza u tabeli
Na pitanje „zašto se brojevi ne poklapaju“ odlazi dan knjigovođinog rada
Kada je razmena podešena
Podaci se unose jednom, u sistemu u kom nastaju
Cene i zalihe na sajtu dolaze iz evidencije po događaju, a ne jednom dnevno
Kontakti se uparuju po zadatom pravilu, duplikati idu na proveru
Izveštaj o prihodu i marži gradi se iz jednog skupa podataka
Neslaganje se vidi odmah: dnevnik razmene pokazuje koji dokument nije prošao
OBIM POSLA
Šta ulazi u projekat
Analiza procesa i sistema
Ko u kom programu radi, gde podaci nastaju i šta se smatra izvorom istine.
Šema razmene
Smer svakog toka, trenutak okidanja i ponašanje pri sukobu vrednosti.
Uparivanje šifarnika
Proizvodi, jedinice, poreske stope, statusi i partneri svode se na zajednički oblik.
Pravila za duplikate
Po kom obeležju je klijent isti i šta raditi sa spornim slučajevima.
Razvoj razmene
Veze preko API-ja, webhooks ili fajlova — u zavisnosti od toga šta sistemi nude.
Obrada prekida
Red, ponovni pokušaji i obaveštenje zaduženom ako sistem ne odgovara.
Probno izvršavanje
Provera na kopiji podataka, da radne baze ne stradaju tokom podešavanja.
Obuka i dokumentacija
Kako čitati dnevnik razmene, šta raditi pri grešci i kome se obratiti ako se sistem promeni.
POREĐENJE
Izvoz u tabelu, gotov konektor i projektna integracija
Ručni izvoz
Gotov konektor
VMTech projekat
Ažurnost podataka
U trenutku izvoza
Po rasporedu
Po događaju
Sopstvena logika procesa
U glavi zaposlenog
Samo predviđena
Projektuje se za Vas
Greška razmene
Otkriva se pri usklađivanju
Zapis u opštem logu
Obaveštenje i ponavljanje
Netipična polja
Prepisuju se ručno
Često nisu podržana
Uzeta u obzir u šemi
Trošak vlasništva
Vreme zaposlenih svakog dana
Pretplata po svakoj vezi
Razvoj i održavanje
TEHNOLOŠKI OKVIR
Čime povezujemo sisteme
API sistemaREST ili SOAP — osnovni put ako ga sistem nudiWebhooksTrenutna reakcija na događaj umesto ispitivanja svakih nekoliko minutaRazmena fajlovaCSV ili XML po rasporedu tamo gde interfejsa uopšte nemaRed razmenePodaci se ne gube dok je spoljni sistem nedostupanDnevnik operacijaSvaki zahtev i odgovor su sačuvani — sporni slučajevi rešavaju se činjenicamaNadzorObaveštenje ako se tok zaustavi ili udeo grešaka poraste
Licence za CRM i sistem evidencije ostaju kod Vas. Radimo u okviru njihovih interfejsa i unapred upozoravamo ako sistem ne nudi potrebnu mogućnost — to se utvrđuje pre početka razvoja, a ne na sredini.
ŠTA SA ČIM POVEZUJEMO
Četiri pravca razmene
Izaberite pravac — videćete koji podaci idu i šta se dešava pri prekidu.
Zahtevi sa formi sa izvorom posete
Istorija prepiske i poziva
Status porudžbine nazad na sajt
Korisnički nalog klijenta
Zahtev odmah postaje prilika, sa izvorom i sadržajem obraćanja. Ako je CRM nedostupan, zahtev se čuva na sajtu i šalje ponovo — klijent ne nestaje zbog tuđeg prekida.
Zalihe i rezervacije
Cene i pravila popusta
Dokumenti o prodaji
Prijemi i povraćaji
Sistem evidencije ostaje izvor istine za zalihe i cene, a prodaje se u njega vraćaju. Razmena ide u porcijama uz potvrdu, pa se pri prekidu ništa ne udvostručuje.
Kartica pozivaoca pre javljanja
Snimak razgovora u prilici
Poziv jednim klikom iz CRM-a
Propušteni kao zadaci
Centrala prosleđuje događaj o pozivu, CRM vraća karticu klijenta. Propušten poziv ne nestaje: postaje zadatak sa zaduženim i rokom.
Prihod i marža po pravcima
Izvor svake prilike
Opterećenje menadžera
Izvoz za knjigovodstvo
Izveštaj se gradi iz jednog skupa podataka, pa se brojevi prodaje i knjigovodstva poklapaju. Neslaganje se odmah vidi u dnevniku: koji dokument nije prošao i zašto.
NAKON POKRETANJA
Kako izgleda zdrava razmena
Ne „sve radi“, već konkretni brojevi: koliko je dokumenata prošlo, gde je red i šta nije isporučeno.
admin.crm.example.rs
Dokumenata dnevno
1 480
U redu
3
Grešaka nedeljno
2
Prosečno vreme razmene
0,8 с
Razmena po satima
Pravci razmene
Zahtevi u CRM
100%
Zalihe na sajt
74%
Dokumenti u evidenciju
52%
Statusi klijentu
38%
Brojevi na panelu ilustruju interfejs nadzora, a nisu podaci konkretnog klijenta.
PITANJA
Šta se obično pita
Sa kojim CRM i knjigovodstvenim sistemima radite?
Pitanje nije u nazivu, već u tome šta sistem ume da daje i prima. Ako ima API ili bar razmenu fajlova po rasporedu — integracija je moguća. Počinjemo proverom dostupnih interfejsa Vaše kombinacije i o mogućnostima govorimo pre početka, a ne posle potpisa.
Šta će biti sa podacima koji su se već nakupili
Pre pokretanja razmene radi se početno usklađivanje: nalazimo duplikate kontakata, razlike u šifarnicima i stavke kojih u jednom sistemu nema. Taj spisak usaglašavamo sa Vama — deo se rešava pravilima, deo traži ručno čišćenje, i bolje je to uraditi pre nego posle uključivanja.
Planiramo promenu CRM-a. Čekati ili raditi sada?
Šema razmene i pravila uparivanja ne zavise od konkretnog sistema — oni opisuju Vaš proces. Pri promeni CRM-a menja se veza na jednom kraju, a ne cela konstrukcija. Zato analizu procesa ima smisla početi sada: do selidbe će biti jasno šta novi sistem mora da ume.
Kako znati da razmena radi ispravno?
Po dnevniku i nadzoru: vide se broj dokumenata, vreme obrade, red i greške. Ako se tok zaustavi ili udeo grešaka poraste, obaveštenje stiže zaduženom, a ne otkriva se pri zatvaranju meseca. Prvih nedelja nakon pokretanja te brojeve gledamo zajedno sa Vama.
Koliko to košta i od čega zavisi cena?
Od broja pravaca razmene i od toga koliko su interfejsi Vaših sistema izdašni. Jedan tok „zahtevi sa sajta u CRM“ je mali posao. Dvosmerna razmena robom, cenama, dokumentima i statusima između tri sistema je projekat. Delimo ga na etape, da prvi koristan rezultat stigne pre nego što se cela integracija završi.
CRM i evidencija prestaju da budu dva paralelna sveta
Menadžer radi u CRM-u, knjigovođa u sistemu evidencije, magacin u svom. Dok nisu povezani, neko svakog dana ručno prenosi iste podatke. Taj korak uklanjamo.