Blackthorn przebudowuje eventy w Salesforce. Co to zmienia w 2026?

Polskie firmy coraz częściej przenoszą rejestrację wydarzeń, płatności i ticketing do Salesforce, ale większość nadal działa na hybrydzie narzędzi, która rozbija dane i raporty na kilka systemów. Blackthorn – jedna z najbardziej dojrzałych, natywnych aplikacji eventowych – ogłosił nową platformową wizję (PR Newswire), która ma uwolnić planowanie eventów od ograniczeń interfejsu Salesforce i połączyć cały lifecycle wydarzeń w jednej architekturze. To nie jest kolejna kosmetyczna aktualizacja, ale przebudowa sposobu, w jaki eventy funkcjonują na platformie CRM. W tym artykule analizujemy, jak nowy model Blackthorn zmienia procesy, architekturę danych i pracę adminów oraz jakie ryzyka i szanse pojawiają się dla polskich zespołów Salesforce.

Nowa warstwa doświadczenia poza Salesforce – architektura hybrydowa bez utraty natywności

Blackthorn zapowiedział webowy planner, który działa poza standardowym UI Salesforce, ale jest w pełni zsynchronizowany z obiektami i automatyzacjami wewnątrz orga. To kluczowa zmiana, bo klasyczny interfejs Lightning limitował skalę, szczególnie gdy event manager bez wiedzy CRM próbował edytować struktury, które miały własne Flows, Validation Rules czy integracje. Nowy planner odczytuje konfigurację Salesforce i odwzorowuje ją w prostszym UI, dzięki czemu procesy pozostają deterministyczne, a zespół eventowy nie musi mieć dostępu do orga. Ten model przypomina trend, który obserwujemy w Agentforce – warstwy doświadczeń budowane poza Salesforce, ale silnie sprzężone z metadata API (np. nowy UI Vibes czy interfejsy adminsko-analityczne). Dla polskich organizacji oznacza to redukcję licencji dla użytkowników eventowych, mniejsze ryzyko przypadkowych zmian w konfiguracji i większą adopcję CRM w obszarach, które do tej pory były poza zasięgiem Salesforce.

Technicznie nowa warstwa musi działać jak cienki klient nad Salesforce REST API, metadanymi i Flow Orchestrator. Kluczowe pytanie brzmi: jak Blackthorn obsłuży concurrency i konflikty danych, jeśli wielu użytkowników zarządza eventem jednocześnie poza Salesforce? Jeżeli mechanizm będzie oparty na transakcyjnym lockingu obiektów w Salesforce, to skalowalność pozostaje utrzymana. Jeśli jednak planner tworzy własny storage chwilowy, trzeba będzie zwrócić uwagę na spójność i retry logic. To ważne szczególnie dla uczelni i korporacji, które prowadzą setki eventów miesięcznie. W praktyce może to zmniejszyć liczbę błędów związanych z aktualizacją rekordów, szczególnie jeśli eventy są spięte z automatyzacją ticketingu i płatności.

Nowy designer stron wydarzeń – koniec CSS, początek governance design systemów

Blackthorn wprowadza modułowy designer z komponentami i template’ami, który eliminuje konieczność pisania CSS lub proszenia developerów o modyfikacje na LWC. To funkcjonalność, która w Salesforce była wąskim gardłem: Page Builder nie jest projektowany do eventów, a Community (Experience Cloud) wymaga większej wiedzy architektonicznej. Drag-and-drop designer Blackthorn działa więc jako równoległa warstwa, ale wciąż bazująca na Salesforce jako data layer. Oznacza to łatwiejsze wdrażanie on-brand landing pages dla eventów bez angażowania zespołów technicznych.

