Priročnik za agencije: nastavi White Label CSS partnerja in upravljaj s strankami
Z White Label CSS-om lahko svojo ponudbo za Shopping razširiš pod lastno blagovno znamko in ustvariš ponavljajoče se prihodke. Da iz tega nastane donosna storitev agencije, potrebuješ ustreznega tehničnega partnerja, jasen postopek nastavitve in upravljanje strank, ki deluje tudi, ko število strank raste.
Ta priročnik te vodi od izbire partnerja do tekoče podpore.
1. Najprej določi, kaj ponujaš svojim strankam
Pri White Label CSS-u ponudnik zagotovi dogovorjeno tehnično infrastrukturo, ti pa ponudbo tržiš pod svojo blagovno znamko. Katere naloge prevzame partner, je odvisno od pogodbe: portal za primerjavo cen, nastavitev, gostovanje, povezovanje trgovcev, podpora in poročanje so lahko različno razdeljeni.
Zato pred iskanjem ponudnika določi, kako se CSS umešča v tvoj poslovni model.
| Model ponudbe | Storitev za stranko | Obračun |
|---|---|---|
| Samostojna storitev CSS | Povezava s CSS in dogovorjena osnovna podpora | Mesečna pristojbina |
| Del upravljanja Ads | CSS poleg upravljanja kampanj | Vključeno v mesečni pavšal ali ločeno |
| Paket storitev za Shopping | CSS, vzdrževanje feeda in redna optimizacija | Mesečna cena paketa |
Odločitev vpliva na tvoj obseg dela. Kdor prodaja izključno povezavo s CSS, mora določiti, ali je odpravljanje napak pri izdelkih del storitve. Sicer se majhna mesečna pristojbina hitro spremeni v obsežno podporo.
2. Preveri partnerja glede na svoj način dela
Nizka nabavna cena malo pomaga, če vsaka povezava stranke zahteva več krogov usklajevanja. Pred podpisom pogodbe naj ti pokažejo, kako se doda nova stranka, kako preveriš stanje in kako se težava eskalira.
Še posebej razjasni:
- Blagovna znamka in domena: Katera lastna domena in katero prikazno ime CSS bosta nastavljena? Kje je še vedno viden tehnični ponudnik?
- Obseg storitev: Kdo upravlja portal, posodablja podatke o izdelkih in odpravlja tehnične motnje?
- Upravljanje strank: Delaš v CSS Centru, v partnerski nadzorni plošči ali prek podpore?
- Stroški: Se obračunava na račun trgovca, MCA, trgovino ali domeno? Obstajajo minimalne količine in dodatni stroški?
- Podpora: Kdo je dosegljiv, kako hitro se odzove in kdo komunicira z Googlom?
- Izstop: Kaj se ob koncu pogodbe zgodi z domeno, podatki in povezavami trgovcev?
Naj ti obračun izračunajo na podlagi tvojega dejanskega portfelja strank. Deset trgovin z enim računom na trgovino se lahko obravnava drugače kot en trgovec z več podračuni.
3. Nastavi lastno blagovno znamko CSS
Pripravi popoln paket za nastavitev: želeno ime, domeno, logotip, podatke o podjetju, kontaktno osebo, naslov za podporo in načrtovane ciljne države. S ponudnikom se uskladi, kateri zapisi DNS so potrebni in kdo jih nastavi.
Lastna domena naj bo po možnosti v računu za domene, ki ga nadzoruje tvoja agencija. Za podporo in sistemska obvestila je priporočljiv osrednji naslov, kot je css@deine-agentur.de, katerega prejeto pošto lahko obdeluje več pristojnih oseb.
K nastavitvi spada delujoč portal za primerjavo cen. Google med drugim zahteva iskanje izdelkov, možnosti primerjave ter funkcije razvrščanja oziroma filtriranja. Za vsako sodelujočo državo morajo biti na voljo ponudbe z najmanj 50 različnih domen trgovcev, ki dostavljajo v to državo. To ne pomeni, da tvoja agencija že potrebuje 50 plačujočih strank CSS. Odločilne so ponudbe trgovcev, ki so na voljo na portalu. S partnerjem razjasni, kako bo te zahteve trajno izpolnjeval. Google: Zahteve za storitve primerjave cen
Tehnično dokončanje loči od Googlove odobritve. Dosegljiva spletna stran sama po sebi še ne pomeni, da lahko prek nje oskrbuješ stranke.
Za novo nastavitev CSS Google opisuje postopek registracije z novim računom Merchant Center, preverjanjem domene in nato prijavo za pretvorbo v CSS multi-client account. Pri White Labelu vnaprej določi, katere korake prevzame tvoj ponudnik ter katere podatke ali odobritve potrebuje od tebe. Dodatne račune ustvari šele po tem usklajevanju. Google: Prvi koraki kot CSS
4. Določi strukturo računov in pravice dostopa
Trije sistemi imajo različne naloge:
| Sistem | Naloga |
|---|---|
| CSS Center | Upravljanje CSS domainov in dodeljenih trgovcev |
| Merchant Center | Upravljanje podatkov o izdelkih in stanja njihove obdelave |
| Google Ads | Upravljanje kampanj, proračunov in ponudb |
CSS group lahko zajema več CSS domainov. Posameznemu CSS domainu je nato mogoče dodeliti več računov trgovcev. Poleg primarnega CSS multi-client accounta so mogoči tudi samostojni računi trgovcev in dodatne strukture MCA. Zato se ni treba vsaki stranki preseliti v na novo ustvarjen podračun agencije. Google: Vrste računov v CSS Centru
Za vsako stranko pred menjavo dogovori želeno strukturo. Zlasti pri obstoječih multi-client accountih mora biti jasno, ali se spremeni samo dodelitev CSS ali tudi hierarhija računov.
Priporočljivo je, da stranka obdrži lasten skrbniški dostop. Dodeljuj osebne uporabniške dostope namesto skupnih gesel in dokumentiraj, kdo prevzema katere naloge. Odobritev menjave CSS in dodatne dostope za vzdrževanje feeda ali upravljanje kampanj obravnavaj ločeno.
5. Standardiziraj uvajanje strank
Pripravi kratek obrazec, ki ga tvoja ekipa uporablja pri vsaki povezavi. Vsebovati mora vsaj naslednje podatke:
- Ime trgovine, domena in kontaktna oseba
- Merchant Center ID in dosedanji CSS
- Obstoječa pripadnost MCA
- Pristojni skrbnik Merchant Centra
- Ciljne države in uporabljene površine prikazovanja
- Vir podatkov o izdelkih in tehnična kontaktna oseba
- Želeni datum začetka in dogovorjeni obseg storitev
Še posebej natančno preveri mednarodne račune. Novi CSS mora podpirati potrebna prikazovanja, na primer zunaj splošnega Googlovega iskanja in zunaj držav programa CSS. V to preverjanje spadajo tudi brezplačni vnosi izdelkov. Google: Sodelovanje s storitvami primerjave cen
Pred menjavo zabeleži stanje računa: aktivne izdelke, obstoječe zavrnitve, težave s feedom in trenutni razvoj kampanj. Tako bo tvoja ekipa pozneje lahko prepoznala, katere nepravilnosti so obstajale že prej.
6. Menjavo CSS izvedi nadzorovano
Če se obstoječi Merchant Center uporablja še naprej, menjava načeloma poteka tako:
- 1Trgovec potrdi, da želi sodelovati z novim CSS.
- 2Skrbnik novega CSS sproži zahtevo za menjavo z Merchant Center ID.
- 3Skrbnik računa trgovca odobri zahtevo v Merchant Centru.
- 4Po predvidenem prehodnem obdobju začne veljati nova dodelitev.
Google navaja prehodno obdobje do 14 dni po odobritvi. Dosedanji CSS ga lahko skrajša ali se mu odpove. Zato začetni datum načrtuj glede na dejansko stanje menjave. V CSS Centru lahko postopek spremljaš prek zgodovine menjav. Google: Menjava računov trgovcev med CSS-ji
Za menjavo CSS računa Google Ads ni treba prenesti. Odločilna je dodelitev Merchant Centra. Račun Merchant Center je lahko hkrati dodeljen enemu CSS. Google: Sodelovanje s storitvami primerjave cen
Izogibaj se hkratni prenovi feeda in spremembi strategije licitiranja. Jasno razmejena menjava olajša nadzor in iskanje napak.
7. Vsako povezavo zaključi s prevzemnim preverjanjem
Potrjena zahteva za menjavo še ni zaključeno naročilo stranke. Ko menjava začne veljati, preveri, ali:
- obstaja predvidena dodelitev CSS,
- se podatki o izdelkih še naprej posodabljajo,
- so potrebni izdelki odobreni,
- se kampanje še naprej prikazujejo,
- države in površine prikazovanja delujejo, kot je predvideno,
- imata stranka in agencija dogovorjene dostope.
Nato stranko na kratko obvesti o zaključku, rezultatu preverjanja in kontaktni osebi. Odprte točke dokumentiraj z odgovorno osebo in rokom.
Pri tem ne obljubljaj pavšalnega izboljšanja rezultatov kampanj. Razvoj ocenjuj na podlagi primerljivih obdobij in upoštevaj spremembe proračuna, akcije, ponudbo izdelkov in sezonskost.
8. Stranke vodi v skupnem pregledu
Za začetek zadostuje skrbno vodena preglednica ali CRM. Pomembno je, da se stanje stranke, tehnična dodelitev in obračun ujemajo.
Za vsako stranko vodi Merchant Center ID, CSS domain, kontaktno osebo, pristojnega Account Managerja, stanje menjave, datum aktivacije, nabavno ceno, prodajno ceno in naslednji datum preverjanja.
Obnesel se je enoten potek stanj:
Za odprte zadeve vedno dodaj naslednji konkreten korak. „Manjka odobritev – Account Manager stranko opomni v četrtek“ je bolj koristno kot splošno stanje „v obdelavi“.
Načrtuj tedenski pregled odprtih povezav in tehničnih težav. Enkrat na mesec aktivne račune uskladi z obračunom dobavitelja in obračunom strankam. Tako zgodaj opaziš pozabljene odpovedi in še neobračunane aktivacije.
9. V izračun vključi strošek podpore
Razlika med nabavno in prodajno ceno še ni tvoj dobiček. Upoštevaj nastavitev, vprašanja strank, izdajanje računov in tehnično podporo.
Poenostavljen primer izračuna s prosto izbranimi neto zneski: zaračunaš 49 evrov na mesec in partnerju plačaš 19 evrov na račun stranke. Pri 20 računih najprej ostane 600 evrov na mesec. Če vsak račun v povprečju potrebuje 15 minut podpore, nastane pet delovnih ur. Pri interno upoštevanih 60 evrih na uro ostane 300 evrov pred drugimi stroški.
Zato opredeli, katera podpora je vključena in kdaj se zaračunajo dodatne storitve. Ekonomsko vzdržna storitev potrebuje jasen obseg.
10. Načrtuj tudi odhod stranke
Že pri uvajanju določi, kako se obravnava odpoved. Dokumentiraj konec pogodbe, želeni ciljni CSS, kontaktno osebo in trenutek, ko se odstranijo dodatni dostopi agencije.
Storitev CSS je mogoče končati brez brisanja Merchant Centra. Google opisuje tako menjavo k drugemu CSS kot vrnitev na Google Shopping po soglasju skrbnika Merchant Centra. Google: Menjava računov trgovcev med CSS-ji
Začni z nekaj pilotnimi strankami in dokumentiraj vsak delovni korak. Ko nastavitev, odobritve, prevzemno preverjanje in obračun zanesljivo delujejo, lahko po istem postopku povežeš nove stranke. Tako tvoj White Label CSS postane predvidljiva storitev agencije, ki jo lahko oskrbuješ in širiš z obvladljivim trudom.