Opt-in reiškia, kad veikla pradedama tik žmogui aktyviai pasirinkus ją leisti. Opt-out reiškia, kad žmogui sudaroma galimybė sustabdyti veiklą. Tai sąsajos ir pasirinkimo modeliai, o ne savarankiški asmens duomenų tvarkymo pagrindai. Iš anksto pažymėtas langelis netampa sutikimu vien dėl to, kad šalia parašyta „galite atsisakyti“.
Pradėkite nuo teisinio pagrindo pasirinkimo, tada pritaikykite sutikimo sąlygas konkrečiam tikslui. Elektroninei rinkodarai papildomai svarbios taikomos elektroninių ryšių taisyklės. Šis palyginimas skirtas pasirinkimo logikai, o Lietuvos siuntimo aplinkybių įrodymus aptaria rinkodaros skundo darbo lapas.
Sprendimų lentelė
| Situacija | Pradinė būsena | Ką turi atlikti žmogus? | Ką turite įrodyti? |
|---|---|---|---|
| Pasirenkama veikla grindžiama sutikimu | Veikla išjungta | Aiškiai pasirinkti konkretų tikslą | Pasirinkimą, tekstą ir jo versiją |
| Tvarkymas teisėtai grindžiamas kitu pagrindu | Pagal nustatytą pagrindą | Jei taikoma, pareikšti prieštaravimą | Pagrindo tinkamumą ir teisių įgyvendinimą |
| Sutikimas atšauktas | Naujas naudojimas sustabdytas | Naudotis prieinamu atšaukimo būdu | Nutraukimo įvykdymą visose sistemose |
| Naujas nesuderinamas naudojimo tikslas | Nepradedamas automatiškai | Priklauso nuo atskiro teisinio vertinimo | Naujo tikslo teisėtumą ir informavimą |
Lentelėje nenurodoma universali elektroninių laiškų siuntimo išimtis. Vien teisėto intereso pagal BDAR vertinimo gali nepakakti, kai pasirinktas kanalas pagal specialias taisykles reikalauja sutikimo. Teisinį pagrindą ir ryšio kanalo leidimą įrašykite atskiruose sprendimo laukuose.
Kaip atrodo tinkamas opt-in
Forma aiškiai parodo pasirenkamą tikslą, jo valdytoją ir atšaukimo būdą. Langelių nereikia žymėti iš anksto. Naujienlaiškis, partnerių pasiūlymai ir tyrimo dalyvio duomenų naudojimas yra skirtingi sprendimai, todėl jų negalima nepastebimai sudėti į vieną privalomą bendrųjų sąlygų patvirtinimą.
Pavyzdinis tekstas: „Noriu gauti [organizacijos] naujienas apie [konkretų pasiūlymų tipą] el. paštu. Pasirinkimą galiu atšaukti kiekviename laiške pateikta nuoroda arba kreipdamasis [kontaktas].“ Tai redakcinis pavyzdys, kurį reikia suderinti su faktiniu siuntimu ir privatumo informacija. Vien geras sakinys neištaiso netinkamo duomenų rinkimo.
BDAR 4 straipsnio 11 punktas ir 7 straipsnis apibrėžia sutikimo sąlygas. EDAV sutikimo gairės padeda vertinti laisvą pasirinkimą ir aktyvų veiksmą. Pasirinkimo įrodymas turi leisti atkurti, kam žmogus konkrečiai pritarė.
Kada opt-out nėra sutikimo pakaitalas
Tyla, neveikimas ir vien tolesnis naudojimasis svetaine nėra aiškus aktyvus sutikimas. Atsisakymo nuoroda pirmame neleistinai išsiųstame laiške nepaverčia pradinio siuntimo teisėtu. Taip pat negalima atšaukto sutikimo automatiškai pakeisti teisėtu interesu tam pačiam tęstiniam naudojimui, neįvertinus teisėtumo ir asmens lūkesčių.
Atkreipkite dėmesį į paslaugos būtinumą. Operacinis pranešimas apie užsakymo pristatymą ir reklaminis pasiūlymas nėra tas pats tikslas. Viename laiške sujungus juos abu gali pasikeisti siuntimo vertinimas. Tikslų atskyrimui naudokite duomenų naudojimo tikslo testą.
Patikrinkite visą pasirinkimo kelią
Bandomojoje paskyroje atsisakykite pasirinkimo ir patikrinkite, ar jokia susieta rinkodaros sistema vis tiek neįtraukia asmens į kampaniją. Tada pateikite pasirinkimą, pakeiskite vieną kanalą ir atšaukite sutikimą. Kiekvieno veiksmo būsena turi sutapti formoje, pagrindinėje duomenų bazėje ir siuntimo įrankyje.
Numatykite importų atvejį. Senas kontaktų failas neturi iš naujo aktyvinti žmogaus, kuris jau atsisakė. Prieštaravimo rinkodarai procedūra padeda suprojektuoti minimalų blokavimo įrašą ir atsakymą. Baigtame darbo lape išsaugokite sprendimą dėl pagrindo, kanalo taisyklę, pasirinkimo teksto versiją ir patikros rezultatą.
Naujienlaiškis ir operacinis laiškas: išsamus pavyzdys
Elektroninė parduotuvė siunčia klientui užsakymo patvirtinimą. Laiške pateikiamas užsakymo numeris, prekės, mokėjimo būsena ir pagalbos kontaktas. Šio pranešimo tikslas yra vykdyti konkretų užsakymą. Atskirame naujienlaiškyje ta pati parduotuvė siūlo prekes, nesusijusias su užsakymo būsenos pateikimu. Abiejų laiškų gavėjas gali būti tas pats, bet pasirinkimo ir teisėtumo vertinimas nėra vienodas.
Sutikimo atsisakęs klientas neturi prarasti būtinos informacijos apie savo užsakymą. Sistemoje atskirkite operacinių pranešimų eilę nuo reklamos sąrašų ir jų pasirinkimų. Tai nereiškia, kad bet kuris laiškas su užsakymo numeriu tampa operacinis. Jei pagrindinis jo turinys yra reklama, pavadinimas „svarbi informacija klientui“ šio turinio nepakeičia.
Pirkimo formoje pasirenkamas naujienlaiškio langelis turi būti nepriklausomas nuo užsakymui būtinų veiksmų. Atlikite bandymą: palikite jį nepažymėtą ir užbaikite pirkimą. Patikrinkite, ar užsakymas sukurtas, operacinis patvirtinimas gautas, o rinkodaros sistemoje kontaktas neaktyvintas sutikimo pagrindu. Taip vienu scenarijumi patikrinsite ir laisvą pasirinkimą, ir techninį atskyrimą.
Kanalų pasirinkimai ir keli tikslai
Žmogus gali norėti gauti vieno tipo informaciją el. paštu, bet nenorėti SMS žinučių. Jei forma leidžia tokius pasirinkimus, duomenų modelis turi juos išlaikyti atskirai. Vienas bendras laukas „rinkodara: taip“ gali prarasti konkretaus kanalo ir tikslo ribas, kai kontaktai perkeliami tarp sistemų.
Sutikimo įraše numatykite valdytoją, tikslą, kanalą, pasirinkimo būseną, veiksmo laiką, formos ir teksto versiją bei surinkimo vietą. Įrodymui gali reikėti papildomo konteksto, bet nebūtina kaupti visos naršymo istorijos ar perteklinės techninės informacijos. Laukai turi leisti atkurti pasirinkimą, nesukurdami nepagrįsto sekimo.
Jei naudojate pasirinkimų centrą, aiškiai parodykite, kurie nustatymai keičia konkretų kanalą, o kuris veiksmas nutraukia visą rinkodarą. Žmogus neturėtų manyti, kad atsisakė visko, kai iš tiesų išjungė tik vieną kampaniją. Vienodai suprantami mygtukų pavadinimai sumažina klaidas ir padeda įgyvendinti pareikštą valią.
Dvigubas patvirtinimas ir jo ribos
Dvigubas el. pašto patvirtinimas gali padėti patikrinti, ar prenumeratą užsakęs asmuo valdo nurodytą pašto dėžutę. Praktinė eiga tokia: žmogus pateikia pasirinkimą, gauna patvirtinimo prašymą ir aktyvina prenumeratą atskiru veiksmu. Iki antrojo žingsnio adresas neturėtų būti laikomas pilnai aktyviu, jeigu būtent tokią procedūrą organizacija pasirinko.
Tai nėra universalus BDAR reikalavimas kiekvienai sutikimo situacijai ir nėra visų trūkumų ištaisymas. Patvirtinimo nuoroda nepadaro klaidinančio teksto aiškiu ir nepateisina privalomo sutikimo nesusijusiai veiklai. Pirmiausia reikia tinkamo pasirinkimo, o patvirtinimas gali sustiprinti surinkimo įrodymą bei apsaugą nuo svetimo adreso įvedimo.
Nustatykite, kiek laiko laikysite nepatvirtintą registraciją ir kaip išvengsite pakartotinio nepageidaujamų patvirtinimo laiškų siuntimo. Šioje stadijoje taip pat tvarkomi asmens duomenys. Naudotojui aiškiai paaiškinkite, kas įvyks paspaudus nuorodą, ir neaktyvinkite kartu kitų, jo nepasirinktų tikslų.
Sutikimo teksto ir paskirties pakeitimas
Išsaugokite tikrą ankstesnę teksto versiją, o ne vien nuorodą į puslapį, kuris vėliau bus perrašytas. Jei po metų reikės paaiškinti sutikimo apimtį, dabartinis tekstas nebūtinai parodys ankstesnį pasirinkimą. Paprastas versijos numeris naudingas tik tada, kai galima rasti su juo susietą turinį.
Redakcinis pataisymas ir naujas naudojimo tikslas nėra tas pats. Ištaisius rašybą nebūtinai keičiasi sutikimo apimtis. Pridėjus naują gavėjų grupę, kitą kanalą ar iš esmės kitokį tikslą reikia atskiro teisėtumo vertinimo. Negalima senų pasirinkimų automatiškai priskirti platesnei formuluotei vien pakeitus tekstą duomenų bazėje.
Atšaukimas, importas ir klaidos atkūrimas
Kai žmogus atšaukia sutikimą, registruokite veiksmą ir sustabdykite tolesnį naudojimą sutikimo pagrindu susietose sistemose. Patikrinkite jau suplanuotas kampanijas ir laukiančius siuntimus. Atšaukimas neturėtų likti tik pagrindinės sistemos ekrane, kol kita platforma toliau siunčia laiškus iš ankstesnio sąrašo.
Hipotetinis gedimas: pardavimo komanda importuoja seną kontaktų failą, kuriame adresas pažymėtas kaip aktyvus. Importo taisyklė turi patikrinti naujesnį atsisakymo įvykį ir neleisti jo perrašyti senu įrašu. Jei kontaktas grįžta su nauju galiojančiu pasirinkimu, išsaugokite naujo veiksmo įrodymą, o ne vien pakeiskite būseną be istorijos.
Priėmimo patikroje naudokite klaviatūrą, mažą ekraną ir aiškų atšaukimo scenarijų be privalomo nereikalingos paskyros sukūrimo. Patikrinkite klaidos pranešimą ir sėkmės patvirtinimą: žmogus turi suprasti, ar jo pasirinkimas išsaugotas. Užbaigtą bandymą dokumentuokite pagal tikslą ir kanalą, kad vėlesnis sąsajos pakeitimas nesugriautų veikiančios logikos.
Esamų klientų atvejį vertinkite atskirai
Vien tai, kad gavėjas kažkada pirko prekę, nesuteikia bendro leidimo visiems būsimiems pasiūlymams visais kanalais. Jei svarstote taikyti nacionalinėje elektroninių ryšių teisėje numatytą esamo kliento išimtį, patikrinkite aktualią normą, kontaktų gavimo aplinkybes, siuntėją, siūlomų prekių ar paslaugų pobūdį ir atsisakymo galimybę. Sprendimą turi pagrįsti konkrečios sąlygos, o ne CRM žyma „klientas“.
Į darbo lapą įtraukite klausimą, ar adresas gautas parduodant prekę ar teikiant paslaugą, ar siuntimas susijęs su leidžiama panašių pasiūlymų apimtimi ir ar žmogus galėjo tinkamai atsisakyti. Jei įrodymų trūksta, nelaikykite išimties taikomos vien dėl to, kad sistemoje nėra užfiksuoto prieštaravimo. Tylėjimas apie aplinkybes nėra teigiamas jų patvirtinimas.
Tiekėjui perduodamame siuntimo faile išsaugokite pasirinktą teisėtumo kategoriją ir apribojimus. Paslaugos teikėjas neturėtų pats iš bendro adreso nuspręsti, kuriuo pagrindu galima siųsti. Įmonių ir fizinių asmenų adresų, skirtingų kanalų bei užsienio gavėjų atvejus vertinkite pagal jiems taikomas taisykles. Šiame darbo lape sąmoningai nepatvirtinama konkreti išimtis nepatikrinus jos faktinių sąlygų.