Sutikimo valdymas ir dvigubo sutikimo perėjimo nuorodos
Svarbu
Tradicinė rinkodara modulis bus pašalintas nuo Customer Insights - Journeys 2025 m. birželio 30 d. Kad išvengtumėte pertrūkių, pereikite prie kelionių realiuoju laiku iki šios datos. Daugiau informacijos: Perėjimo apžvalga
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 tradicinė rinkodara 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 iš tradicinė rinkodara į Customer Insights - Journeys.
Tai įvadinis straipsnis, kuriame paaiškinama, kaip sutikimas veikia kelionėse realiuoju laiku ir kuo skiriasi nuo tradicinė rinkodara. 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:
Tiesą tradicinė rinkodara, kelionės metu patikrinama informacija nurodytuose turinio nustatymuose, kad būtų galima nustatyti atitinkamą Prenumeratų centras ir naudoti tą informaciją el. pašto 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 kelionė prasideda ir kai pranešimas turi būti apdorotas, jis patikrina pagal pasirinktą atitikties profilis, kad pranešimas būtų siunčiamas. Rinkodara realiuoju laiku naudoja dviejų tipų atitikties profilius (nuostatų centras ir Prenumeratų centras), kuriuos konfigūruoja administratorius, atsižvelgdamas į sutikimo valdymo puslapio, kuris bus naudojamas pranešime, tipą. Naudojant abiejų tipų atitikties profilius, apdorojimas patikrina atributus DoNotBulkEmail ir DoNotEmail kontaktų profilyje ir naudoja temos informaciją bei tikslą, kad atitikties profilis baigtų ruoštis 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 tradicinė rinkodara prie Customer Insights - Journeys lengvesnio.
Vienas svarbus tradicinė rinkodara aspektas 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ūros versija). 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 tradicinė rinkodara 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 Bendrasis duomenų apsaugos reglamentas (BDAR) reikalaujama, kad būtų laikomasi reglamento, tik vienas sutikimas. Tačiau tai turbūt ne vienintelis teisės aktas, kurį reikia apsvarstyti. Įmonės taip pat turi laikytis papildomų vietinių taisyklių arba vidaus politikos, kurios gali būti griežtesnės nei BDAR ir reikalauti dvigubo sutikimo (žr., pvz., Ar dvigubas sutikimas tikrai reikalingas rinkodarai el. paštu Vokietijoje? | 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 susieti, 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 tradicinė rinkodara funkcijas. Tačiau tradicinė rinkodara galima naudoti Customer Insights - Journeys su dvigubo pasirinkimo nustatymais. Tai reiškia, kad klientai gali naudoti Customer Insights - Journeys savo rinkodaros kampanijoms vykdyti, o naudodami tradicinė rinkodara valdyti dvigubo sutikimo procesą. 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).
Rinkodara realiuoju laiku sutikimo patobulinimai
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ų centras – 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ų ar stebėjimo. Jie sukuriami pagal numatytuosius nustatymus, kai sukuriama nauja 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š tradicinė rinkodara
Rinkodara realiuoju laiku saugo kontaktinio punkto sutikimo informaciją sutikimo centre, kuris pasiekiamas kaip meniu elementas svetainės struktūroje. Norint perkelti sutikimo parametrus iš tradicinė rinkodara, yra mygtukas Įkelti sutikimą , kuris inicijuoja sutikimo parametrų kopiją į Customer Insights - Journeys sutikimo centrą. Naudojant pirmiau minėtas Customer Insights - Journeys patobulintas parinktis, galima nukopijuoti tradicinė rinkodara sutikimo informaciją į konkretų atitikties profilis 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ų, kurie pasirinko temą, sąrašus panašiu būdu, kuris tradicinė rinkodara palaiko prenumeratų sąrašus.
Svarbus dalykas, į kurį reikia atsižvelgti kuriant teminius ir tikslinius segmentus, yra tai, kad galimi segmentas kriterijai yra "iš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 pagal neribojantį modelį ir tada naudojama kuriant segmentas, gautas kontaktų sąrašas būtų 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, į segmentas bus įtraukti tik aiškiai pasirinkti kontaktai.
Kadangi kontakto taško sutikimo parametrai atnaujinami tik naudojant nuostatų centrus, tradicinė rinkodara formos ir puslapiai, kuriuose naujinamas sutikimas, neturėtų būti naudojami atlikus perkėlimą.
Įgyvendinkite dvigubą pasirinkimą kelionėse realiuoju laiku
Dviguba registracija dabar pasiekiama kelionėse realiuoju laiku. Norėdami įgalinti dvigubą pasirinkimą, žiūrėkite Dvigubas pasirinkimas kelionėse realiuoju laiku.
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 kontakto taško lygio sutikimas tradicinė rinkodara nepasiekiamas. Galimų klientų sutikimo tvarkymas taip pat negalimas tradicinė rinkodara. 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ų sutikimo valdymas Customer Insights - Journeys. Kai sutikimas pasiekiamas Customer Insights - Journeys ir potencialūs klientai gali pakeisti savo sutikimą naudodami nuostatų centras, nebereikėtų naudoti jokių tradicinė rinkodara artefaktų, pvz., formų.
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 pridėti prie prekės ženklo nuostatų centras, 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. Apibrėžtas kiekvienas atitikties profilis turi savo nuostatų centras puslapį, kurio turinys parašytas atitinkama kalba ir kuriame pateikiamos nuorodos į atitinkamą pagalbinę medžiagą.