Sutikimo valdymas ir dvigubo sutikimo perėjimo nuorodos
Kiekvieną mėnesį pridedama Dynamics 365 Customer Insights - Journeys daugiau funkcijų ir funkcijų. Šiuo metu yra du varikliai, skirti įtraukti klientus Customer Insights - Journeys į programą: išeinantis siunčiamos rinkodaros variklis ir dabartinis Customer Insights - Journeys variklis. Abu varikliai veikia skirtingai, todėl funkcijų paritetas gali būti įvairių formų. Turėtumėte į tai atsižvelgti pereidami nuo siunčiamos rinkodaros prie Customer Insights - Journeys.
Tai įvadinis straipsnis, kuriame paaiškinama, kaip sutikimas veikia kelionėse realiuoju laiku ir kuo skiriasi nuo siunčiamos rinkodaros. Išsamesnės diskusijos ieškokite Sutikimo valdymo Dynamics 365 Customer Insights - Journeys supratimas naudojant "Dynamics FastTrack" internetinius dienoraščius
Kalbant apie sutikimo valdymą ir susijusias temas, abu Customer Insights - Journeys varikliai turi savo koncepcijas:
Norint nustatyti, ar pranešimas buvo išsiųstas kontaktui arba potencialiam klientui, atliekamas šis apdorojimas:
Siuntimo rinkodaros srityje veiklos ciklas patikrina informaciją nurodytuose turinio nustatymuose, kad identifikuotų atitinkamą prenumeratų centrą ir naudotų šią informaciją el. laiškų apdorojimui pradėti. Tada sistema patikrina atributus "DoNotBulkEmail" ir "DoNotEmail " kontakto profilyje prieš pradėdama vertinti kontakto sutikimo lygį, palyginti su nurodytu kelionės sutikimo lygiu.
Rinkodaroje Customer Insights - Journeys apdorojimas skiriasi. Kai procesas prasideda ir kai pranešimas turi būti apdorotas, jis patikrina pagal atitikties profilį, pasirinktą siunčiamam pranešimui. Realiojo laiko rinkodara naudoja dviejų tipų atitikties profilius (nuostatų centrą ir prenumeratų centrą), kuriuos konfigūruoja administratorius, atsižvelgdamas į pranešime naudotino sutikimo valdymo puslapio tipą. Naudojant abiejų tipų atitikties profilius, apdorojimas patikrina kontakto profilio atributus "DoNotBulkEmail" ir "DoNotEmail " ir naudoja temos informaciją bei atitikties profilio paskirtį, kad užbaigtų pasiruošimą ir galiausiai išsiųstų pranešimą.
Viena iš savybių, į kurią reikia atkreipti dėmesį, yra ta, kad atributų "DoNotBulkEmail" ir "DoNotEmail " naudojimas kontaktų profilyje yra įprastas tiek siunčiamiems, tiek Customer Insights - Journeys ir. Be to, Customer Insights - Journeys gali naudoti prenumeratos centrus kaip puslapį, kuriame galima užfiksuoti sutikimą, todėl perėjimas nuo siuntimo rinkodaros Customer Insights - Journeys prie lengvesnio.
Vienas svarbus aspektas, susijęs su siunčiama rinkodara, yra tai, kad kontakto duotas sutikimas yra stebimas kontakto lygiu, o tai turi šias pasekmes:
- Neįmanoma atskirti dviejų skirtingų rinkodaros pranešimų, pavyzdžiui, dviejų skirtingų produktų atveju.
- Kitų produkto kanalų sutikimo valdymas nepalaikomas.
Modulis Customer Insights - Journeys nuo pat pradžių laikosi kitokios koncepcijos, todėl rinkodaros specialistai gali naudoti kitus kanalus nei el. Paštas. Pavyzdžiui, vietoj to galite naudoti tekstinius pranešimus arba tiesioginius pranešimus. Kontaktas (arba potencialus klientas) gali gauti pranešimus keliais kanalais, o visi skirtingi kontaktiniai centrai gali turėti skirtingas sutikimo nuostatas. Pavyzdžiui, kontaktas leidžia komercinę rinkodarą el. paštu, bet nenori komercinės rinkodaros teksto pranešimais.
Nuo šiandien siuntimo ir realaus laiko moduliai atsižvelgia į atributų "DoNotBulkEmail" ir "DoNotEmail" kontakto lygio nustatymus, kurie atspindi bendrą pasirinkimą arba atsisakymą (taip pat žr. sutikimo peržiūrą). Nors Customer Insights - Journeys tikrinami kontakto objekto laukai DoNotEmail ir DoNotBulkEmail , realiuoju laiku siunčiamų pranešimų sutikimo naujinimai neatnaujina kontakto laukų DoNotEmail ir DoNotBulkEmail . Atnaujinimai iš realiojo laiko pranešimų atnaujina tik el. pašto adreso kontaktinio taško sutikimo įrašus. Tai reiškia, kad siunčiamiems rinkodaros pranešimams neturės įtakos sutikimo įrašų pakeitimai, atlikti pagal gautus Customer Insights - Journeys pranešimus.
Dvigubas sutikimas ir BDAR
Tam tikrose geografinėse vietovėse, kad būtų galima vykdyti rinkodaros kampanijas ir nukreipti klientus, reikia, kad tie klientai sutiktų (pasirinktų) su ta komunikacija. Pagal Bendrąjį duomenų apsaugos reglamentą (BDAR) tik vienas pasirinkimas reikalingas, kad būtų laikomasi reglamento. Tačiau tai turbūt ne vienintelis teisės aktas, kurį reikia apsvarstyti. Įmonės taip pat turi laikytis papildomų vietinių taisyklių ar vidaus politikos, kurios gali būti griežtesnės nei BDAR ir reikalauti dvigubo sutikimo (žr., pvz., Ar vokietijoje rinkodarai el. paštu tikrai reikalingas dvigubas sutikimas? | Demodia).
Klientai savo sutikimą paprastai pateikia naudodami formą ir žymimąjį laukelį, kuriuos klientas turi aiškiai pažymėti, kad galėtų pateikti formą (vienas sutikimas). Tais atvejais, kai reikalingas dvigubas sutikimas, vien formos pateikimas neatitinka privatumo reikalavimų. Įmonės privalo išsiųsti patvirtinimo el. laišką, kurį jų klientai turi atidaryti, ir spustelėti patvirtinimo nuorodą, kad patikrintų, ar tai tikrai buvo jų idėja pasirinkti.
Šis procesas taip pat taikomas rinkodaros nuostatų atnaujinimui (sutikimas arba atsisakymas).
Visuotinis ir forma pagrįstas dvigubas pasirinkimas
Dvigubo pasirinkimo valdymas šiuo metu galimas tik naudojant siunčiamos rinkodaros funkcijas. Tačiau išeinančioje rinkodaroje galima naudoti Customer Insights - Journeys dvigubo pasirinkimo parametrus. Tai reiškia, kad klientai gali naudoti Customer Insights - Journeys savo rinkodaros kampanijoms vykdyti, o išeinančią rinkodarą naudoja dvigubo pasirinkimo procesui valdyti. Kaip aprašyta anksčiau, abu varikliai pateikia vertinimo rinkodaros nuostatų atributus kontaktiniu lygiu ("DoNotBulkEmail" ir "DoNotEmail"). Šiame straipsnyje aprašoma, kaip viską nustatyti, kad būtų naudojamas dvigubas sutikimas Customer Insights - Journeys.
Įgalinus visuotinį dvigubą sutikimą, klientas visada gauna el. laišką, kad patvirtintų naują prenumeratą arba jei sutikimas pasikeičia. Tai taip pat galėtų būti nustatyta tik konkrečioms formoms (o ne visuotinei).
Rinkodaros patobulinimai realiuoju laiku iki sutikimo
Atitikties profiliai apibendrina ir sugrupuoja konkrečius sutikimo parametrus. Sistemoje visada yra bent vienas atitikties profilis. Atitikties Customer Insights - Journeys profiliai yra susieti su nuostatų centru – tinkinama forma, kuri suteikia galimybę keisti sutikimo parametrus. Atitikties profiliai leidžia organizacijai apibrėžti sutikimo parametrus naudojant tikslus. Vienas atitikties profilis gali apimti skirtingus sutikimo tikslus, kurie nurodo priežastį, dėl kurios gaunamas sutikimas, paprastai komercinį, operacijų arba sekimą. Jie sukuriami pagal numatytuosius nustatymus, kai sukuriamas naujas atitikties profilis.
Operacijų ir komerciniais tikslais taip pat galima apibrėžti temas. Temos leidžia dar labiau patobulinti bendravimo nuostatas. Kiekvienam komerciniam tikslui galima pridėti bendrųjų temų, pvz., "Naujienlaiškis" arba "Dienos pasiūlymai". Temos gali būti laikomos prenumeratų sąrašų tęsiniu.
Tolesniame paveikslėlyje parodytas ryšys tarp šių objektų.
Organizacija gali turėti kelis atitikties profilius, pvz., kiekvienai dukterinei įmonei ar šaliai ir kiekvienam iš jų skirtingais sutikimo tikslais.
Scenarijai
Dabar, kai aptarėme pasirinkimo ir produkto galimybių skirtumus, pažvelkime į kai kuriuos scenarijus ir kaip galima naudoti atitikties parametrus.
Sutikimo perkėlimas iš siunčiamos rinkodaros
Vykdant realiojo laiko rinkodarą kontaktinio taško sutikimo informacija saugoma sutikimo centre, kuris pasiekiamas kaip meniu elementas svetainės struktūroje. Norint perkelti sutikimo parametrus iš siuntimo rinkodaros, yra mygtukas Įkelti sutikimą , kuris inicijuoja sutikimo parametrų kopiją sutikimo Customer Insights - Journeys centre. Naudojant pirmiau minėtas Customer Insights - Journeys patobulintas parinktis, galima nukopijuoti siunčiamo rinkodaros sutikimo informaciją į konkretų atitikties profilį ir apibrėžti, kokiu komerciniu ir operacijų tikslu duomenys turėtų būti kopijuojami. Komerciniais tikslais taip pat galima pasirinktinai apibrėžti temą, kurios atžvilgiu bus saugomas sutikimas. Taip gaunamas kontakto taško sutikimo įrašas, kurio tipas yra tema, ir jį galima naudoti norint perkelti prenumeratų sąrašą į temą Customer Insights - Journeys .
Tai gali būti naudojama šioms procedūroms:
- Nukopijuokite kontaktų sutikimą konkrečiam tikslui ar temai.
- Nukopijuokite potencialaus kliento sutikimą į konkretų tikslą ar temą tam tikram tikslui.
- Nukopijuokite prenumeratų sąrašo pasirinkimo informaciją į tikslą arba temą.
Toliau pateiktame paveikslėlyje parodyti skirtingi parametrai:
Įkėlimo sutikimo funkcija įkelia duomenis iš atributų DoNotBulkEmail ir DoNotEmail , kad gautų kontaktų ir potencialių klientų sutikimą. Funkcija turėtų būti naudojama, kai užpildomas kontakto vietos sutikimo centras, nes Customer Insights - Journeys priklauso nuo šių parametrų. Šią funkciją taip pat galima naudoti kelis kartus, pavyzdžiui, jei keli prenumeratų sąrašai turėtų būti perkelti į skirtingas temas Customer Insights - Journeys. Taip pat žiūrėkite: Sutikimo duomenų įtraukimas į Customer Insights - Journeys
Perkėlę prenumeratų sąrašus, kaip aprašyta anksčiau, galite kurti segmentus pagal temą ir tikslą, pasirinkimo ir atsisakymo duomenis, užfiksuotus sutikimo centre. Tai leidžia kurti tikslinius klientų, pasirinkusių temą, sąrašus panašiu būdu, kaip siunčiama rinkodara palaiko prenumeratų sąrašus.
Svarbus dalykas, į kurį reikia atsižvelgti kuriant teminius ir tikslinius segmentus, yra tai, kad galimi segmento kriterijai yra "siųs" arba "nesiųs". Taip atsižvelgiama ne tik į tai, ar yra pasirinkimo / atsisakymo įrašas, bet ir į temos įgyvendinimo modelį (ribojantis, neribojantis arba išjungtas). Pavyzdžiui, jei tema buvo sukonfigūruota neribojančiame modelyje ir tada naudojama kuriant segmentą, gautas kontaktų sąrašas bus visi, kurie iš tikrųjų galėtų gauti pranešimą, t. y. visi galimi pasirinkimai ir visi kontaktai, kurie neatsisakė. Ir atvirkščiai, jei modelis buvo ribojantis, segmente bus tik aiškiai pasirinkti kontaktai.
Kadangi kontakto taško sutikimo parametrai atnaujinami tik naudojant nuostatų centrus, atlikus perkėlimą siunčiamos rinkodaros formos ir puslapiai, kuriuose atnaujinamas sutikimas, neturėtų būti naudojami.
Įdiekite dvigubą sutikimą ir Customer Insights - Journeys tuo pačiu metu reikalingas kontakto lygio sutikimas
Kaip minėta pirmiau, dvigubas sutikimas šiuo metu teikiamas tik per siunčiamą rinkodarą. Ši funkcija bus įdiegta vėliau, kad būtų pasiekiama natūraliai Customer Insights - Journeys. Jei įmanoma, geriausia palaukti, kol ši funkcija taps pasiekiama savaime Customer Insights - Journeys. Jei tai nėra parinktis, galima nustatyti dvigubą pasirinkimą siunčiamoje rinkodaroje ir pasinaudoti šiais nustatymais Customer Insights - Journeys. Šiuo atveju svarbu suprasti, kaip abu moduliai veikia kartu:
- Formos ir dvigubas sutikimas turi būti nustatyti siunčiamojoje rinkodaroje.
- Jei siuntimo rinkodaros formoje įgalintas dvigubas sutikimas, bet koks sukurtas kontaktas iš tikrųjų nebus sistemoje, kol saitas nebus spustelėtas patvirtinimo el. laiške, suaktyvintame užpildant formą.
- Tai reiškia, kad galite "pasitikėti", kad kontaktas turi dvigubą sutikimą, jei jis buvo sukurtas naudojant formą, kuri reikalauja dvigubo sutikimo.
- Kaip formos dalį jie gali prisiregistruoti gauti įvairius prenumeratos sąrašus arba tiesiog laukus DoNotBulkEmail ir DoNotEmail nustatyti į 0 (lygu Leisti ), atsižvelgiant į tai, ar klientas naudoja prenumeratųsąrašus.
- Jei naudojami prenumeratų sąrašai ir klientas nusprendžia pasirinkti papildomus prenumeratų sąrašus naudodamas prenumeratų centrą ir įgalintas visuotinis dvigubas sutikimas , bet kokie pakeitimai, kuriuos klientas atlieka, kad prisijungtų prie naujo prenumeratų sąrašo, suaktyvins patvirtinimo el. laišką.
- Rinkodara realiuoju laiku atsižvelgia į kontakto laukus DoNotBulkEmail ir DoNotEmail .
- Jei klientas atsisako prenumeratų sąrašo, naudojamo veiklos ciklo segmentui Customer Insights - Journeys kurti, prenumeratos, jis negaus pranešimų iš veiklos ciklo.
Abiejų modulių (siunčiamų ir realiuoju laiku) naudojimas vienu metu laikomas laikinu sprendimu, kol bus galima pasirinkti Customer Insights - Journeys dvigubą variantą. Yra situacijų, kai dvigubas sutikimas reikalingas tik pirmą kartą. Tokiu atveju sąranka išlieka tokia pati, kaip aprašyta aukščiau. Be to, galima naudoti Customer Insights - Journeys tokias funkcijas kaip tikslai ir temos. Taip pat galima naudoti nuostatų centrą, Customer Insights - Journeys kuris leidžia klientams pasirinkti naujas temas. Tokiu atveju atitinkamam Customer Insights - Journeys el. laiškui nereikės antro (dvigubo) pasirinkimo.
Naudojimas Customer Insights - Journeys ir potencialaus kliento sutikimas, sutikimo tvarkymas kontaktinio taško lygiu
Pagal šį scenarijų turi būti naudojami atitikties parametrai, Customer Insights - Journeys nes siuntimo rinkodaros srityje kontakto taško lygio sutikimas negalimas. Galimų klientų sutikimo valdymas taip pat negalimas siunčiamoje rinkodaroje. Sutikimui tvarkyti turėtų būti naudojami tikslai ir temos. Reikiamų artefaktų kūrimo procesas aprašytas čia: El. pašto ir teksto pranešimų Customer Insights - Journeys sutikimo valdymas. Kai sutikimas pasiekiamas Customer Insights - Journeys ir potencialūs klientai gali pakeisti savo sutikimą naudodami nuostatų centrą, nebeturėtų būti naudojami jokie siunčiamos rinkodaros artefaktai, pvz., formos.
Keli prekių ženklai ir sutikimas pagal temą
Pagal šį scenarijų klientas turi kelis prekių ženklus, kurių kiekvienas turi gauti sutikimą savo tikslais ir norėtų turėti savo temas, kurias vartotojai galėtų pasirinkti arba atsisakyti. Tai galima pasiekti sukuriant kelis atitikties profilius, po vieną kiekvienam susijusiam prekės ženklui. Atitikties profiliuose kiekvienas prekės ženklas gali apibrėžti savo temas, tinkamas jų komunikacijai. Nustačius temas, jas galima įtraukti į prekės ženklo nuostatų centrą, kad klientai galėtų pasirinkti arba atsisakyti dominančių sričių.
Veikia keliose šalyse ir (arba) reikalauja pasirinkimo centrų keliomis kalbomis
Tai panašu į kelių prekės ženklų scenarijų, tačiau pagal šį scenarijų įmonė siekia struktūrizuotis pagal kelias geografines vietoves, kuriose ji veikia, o ne pagal naudojamus prekės ženklus. Šią problemą taip pat galima išspręsti kiekvienai šaliai sukūrus kelis atitikties profilius. Nustačius kiekvieną atitikties profilį, jis turi savo nuostatų centro puslapį, kuriame turinys parašytas atitinkama kalba ir kuriame pateikiama nuoroda į atitinkamą pagalbinę medžiagą.