Kako znati koje oglašavanje donosi prodaju: povezivanje sajta, analitike i CRM-a

Izveštaj o oglašavanju može delovati ubedljivo: oglasi dobijaju prikaze i klikove, posetioci šalju forme, a cena upita ostaje u okviru plana. Ipak, ti pokazatelji još ne daju odgovor na glavno pitanje vlasnika biznisa: koje oglašavanje je dovelo do kvalifikovanog upita, završene prodaje i potvrđene uplate? Kada se analitika završava na formi, a rad sa klijentom ostaje u CRM-u, ERP-u, kasi ili tabeli prodajnog tima, veza između troška i prihoda procenjuje se posredno.

Za merenje rezultata digitalnog marketinga po prodaji potreban je neprekinut tok podataka. Izvor prelaska čuva se na sajtu, prenosi se sa upitom u CRM, dopunjuje rezultatom kvalifikacije i povezuje sa konačnim ishodom posla. Zatim se informacija vraća u upravljački izveštaj. Takva postavka pomaže da se razlikuju kampanje koje stvaraju tok prijava od onih koje donose odgovarajuće upite. Međutim, ni dobro podešeno povezivanje ne čini atribuciju apsolutnom istinom: deo kontakata će neizbežno ostati nepoznat.

Zašto prikazi, klikovi i cena upita nisu isto što i prodaja

Prikazi opisuju distribuciju oglasa, klikovi opisuju prelaze, CTR predstavlja odnos klikova i prikaza, a cena upita je trošak evidentiranog obraćanja. Ove metrike su potrebne za dijagnostiku oglasa i odredišnih stranica. Greška počinje kada se međukorak prihvati kao krajnji poslovni rezultat. Poslata forma može biti duplikat, nerelevantan zahtev, upit iz neodgovarajućeg regiona ili kontakt sa kojim nije bilo moguće stupiti u vezu.

Dve kampanje mogu doneti isti broj prijava, a različit broj kvalifikovanih upita i prodaja. Jeftiniji upit nije nužno vredniji: bez statusa i rezultata obrade, on je samo zapis da je radnja izvršena. Zato je u B2B procesu korisno svakom upitu dodeliti izvor, status i ishod. Marketing se tada ne ocenjuje samo prema broju ulazaka u levak, već i prema onome što se dogodilo nakon predaje kontakta prodaji.

To ne znači da sve pokazatelje treba zameniti jednom brojkom prihoda. Klikovi pomažu u proveri oglasa, događaji na sajtu pomažu u proveri korisničkog scenarija, a upiti pokazuju obim dolaznog toka. Za odluku o budžetu potreban je naredni nivo: broj kvalifikovanih upita, završenih prodaja i potvrđen prihod povezan sa kanalom po unapred izabranom pravilu.

Lanac podataka od oglasa do uplate

Arhitekturu merenja praktičnije je posmatrati kao niz događaja, a ne kao listu programa. Posetilac prelazi putem oglasa, dolazi na odredišnu stranicu, izvršava značajnu radnju i šalje upit ili traži poziv. U CRM-u nastaje zapis, menadžer kvalifikuje upit i beleži ishod. Ako se uplata evidentira u drugom sistemu, završena prodaja se dodatno povezuje sa potvrđenom finansijskom transakcijom.

1. Prelazak iz oglasa. Beleže se dostupni podaci o izvoru, kanalu i kampanji.
2. Odredišna stranica. Čuvaju se ulazna stranica i vreme poznatog kontakta.
3. Događaj konverzije. Registruje se slanje forme, zahtev za poziv, porudžbina ili druga unapred definisana radnja.
4. Zapis u CRM-u. Sa upitom se prenose marketinška polja i bezbedan interni identifikator.
5. Kvalifikacija. Menadžer označava da li upit odgovara kriterijumima kompanije i navodi razlog odbijanja kada ne odgovara.
6. Prodaja i uplata. Posao dobija konačni status, a iznos se evidentira po dogovorenom i proverljivom pravilu.
7. Povratna informacija. Ishod se povezuje sa izvornom kampanjom i uključuje u marketinški izveštaj.

