Bendrinti naudojant

Sutikimo valdymo apžvalga

  • Straipsnis

Svarbu

Šis straipsnis taikomas kelionėms realiuoju laiku ir tradicinė rinkodara.

Kelionės realiuoju laiku ir tradicinė rinkodara turi skirtingus, bet susijusius modelius, padedančius palaikyti sutikimą ir reguliavimo atitiktį bendraujant su klientais. Šiame straipsnyje pateikiama šių skirtumų apžvalga kartu su nuorodomis į išsamesnę informaciją apie atitikties užtikrinimo būdus.

Kelionėse realiuoju laiku sutikimas užfiksuojamas ir saugomas kontakto taškas. Kontakto taškas yra pranešimo paskirties vieta (pvz., el. pašto adresas arba telefono numeris). Kliento sutikimas saugomas kiekvienam kanalui. Pavyzdžiui, el. laiške somebody@example.com sutikta gauti komercinius pranešimus apie būsimus renginius.

Pagrindinis kontakto taškas sutikimo pranašumas yra tas, kad jis leidžia Customer Insights - Journeys organizuoti keliones realiuoju laiku per bet kurį subjektą. Organizavimas kelionėse reiškia, kad galite vykdyti potencialių klientų, Customer Insights - Data profilių, kontaktų ir bet kurio kito objekto sutikimą. Šis požiūris prieštarauja tradicinė rinkodara kelionėms, kurios gali organizuoti tik kontaktinių subjektų keliones.

Iš tradicinė rinkodara sutikimas užfiksuojamas ir saugomas kontakto objekte DoNotEmail ir DoNotBulkEmail laukuose, DoNotTrack kurie taikomi visam kontakto įrašui ir visiems jo el. pašto adresams. Šis metodas neleidžia užfiksuoti skirtingo sutikimo dėl kelių kontakto el. pašto adresų, telefono numerių ir kt.

Svarbu

Kelionės realiuoju laiku gali patikrinti kontakto ir DoNotEmail DoNotBulkEmail laukus, DoNotTrack kad atitiktų tradicinė rinkodara sutikimo vykdymo elgseną ir padėtų pereiti nuo tradicinė rinkodara prie kelionių realiuoju laiku. Sužinokite daugiau toliau straipsnyje Vartotojų atitikties parametrų valdymas realiuoju laiku vykstančiuose cikluose

Svarbu

Tradicinė rinkodara netikrina kontakto taškas sutikimo įrašų, kad įvertintų sutikimą siunčiant pranešimus. Tai reiškia, kad kontakto taškas sutikimo įrašai neturės įtakos tradicinė rinkodara pranešimams.

Atitikties profiliai

Atitikties profiliai yra telkiniai, kuriuose galima valdyti sutikimą ir atitiktį Customer Insights - Journeys. Atitikties profiliai reglamentuoja, kaip sutikimas fiksuojamas ir vykdomas. Atitikties profiliuose saugoma informacija, pvz., įmonės adresas, nuostatų valdymo patirtis ir susijusi konfigūracija. Atitikties profilis parametrai skiriasi atsižvelgiant į kuriamo ar modifikuojamo atitikties profilis tipą.

Vartotojo kontaktų nuostatos

Svarbu

Nuo 10 m. spalio 2024 d. prenumeratos atsisakymo nuorodos nustos galioti praėjus šešiems mėnesiams nuo susieti sukūrimo ir nebeveiks.

Yra keturi būdai, kuriais vartotojai gali tvarkyti savo kontaktų nuostatas: nuostatų centrai, nuostatų puslapiai, prenumeratų centrai ir išoriniai saitai.

Nuostatų centrai

Arbatpinigiai

Nuostatų centrai yra rekomenduojamas būdas leisti klientams valdyti savo bendravimo su jūsų organizacija nuostatas kelionėms realiuoju laiku.

Svarbu

Nuostatų centrai nemodifikuoja kontakto ar DoNotEmaillaukų. DoNotBulkEmail DoNotTrack Tai reiškia, kad nuostatų centrų atlikti sutikimo pakeitimai neturi įtakos tradicinė rinkodara pranešimams. Jei tuo pačiu metu siunčiate pranešimus iš kelionių tradicinė rinkodara ir realiuoju laiku, rekomenduojame naudoti prenumeratos centrus kelionėse realiuoju laiku.

