Salesforce Global Consent Manager porządkuje zgody globalnie

Global Consent Manager w Salesforce centralizuje zgody użytkowników dla wielu rynków i różnych wymogów prawnych.

Narzędzie ma spinać reguły globalne z lokalnymi, a do tego łączyć dane o zgodach z Marketing Cloud, Service Cloud i Sales Cloud. Przy orgach obsługujących kilka krajów to porządkuje temat, który zwykle rozłazi się między formularzami, kampaniami i procesami sprzedażowymi.

Global Consent Manager zbiera zgody w jednym modelu

GCM służy do konsolidacji zgód na kontakt marketingowy, przetwarzanie danych i inne działania wymagające akceptacji użytkownika. Zamiast trzymać te informacje w kilku miejscach, organizacja może zarządzać nimi centralnie i ustawiać zasady na poziomie globalnym oraz lokalnym.

To przydaje się szczególnie tam, gdzie jedna firma działa równolegle pod wymaganiami RODO i CCPA. W polskich zespołach Salesforce ten problem pojawia się także wtedy, gdy lokalny org wspiera procesy dla regionu EMEA, a zgody są zbierane w więcej niż jednym kanale.

Marketing Cloud, Service Cloud i Sales Cloud pod wspólną regułą

Istotny element tego rozwiązania to integracja z innymi produktami Salesforce. Jeśli zgoda klienta ma wpływać jednocześnie na komunikację marketingową, obsługę i działania handlowe, rozjazd między chmurami szybko kończy się błędami operacyjnymi. GCM ma temu przeciwdziałać przez jednolite zarządzanie zgodami w całym cyklu życia klienta.

Przy okazji rośnie znaczenie samej architektury uprawnień i dostępu do danych. Gdy status zgody staje się wspólnym punktem dla kilku procesów, trzeba pilnować, kto może go zmieniać i na jakiej podstawie. Ten sam porządek widać przy migracji z Profiles do Permission Sets, gdzie centralne reguły wygrywają z lokalnymi wyjątkami dopisywanymi latami.

Automatyzacja zgód zmniejsza ryzyko i poprawia jakość danych

Wdrożenie GCM ma ograniczać ryzyko naruszeń prywatności i kar wynikających z niezgodnego przetwarzania danych. Drugi efekt jest bardziej operacyjny: marketing i sprzedaż pracują na aktualnych preferencjach użytkownika, zamiast na starych statusach rozrzuconych po CRM.

To przekłada się na bardziej precyzyjne działania marketingowe. Personalizacja oparta na bieżących zgodach jest po prostu bezpieczniejsza niż kampanie uruchamiane na niepełnych danych. W orgu oznacza to mniej ręcznego sprawdzania, mniej wyjątków i mniej sporów o to, która wartość jest prawdziwa.

Jeśli do tego dochodzi AI, temat robi się jeszcze ostrzejszy, bo dane używane w automatyzacji muszą mieć jasny status użycia. Ten sam nacisk na kontrolę danych wraca w tekście o ochronie danych w pipeline AI, gdzie problemem nie jest sam model, tylko to, co i na jakiej podstawie do niego wpada.

Wdrożenie zaczyna się od typów zgód i jurysdykcji

Proces wdrożenia obejmuje zdefiniowanie typów zgód wymaganych w różnych jurysdykcjach, integrację z istniejącym CRM oraz dostosowanie procesów marketingowych i sprzedażowych do nowych zasad. Salesforce przewiduje też gotowe szablony zgód i raporty analityczne do monitorowania statusu zgód oraz skuteczności działań związanych z prywatnością.

Tu nie ma sensu zaczynać od samego UI. Najpierw trzeba sprawdzić, jakie zgody faktycznie istnieją w orgu, gdzie są zbierane i które procesy z nich korzystają. Dopiero potem da się sensownie ułożyć reguły globalne i lokalne tak, żeby nie rozbić kampanii, kolejek service i pracy handlowców jednym polem ustawionym bez kontekstu.