Za ovaj lanac nije dovoljna samo tehnička integracija. Marketing mora održavati pravila imenovanja kampanja, integracioni tim mora obezbediti prenos polja, a prodaja mora blagovremeno ažurirati statuse. Vlasnik izveštaja definiše šta se tačno smatra upitom, kvalifikovanim upitom, završenom prodajom i potvrđenim prihodom. Ako odeljenja imaju različite definicije, automatska razmena će samo brže preneti neusaglašene podatke.

Koje podatke treba sačuvati

Prvi radni okvir ne mora prikupljati sve što je dostupno. Obično je važnije obezbediti stabilan prenos manjeg skupa polja: izvor, kanal, kampanja, odredišna stranica, vreme kontakta, događaj konverzije, interni identifikator upita, status kvalifikacije i ishod prodaje. Parametri u adresi stranice mogu prenositi oznake izvora, kanala i kampanje, ali su korisni samo uz jedinstvena pravila imenovanja i čuvanje do nastanka zapisa u CRM-u.

• Izvor i kanal — odakle je došao poznati prelazak i kojoj grupi privlačenja pripada.
• Kampanja — stabilan naziv ili identifikator oglasne inicijative.
• Odredišna stranica — prva poznata stranica na putu korisnika.
• Datum i vreme — podaci za proveru redosleda događaja.
• Događaj konverzije — radnja sa nedvosmislenim uslovom aktiviranja.
• Interni identifikator — tehnički ključ koji povezuje događaj na sajtu sa CRM objektom.
• Status i razlog ishoda — kvalifikovano, odbijeno, prodato, otkazano ili drugi odobreni ishod.
• Iznos i valuta — samo iz dogovorenog izvora koji se odnosi na odgovarajuću prodaju.

Slobodan tekst nije pogodan za povezivanje podataka. Ako jedan zaposleni kanal upisuje kao „društvene mreže“, drugi koristi skraćenicu, a treći platformu navodi u komentaru, izveštaj će zahtevati stalno ručno čišćenje. Praktičnije je koristiti šifarnike dozvoljenih vrednosti i odvojeno čuvati tehnički kod i naziv razumljiv zaposlenima.

Prvi izvor i kontakt pre prijave

Korisno je razlikovati prvi poznati izvor i poslednji poznati kontakt pre konverzije. Prvi pomaže da se razume kako je osoba ušla u merljivi levak, a poslednji pokazuje nakon kog kontakta je nastao upit. Ako se pri svakoj poseti prepisuje jedino polje izvora, prvobitna istorija nestaje. Pravila čuvanja i ažuriranja polja zato se određuju pre izrade izveštaja.

Parametri kampanje opisuju konkretan prelazak, ali sami po sebi ne dokazuju ceo put osobe. Ako između događaja ne postoji dozvoljeni i dovoljno pouzdan identifikator, zapisi ne smeju biti povezani samo zbog sličnog vremena ili ponašanja. Takav deo je bolje označiti kao nepoznat nego napraviti naizgled preciznu vezu na osnovu pretpostavke.

Gde se gubi izvor oglašavanja

Jedan čest prekid nalazi se između odredišne stranice i forme. Analitički sloj beleži kampanju, ali obrađivač forme u CRM šalje samo ime, kontakt i poruku. Marketing tada vidi konverziju, a prodaja dobija upit bez izvora. Da bi se to izbeglo, odobrena marketinška polja moraju automatski putovati sa prijavom, a ne da ih zaposleni prenosi iz zasebnog izveštaja.

Sledeća tačka kontrole je prelaz između CRM objekata. Izvor može ostati na kartici potencijalnog klijenta, a nestati pri kreiranju kontakta, prilike ili porudžbine. Drugi rizik je duplikat koji dobija trenutni kanal i zamenjuje prethodno sačuvanu istoriju. Potrebno je proveriti ceo životni ciklus zapisa. Ako marketinški podaci treba da prođu dalje od CRM-a i povežu se sa porudžbinom ili uplatom, potrebna je projektovana CRM i ERP integracija.