Z perspektywy architektury CRM oznacza to nowy obszar governance: kto ma tworzyć komponenty, jak kontrolować reużywalność i jak integrować dane eventowe z flows, automatyzacją marketingową i płatnościami? Duże polskie firmy, które tworzą design systemy dla Experience Cloud, mogą przenieść część obciążeń do Blackthorn i uprościć zarządzanie frontem. Ten ruch wpisuje się też w szerszy trend w Salesforce – odchodzenie od rozproszonych, customowych interfejsów na rzecz modułów, które wykorzystują wspólną architekturę komponentów (podobnie jak w trendach UX dla aplikacji opartych na AI). Finalnie ujednolicenie designu zwiększa konwersję, skraca czas wdrażania eventów i zmniejsza koszty utrzymania stron landingowych.

Warstwa AI i raportowanie natywne – porządek w danych eventowych bez Excela

Blackthorn wprowadza warstwę AI, która nie ma konkurować z ChatGPT, ale wykonywać proste, operacyjne zadania – np. transfer biletów przez chat. Kluczem jest to, że AI działa na danych natywnych w Salesforce, więc kontekst i uprawnienia są kontrolowane przez CRM. Z architektonicznego punktu widzenia przypomina to zasadę, na której działają agenty w Agentforce – operują blisko danych i wykonują akcje oparte na standardowych API Salesforce, co zapewnia bezpieczeństwo i przewidywalność. Nowe dashboardy Blackthorn oznaczają też mniej eksportów do Excela, mniej ryzyka naruszenia RODO i większą spójność raportów z pipeline oraz zaangażowaniem uczestników.

Największą zmianą jest jednak to, że eventy stają się pełnoprawnym elementem Customer 360. Jeśli dane o uczestnikach i ich zachowaniu znajdują się bezpośrednio w obiektach Salesforce, łatwiej wiązać je z pipeline, aktywnością w service lub konwersjami marketingowymi. W Polsce szczególnie odczują to uczelnie, organizatorzy konferencji branżowych i firmy technologiczne, które często korzystają z kilku narzędzi jednocześnie. Możliwość analizowania eventów w czasie rzeczywistym wpisuje się też w szerszy trend AI w analityce CRM, rozwijany przez Salesforce m.in. w inicjatywach, o których pisaliśmy w kontekście architektury Agentforce.

Strategia adopcji w polskich orgach – szybkie wygrane i długofalowe decyzje architektoniczne

Nowa wizja Blackthorn oznacza, że organizacje muszą przemyśleć swoje roadmapy eventowe. Dla wielu firm szybki benefit to przeniesienie rejestracji, ticketingu i komunikacji w pełni do Salesforce, bez konieczności inwestowania w Experience Cloud lub custom development. Najwięcej zyskają zespoły bez dużego zaplecza IT, które chcą zautomatyzować procesy i obniżyć koszty posiadania narzędzi. Jednocześnie pojawia się pytanie o architekturę długoterminową: gdzie zarządzać design systemem, jak spiąć eventy z marketing automation, które dane eventowe stają się kluczowe dla pipeline i scoringu?

Warto też przetestować integrację webowego plannera z istniejącymi Flow Orchestrator oraz sprawdzić, czy automatyzacje muszą zostać przeniesione z record-triggered flows na bardziej granularne mechanizmy, aby uniknąć konfliktów. Polskie firmy powinny także przygotować polityki dostępu, skoro część użytkowników zarządza eventami bez logowania do Salesforce. Wreszcie: organizacje muszą ocenić, czy warstwa AI Blackthorn wpisuje się w ich stratégie AI governance. Zbyt wiele narzędzi z własną AI potrafi skomplikować kontrolę nad tym, gdzie dane są przetwarzane.

Blackthorn wyraźnie zmierza do stworzenia natywnej platformy eventowej, która nie przypomina klasycznej aplikacji Salesforce – i to jest właściwy kierunek. Jeśli pracujesz z eventami w CRM, to następne 12 miesięcy będzie kluczowe: zdecydują, czy eventy staną się integralnym elementem Customer 360, czy pozostaną odseparowaną warstwą. Najważniejsze pytanie brzmi: czy Twoja organizacja jest gotowa, aby eventy były tak samo mierzalne i automatyzowane jak sprzedaż czy service?