Customer Insights - Journeys naudoja pageidavimų centrus, kad klientai galėtų valdyti pranešimų, kuriuos jie nori gauti, tipus ir kontakto taškas, kuriais jie nori juos gauti. Jie dirba su visais palaikomais objektų tipais: potencialiais klientais, kontaktais ir kt. Nuostatų centrus galima sukonfigūruoti taip, kad jie atitiktų įmonės prekės ženklą, ir juose gali būti parinkčių, leidžiančių vartotojams tvarkyti sutikimą tikslais ir temomis. Nuostatų centrai taip pat palaiko kelių prekių ženklų sutikimą, todėl galite savarankiškai valdyti sutikimą kiekvienoje savo verslo srityje.

Sužinokite daugiau: Nuostatų centrų kūrimas Customer Insights - Journeys

Nuostatų puslapiai

Svarbu

Rekomenduojame nuostatų puslapius pakeisti nuostatų centrais, kad galėtumėte pasinaudoti visomis sutikimo funkcijomis, kurios pasiekiamos Customer Insights - Journeys.

Customer Insights - Journeys naudoja nuostatų puslapius kaip kitą būdą tvarkyti naudotojo sutikimą. Nuostatų puslapis yra tinklalapis, kuriame jūsų klientai gali keisti savo sutikimo nustatymus, kad gautų el. laiškus ir teksto pranešimus bei stebėtų. Negalite sukurti naujo nuostatų puslapio. Vietoj to galite tinkinti puslapio kalbą, kad atnaujintumėte kontakto taškas sutikimą, kaip naudojama Customer Insights - Journeys. Įdiegus nuostatų centrus, esami nuostatų puslapiai ir toliau padės naudotojams atnaujinti sutikimą. Tačiau ateityje visi nauji atitikties profiliai naudoja patobulintas nuostatų centrų funkcijas.

Prenumeratų centrai

Perspėjimas

Prenumeratų centrus galima naudoti tik su kontaktų objektais. Prenumeratos centrai nepalaiko galimų klientų ir Customer Insights - Data profilių. Jei planuojate siųsti pranešimus šių tipų objektams, rekomenduojame naudoti nuostatų centras.

Tradicinė rinkodara prenumeratos centrai yra rinkodaros puslapiai, kuriuos kontaktai gali naudoti norėdami valdyti savo bendravimo su jūsų organizacija nuostatas ir kontaktinę informaciją. Prenumeratos centrai turi būti sukonfigūruoti tradicinė rinkodara m., bet gali būti naudojami kelionėms realiuoju laiku. Prenumeratos centrai neveikia su kelionės realiuoju laiku tikslais ir temomis. Iš Prenumeratų centras galima naujinti tik kontakto įrašo (pvz., DoNotBulkEmail lauko) ir prenumeratų sąrašų duomenis.

Customer Insights - Journeys Taip pat galite naudoti prenumeratų centrus, jei jūsų kelionės skirtos tik kontaktams. Naudodami prenumeratos centrus realiuoju laiku galite pradėti siųsti pranešimus iš realaus laiko kelionių prieš pereidami prie naujesnės nuostatų centras parinkties.

Pastaba.

Kai Prenumeratų centras naudojamas realiuoju laiku, atnaujinus vartotojo atliktus lauko pakeitimus DoNotBulkEmail , bus sukurtas arba atnaujintas kontakto taškas sutikimo įrašas, skirtas el. laiške sukonfigūruotos atitikties profilis komerciniais tikslais.

Norėdami sužinoti daugiau apie esamos tradicinė rinkodara Prenumeratų centras naudojimą realiuoju laiku, apsilankykite Siunčiamų prenumeratų centrų naudojimas Customer Insights - Journeys

Perspėjimas

Išoriniai saitai šiuo metu sukurti veikti su išoriškai nuomojamais prenumeratų centrais ir gali būti naudojami tik su kontaktų objektais. Išoriniai saitai nepalaiko potencialių klientų ir Customer Insights - Data profilių. Jei planuojate siųsti pranešimus šių tipų objektams, rekomenduojame naudoti nuostatų centras.

Arbatpinigiai

Jei norite įtraukti susieti į išorinį nuostatų valdymo puslapį, o atlikti URL pakeitimai netinka jūsų naudojimo atvejui, rekomenduojame sukonfigūruoti pranešimus taip, kad nuostatų valdymo susieti būtų įtraukti tiesiai į pranešimo šabloną ir nebūtų naudojami įtaisytieji atitikties {{PreferenceCenter}} atpažinimo ženklai.