Posebnu proveru zahtevaju redirekcije, više domena, spoljne forme, telefonija, sistemi za rezervacije i stranice za plaćanje. Za svaki prelaz koristan je kratak tehnički protokol: koja su polja primljena, koji je ključ napravljen, gde je prenet i koji se rezultat vratio. Korisnički scenario koji spolja izgleda neprekinuto ne znači da su podaci prošli istim putem. Izvor se gubi i van koda ako menadžeri ne zatvaraju poslove, biraju proizvoljne statuse ili razloge odbijanja beleže samo u komentarima. Automatizacija može preneti polja i zahtevati obaveznu vrednost, ali kriterijumi kvalifikacije i disciplina rada sa statusima ostaju upravljački zadatak.

Zašto jedan model atribucije ne daje potpunu istinu

Atribucija je pravilo raspodele rezultata između poznatih tačaka kontakta. Model prvog dodira naglašava izvor početnog privlačenja. Model poslednjeg dodira povezuje rezultat sa kontaktom pre konverzije. Pristup sa više dodira raspodeljuje doprinos između nekoliko događaja. Ti modeli odgovaraju na različita pitanja i mogu dati različite zaključke na istom skupu podataka.

Na primer, osoba prvi put dolazi preko oglasa, kasnije se direktno vraća na sajt, prima e-poruku i zatim šalje zahtev. Prvi model će naglasiti ulogu oglasa, poslednji e-poruke, a raspodeljeni će uzeti u obzir više dodira. Nijedna opcija se ne može nazvati univerzalno ispravnom. Prvo se formuliše upravljačko pitanje, zatim se bira pravilo obračuna koje se dosledno primenjuje na periode koji se porede.

U izveštaju treba navesti model, period analize i udeo zapisa bez poznatog izvora. Pokazatelji oglasnog naloga, veb-analitike i CRM-a ne mogu se mehanički sabirati: sistemi mogu brojati različite entitete, kao što su događaji, posete, upiti ili prodaje. Ako se pravilo atribucije promeni, datum promene mora biti zabeležen, inače poređenje perioda postaje neispravno.

Kako vratiti kvalifikaciju i prodaju u marketinški izveštaj

Prenos izvora u CRM rešava samo polovinu zadatka. Potreban je povratni tok: nakon obrade upita marketing treba da dobije rezultat kvalifikacije, razlog odbijanja, podatak o kreiranju posla, ishod prodaje i potvrdu uplate ako je ona predviđena procesom kompanije. Povezivanje se obavlja po internom identifikatoru, a ne prema imenu klijenta ili tekstu komentara.

Razloge odbijanja je bolje držati kratkim i strukturiranim: nerelevantan zahtev, neodgovarajuća geografija, duplikat, netačan kontakt, odsustvo aktuelne potrebe ili druga kategorija koja odgovara stvarnom procesu. Jedan opšti status za sve neuspešne upite ne omogućava razlikovanje problema sa oglasnom publikom od gubitka potencijalne prodaje u sledećoj fazi.

Povratna razmena može se organizovati putem API-ja, webhook-a, posredne baze ili regulisanog uvoza. Način zavisi od postojećih sistema, ali rezultat mora biti ponovljiv. Pre širenja okvira proverava se kontrolni uzorak: da li se broj zapisa podudara, da li nastaju duplikati, da li se podaci o kampanji čuvaju kroz prodaju i da li se vraća konačni status. Praktični principi takve razmene objašnjeni su u tekstu o CRM i ERP integraciji bez ručnog prenosa podataka.

Minimalni upravljački izveštaj

Za prvi upravljački pregled nisu potrebne desetine grafikona. Dovoljno je uporediti trošak, upite, kvalifikovane upite, završene prodaje i potvrđen prihod po kanalu ili kampanji. Pored toga treba prikazati kvalitet podataka: zapise bez izvora, bez konačnog statusa i sa konfliktnim identifikatorom.

• trošak za izabrani period;
• broj upita i cena upita;
• broj kvalifikovanih upita;
• broj završenih prodaja;
• potvrđen prihod u dogovorenoj valuti;
• udeo zapisa bez izvora ili ishoda;
• korišćeni model atribucije;
• datum poslednjeg potpunog ažuriranja podataka.