Išoriniai saitai leidžia konfigūruoti svetainės URL, nukreipiantį į išoriškai priglobtą Prenumeratų centras. Atitikties profilis sukonfigūruotas URL bus įtrauktas į pranešimus, siunčiamus naudojant šį atitikties profilis. Kai URL įterpiamas į pranešimą, jis modifikuojamas, kad pabaigoje būtų įtrauktas užklausos eilutės parametras, kad gaunanti Prenumeratų centras galėtų identifikuoti kontaktą, kuriam buvo išsiųstas pranešimas.

Vartotojų atitikties parametrų valdymas realiuoju laiku vykstančiuose veiklos cikluose

Atitikties parametrų valdymas yra labai svarbus siekiant užtikrinti, kad jūsų verslo procesai atitiktų privatumo įstatymus ir reglamentus. Šiame straipsnyje pateikiama administratoriaus atitikties sąrankos, nuostatų centrų ir realiojo laiko kelionių koncepcijų apžvalga. Norėdami gauti informacijos apie tradicinė rinkodara atitiktį, apsilankykite tradicinė rinkodara atitikties nustatymuose.

Kelionių realiuoju laiku atitikties apžvalga

Norėdami konfigūruoti realiojo laiko veiklos ciklų atitiktį, administratoriai gali eiti į parametrų ">Customer engagement">atitikties profilius , kad apibrėžtų sutikimo modelį, įmonės adresą ir tinkintų nuostatų centras puslapį galutiniams vartotojams.

Kontakto taškas yra pranešimo paskirties vieta. Pavyzdžiui, el. pašto adresas arba telefono numeris yra kontakto taškas. Sutikimas dėl kelionių realiuoju laiku kontakto taškas yra pagrįstas, o tai reiškia, kad sutikimas saugomas pagal paskirties vietą ir kanalą. Pavyzdžiui, el. laiške somebody@contoso.com sutikta gauti komercinius pranešimus apie būsimus renginius. Sutikimas kelionėse realiuoju laiku saugomas kontakto taškas sutikimo įrašuose. Palyginimui, tradicinė rinkodara sutikimo modelis grindžiamas tik kontakto įraše esančiusutikimu. Gavę kelionių realiuoju laiku kontakto taškas sutikimą, klientai gali geriau valdyti, kur jie nori gauti rinkodaros pranešimus iš jūsų organizacijos.

Kitas kontakto taškas sutikimo pranašumas yra tas, kad jis leidžia realiuoju laiku keliauti organizuoti keliones per bet kurį subjektą, įskaitant kontaktus, potencialius klientus ir kt.

Atitikties profiliai

Atitikties profiliai yra sutikimo parametrų konteineriai. Kai kuriais atvejais klientai gali norėti atskirti sutikimą dėl prekių ženklų arba verslo linijų (LOB), kiekvienam iš jų sukurdami atskirus atitikties profilius. Atitikties profiliai rinkodaros specialistams suteikia galimybę kurti konkrečius sutikimo parametrus įvairiems LOB. Pavyzdžiui, jei skirtinguose regionuose yra būstinės, kurių fiziniai adresai turėtų būti rodomi gavėjams atitinkamame regione, kiekvienas atitikties profilis gali turėti savo adresą.

Kita priežastis, kodėl reikia turėti kelis atitikties profilius, būtų skirtingų atitikties reikalavimų palaikymas įvairiuose regionuose. Pavyzdžiui, Jungtinėse Amerikos Valstijose ir Prancūzijoje veikianti įmonė gali nuspręsti šioms dviem vietoms turėti atskirą atitikties profilis. Jungtinių Valstijų versijoje komercinis tikslas gali būti nustatytas kaip neribojantis vykdymo modelis, nes JAV netaikomi Europos reglamentai. Tačiau versijoje Prancūzijoje jie gali nustatyti ribojamojo vykdymo modelio komercinį tikslą reikalauti aiškaus sutikimo prieš siunčiant bet kokią komercinę ar reklaminę medžiagą.

Kai kuriate naują atitikties profilis, galite naudoti anksčiau užfiksuotą sutikimą. Ši parinktis skirta palengvinti perėjimą nuo atitikties profilis su pirmenybiniu puslapiu prie nuostatų centras. Taip užtikrinama, kad bet koks anksčiau užfiksuotas sutikimas būtų taikomas naujajam atitikties profilis.

Pastaba.

Šiuo metu galite išjungti atitikties profilis arba kontakto taškas sutikimo įrašą. Tačiau išjungti profiliai ir kontakto taškas sutikimo įrašai vis tiek bus naudojami ir vykdomi, nes nuo jų gali priklausyti esamos kelionės arba siunčiami pranešimai. Jei norite atnaujinti naudotojo sutikimą, eikite į patį kontakto taškas sutikimo įrašą ir pakeiskite sutikimo reikšmę.

Tikslai

Duomenų naudojimo tikslo sutikimas (toliau – "tikslas") apibrėžia konkrečią priežastį, dėl kurios gaunamas sutikimas. Tai dažnai siejama su konkrečiu teisiniu pagrindu ar priežastimi, pavyzdžiui, sutikimu, kad su jumis būtų susisiekta komercinės rinkodaros tikslais. Tikslas gali būti vienas iš trijų tipų: (1) komercinis pranešimas, (2) transakcinis pranešimas ir (3) sekimo sutikimas. Kai sukuriama atitikties profilis, pagal numatytuosius nustatymus sukuriami trys tikslai: komercinis, operacijų ir stebėjimo tikslas. Šiuos tikslus galima pritaikyti pagal jūsų konkrečius poreikius. Taip pat galite sukurti ir pridėti savo tikslus prie atitikties profilis.

Tikslo sutikimas taip pat leidžia klientams kurti verslo linijos (LOB) atskyrimą nenaudojant Dataverse verslo vienetų ar atskirų atitikties profilių. Kiekvienas LOB turi kiekvienai įmonei sukonfigūruotą nuostatų centras, o kiekvienas LOB turi su juo susijusių tikslų rinkinį, būdingą kiekvienam LOB. Kiekvienas pranešimas (pvz., el. laiškas arba teksto pranešimas) yra susietas su vienu nuostatų centras ir susijusiu tikslu.

Kiekvienai organizacijai gali reikėti apibrėžti atskirus tikslus kiekvienai savo Lob atskirai – pvz., "Contoso Northwest" gali norėti valdyti sutikimą nepriklausomai nuo "Contoso East". Jie sukurtų komercinio pranešimo tikslą kiekvienam LOB, kad galėtų savarankiškai valdyti kiekvieno LOB komercinio pranešimo pasirinkimą arba atsisakymą.

Tikslai taip pat gali būti bendrinami atitikties profiliuose. Bendrinimo tikslai leidžia perkelti tikslus ir temas iš vieno atitikties profilis į kito atitikties profilis nuostatų centras ir naudoti juos pranešimų sutikimui valdyti. Pavyzdžiui, "Contoso" visuotinis atitikties profilis gali turėti komercinę paskirtį, kuri yra bendra su "Contoso Northwest" ir "Contoso East". Tada bendrinamas tikslas gali būti naudojamas norint leisti klientams, gaunantiems el. laiškus iš "Contoso Northwest", pasirinkti arba atsisakyti "Contoso Global" prekės ženklo komunikacijos "Contoso Northwest" nuostatų centras. Be to, bendrinimo tikslais galite kurti atitikties profilius, kurie bendrina sutikimo duomenis, bet turi skirtingą nuostatų centras dizainą. Pavyzdžiui, bendrindami visus tikslus dviejuose skirtinguose atitikties profiliuose, galite sukurti du skirtingus nuostatų centrus dviem skirtingomis kalbomis, bet bendrinti sutikimą.

Temos

Kiekvienoje paskirtyje gali būti temų, leidžiančių pridėti konkrečių ryšių tipų, kad klientai galėtų patikslinti savo ryšių nuostatas. Pavyzdžiui, "Contoso Northwest" gali norėti prie komercinio tikslo pridėti tokias temas kaip "Informaciniai biuleteniai", "Dienos pasiūlymai" ir "Pranešimai apie produktus", kad klientai galėtų nuspręsti, kurios konkrečios temos juos domina. Kurdami siunčiamą pranešimą, rinkodaros specialistai turi pasirinkti tikslą ir pasirinktinai pasirinkti sukurtą temą. Tada gavėjai gali pasirinkti pasirinkti juos dominančias temas arba jų atsisakyti. Tarp tikslo ir temos yra hierarchinis ryšys. Temą galima susieti tik su vienu tikslu.

Tikslo vykdymo modelio parametrai valdo, kaip sutikimas vertinamas prieš išsiunčiant pranešimą. Pranešimai, siunčiami tam tikru tikslu, naudoja to tikslo įgyvendinimo modelį, kad įvertintų, ar pranešimas išsiųstas, ar ne. Yra trys vykdymo užtikrinimo modeliai, kuriuos galima pasirinkti atsižvelgiant į jūsų reguliavimo poreikius:

  • Ribojantis: pranešimai siunčiami tik tiems kontaktiniams punktams, kurie šiuo tikslu (arba tema) pasirinko kontakto taškas sutikimo įrašus.
  • Neribojantis: pranešimai siunčiami visiems kontaktiniams punktams, nebent jie turi atsisakymo kontakto taškas sutikimo įrašą šiuo tikslu (arba tema).
  • Išjungta: pranešimai siunčiami visiems kontaktiniams punktams. Kontakto taškas sutikimo įrašai netikrinami prieš siunčiant pranešimus šiuo tikslu (arba šia tema).