Iznos iz CRM-a ne može se automatski smatrati potvrđenim prihodom ako posao još nije usklađen sa uplatom. Takođe treba izabrati jedinstveno pravilo datuma: da li se rezultat pripisuje prvom kontaktu, kreiranju posla, zatvaranju prodaje ili uplati. Svaka varijanta odgovara na svoje pitanje, ali mešanje više pravila u jednoj tabeli čini zaključke nejasnim.

Praktičan scenario za kompaniju u Srbiji

Ako kompanija već ima sajt, forme, pozive, CRM i posebno mesto potvrde uplate, rad može početi usaglašavanjem upravo tih sistema. Pri obračunima u dinarima valuta, izvor i ishod prodaje moraju imati isto značenje u svim delovima izveštaja. Kanali upita i pravila kvalifikacije biraju se prema stvarnom procesu kompanije, a ne prema univerzalnom šablonu.

VMTech posmatra digitalni marketing kao povezanost kanala privlačenja, sajta, analitike, konverzije i CRM podataka, a ne kao izveštaj samo o prikazima i klikovima. Pristup projektovanju takvog sistema opisan je na stranici digitalni marketing VMTech.

Privatnost, saglasnost i minimizacija podataka

Merenje treba projektovati uz ograničen skup podataka. Za povezivanje događaja može se koristiti interni tehnički identifikator, a u upravljačkom izveštaju prikazivati statusi i zbirni pokazatelji. Imena, telefonski brojevi, e-mail adrese, prepiska i komentari menadžera ne treba da se prenose u veb-analitiku ili oglasni sloj samo radi lakšeg povezivanja.

Nije moguće obećati potpuno praćenje između svih uređaja, pregledača i kanala. Ako ne postoji dozvoljena tehnička veza, izvor ili deo puta ostaje nepoznat. Arhitektura takođe ne treba da se zasniva na zaobilaženju saglasnosti, ograničenja pregledača ili pravila obrade podataka. Konkretne osnove obrade, skup polja i podešavanja treba proveriti za sisteme i jurisdikciju kompanije; ovaj materijal nije pravni savet.

Pet faza uvođenja

1. Inventarizacija. Navedite kanale, odredišne stranice, forme, pozive, CRM objekte i mesta evidentiranja uplate.
2. Mapa podataka. Za svaki prelaz odredite polja, interne ključeve, pravila ažuriranja i moguće greške.
3. Pilot jedne kampanje. Izaberite jednu odredišnu stranicu i jednu vrstu konverzije. Zadatak pilota je provera prenosa izvora i povratka rezultata, a ne dokazivanje rasta prodaje.
4. Kontrola kvaliteta. Uporedite broj zapisa, duplikate, prazne izvore, statuse i otkazane prodaje.
5. Postepeno proširenje. Nakon stabilnog pilota povežite nove forme i kanale, uz očuvanje jedinstvenih šifarnika i definicija.

Kada složena atribucija još nije potrebna

Kompanija još nije spremna za složen model ako se upiti evidentiraju neredovno, menadžeri ne ažuriraju statuse, kriterijum kvalifikacije nije definisan ili se prodaja ne može povezati sa uplatom. U takvoj situaciji izveštaj sa više dodira stvara privid preciznosti iznad nepotpunih podataka. Proverljiviji prvi korak su obavezna polja „izvor“, „status“ i „razlog ishoda“, jedinstveno imenovanje kampanja i redovno poređenje manjeg uzorka.

Pre sledeće odluke o budžetu za oglašavanje, treba odgovoriti na pet pitanja. Da li se izvor čuva sa prijavom? Da li je moguće razlikovati običan upit od kvalifikovanog? Da li prodaja ima konačni status? Da li je taj status povezan sa potvrđenom uplatom? Da li izveštaj pokazuje udeo nepoznatih i konfliktnih zapisa? Ako odgovori nisu jasni, treba početi od mape kretanja podataka i pilota jedne kampanje.

Povezivanje sajta, analitike i CRM-a ne uklanja neizvesnost u potpunosti. Njegov zadatak je da razdvoji potvrđene veze od pretpostavki, pokaže mesta gubitka podataka i marketingu i prodaji obezbedi iste definicije. Nakon toga cena upita može da se oceni u pravom kontekstu: uz kvalifikovane upite, završene prodaje, potvrđen prihod i jasna ograničenja kvaliteta podataka.