Pastaba.

Nuo 2024 m. lapkričio mėnesio leidimo galite nustatyti įgyvendinimo modelį visiems kanalams, įskaitant teksto ir tinkintus kanalus.

Temos naudoja savo pirminis tikslo vykdymo užtikrinimo modelį. Pranešimai, sukonfigūruoti ir pagal tikslą, ir pagal temą, turi turėti sutikimą dėl siunčiamo pranešimo tikslo ir temos. Jei kontakto taškas neturi sutikimo siųsti tam tikru tikslu, pranešimai to tikslo temomis kontakto taškas nesiunčiami. Pavyzdžiui, jei pirminis tikslas turi ribojantį įgyvendinimo modelį, norint siųsti pranešimą į temą, reikia pasirinkti kontakto taškas sutikimo įrašą tiek tam tikslui, tiek temai, susijusiai su kontakto taškas sutikimu.

Kontaktų objektų aptarimas

Pastaba.

Jei naudojate Customer Insights - Journeys be įdiegto tradicinė rinkodara modulio, papildomos sutikimo vykdymo patikros, aprašytos šiame skyriuje, neatliekamos. Jei tradicinė rinkodara rinkodaros nėra, norint nustatyti, ar pranešimai siunčiami, naudojamas tik kontakto taškas sutikimo vykdymo modelis.

Kai tradicinė rinkodara parengta, kelionėse realiuoju laiku atliekamas sutikimo vykdymo patikrinimas naudojant kontakto įraše saugomus duomenis.

Siekiant padėti pereiti nuo tradicinė rinkodara, kelionės realiuoju laiku, be tikslo ir tema pagrįstų sutikimo patikrų, tikrina sutikimą, saugomą kontaktiniuose objektuose. Realiojo laiko veiklos ciklai peržiūri kontakto laukus DoNotEmail DoNotBulkEmail ir DoNotTrack laukus, kai el. laiškas siunčiamas kontakto objektui.

Tradicinė rinkodara veiklos cikluose kontaktų objektai DoNotEmail ir DoNotBulkEmail valdo, ar el. laiškas siunčiamas. Kelionės realiuoju laiku taip pat patikrina šiuos du laukus, kad atitiktų tradicinė rinkodara sutikimo vykdymo elgseną. El. laiškų, kurių tipas yra komercinės paskirties, laukai ir DoNotEmail laukai turi būti nustatyti taip, DoNotBulkEmail kad kontaktui būtų galima siųsti el. laišką. Tik laukas DoNotEmail turi būti nustatytas taip, kad būtų leidžiama siųsti el. laiškus su operacijos tikslo tipu. Šios patikros atliekamos papildomai prie kontakto taškas Customer Insights - Journeys sutikimo sutikimo ir (arba) atsisakymo patikrų, taikomų kelionėms siunčiamiems el. laiškams. Šios patikros neatliekamos kitų objektų tipų (pvz., galimų klientų arba Customer Insights - Data profilių) tikrinimo.

Kad el. laiškas būtų išsiųstas kontaktui iš realiojo laiko kelionės, visi kontakto laukai ir kontakto taškas sutikimo įrašai, skirti el. pašto adresui, turi leisti siųsti pranešimą.

Panašiai kontakto laukas DoNotTrack ir sekimo kontakto taškas sutikimo įrašai turi leisti sekti, kad į pranešimą būtų galima įterpti sekimo nuorodas ir pikselius. Šie trys laukai netikrinami ieškant pranešimų, siunčiamų kitiems objektams (pvz., galintiems klientams).

Teksto ir pasirinktinio kanalo pranešimuose, skirtuose kontaktams, vertinant sutikimą, DoNotEmail DoNotBulkEmail nenaudojami laukai arba DoNotTrack laukai.

Norėdami sužinoti daugiau apie perėjimą nuo tradicinė rinkodara prie kelionių realiuoju laiku čia, apsilankykite Sutikimo valdymo ir dvigubo pasirinkimo perėjimo gairės

Taip pat žr.

El. pašto ir teksto pranešimų sutikimo tvarkymas Customer Insights - JourneysCustomer Insights - Journeys nuostatų centruose tradicinė rinkodara atitikties nustatymuose...