RevOps na Salesforce

Agentforce wzmocni to, czym wasz Salesforce już jest.

Agentforce planuje i wykonuje realne działania przez wasze Flows, kod i integracje. Model danych i warstwa automatyzacji przestają więc być sprawą zaplecza — to one decydują, czy całość w ogóle zadziała.

Zajmujemy się warstwą RevOps: architekturą pipeline'u i prognozy, przebudową Flow oraz integracjami, które liczą się z limitami platformy (Governor limits).

Od audytu po przekazanie pracują ci sami doświadczeni specjaliści. Bez łańcucha akceptacji.

Sales Cloud
Flow
Data 360
Agentforce
MuleSoft
RevPack · warstwy Salesforce
Zależność od dołu do góry
L4 · Agenci
Wieloetapowe działania uruchamiające Flows, kod i wywołania API
Tak dobre, jak warstwy L1–L3
L3 · Automatyzacja
Flow, Apex i zewnętrzna automatyzacja z ponownymi próbami
Skonsolidowane, udokumentowane, odwracalne
L2 · Tożsamość i scalanie danych
Data 360 — rozpoznawanie i scalanie rekordów, a nie doklejony CDP
Jeden rekord na firmę i jeden na osobę
L1 · Model obiektów i dane
Obiekty, pola, walidacja i definicje, które akceptują wszyscy
Wszystko powyżej dziedziczy tę warstwę
Naprawiaj od dołu
Pominięcie warstwy powiększa dług
Jak narasta dług w Salesforce

Nic nie psuje się z hukiem. Po prostu każda zmiana trwa coraz dłużej.

Trzy silniki automatyzacji naraz

Workflow Rules, Process Builder i Flow uruchamiają się na tym samym obiekcie, w kolejności, której nikt nie udokumentował.

Flows, których nikt nie rozumie

Flow z czterdziestoma elementami, którego miesiąc później nie rozumie nawet jego autor, to nie automatyzacja, tylko ryzyko narysowane na diagramie.

Limity platformy osiągane przy dużym wolumenie

Apex bez obsługi wsadowej i zapisy rekord po rekordzie przechodzą w sandbox, a przewracają się przy pierwszym prawdziwym imporcie.

Walidacja uruchamiana w trakcie zapisu

Integracja zapisuje połowę rekordu, reguła walidacji odrzuca resztę, a organizacja zostaje w stanie, którego nie wyjaśnia żaden raport.

Co naprawdę budujemy

Warstwa RevOps w waszym Salesforce

Nie jesteśmy firmą od administrowania Salesforce i nie będziemy udawać, że jesteśmy. Budujemy architekturę przychodową i automatyzację wokół niej, a tam gdzie działa już wasz administrator lub integrator, pracujemy razem z nim.

S-01 · Architektura

Architektura pipeline'u i prognozy

Etapy z kryteriami wyjścia, kategorie prognozy, które coś znaczą, oraz spisane definicje, dzięki którym liczba obroni się w każdej dyskusji.

S-02 · Konsolidacja

Przebudowa na Flow ze starych silników

Workflow Rules i Process Builder scalone w udokumentowane Flows, wdrażane przez sandbox i z gotową ścieżką wycofania zmian.

S-03 · Integracja

Uzupełnianie danych i automatyzacja poza Salesforce

Zbiorcze API i etapowe zapisy do Salesforce sprawiają, że limity platformy pozostają założeniem projektowym, a nie przyczyną awarii. Automatyzacja sprzedaży.

S-04 · Gotowość

Gotowość na agentów

Zanim agenci dostaną prawo do działania: czyste dane źródłowe, warstwa działań, którą można bezpiecznie uruchomić, oraz spisana lista tego, czego agent nigdy nie może zrobić bez nadzoru.

Uwaga o nazewnictwie

Data Cloud nazywa się teraz Data 360 — Salesforce zmienił nazwę w październiku 2025 i wpisał produkt pod parasol Agentforce 360. Jeśli prezentacja dostawcy nadal mówi o Data Cloud, powstała przed tą zmianą — warto sprawdzić, co jeszcze jest w niej nieaktualne.

Mały zespół czy duży integrator

Uczciwe porównanie, łącznie z tym, kiedy nie jesteśmy właściwym wyborem

Kryterium
Duży integrator
RevPack
Kto wykonuje pracę
Partner prezentuje, realizuje kto inny
Ci sami doświadczeni ludzie od początku do końca
Podejście do zakresu
Umowa na zakres, potem aneksy
Rozliczenie godzinowe, zakres korygowany wraz z faktami
Główny obszar
Szerokość platformy w wielu chmurach
Proces przychodowy i dane, które za nim stoją
Program wielochmurowy, ponad 40 osób
Właściwy wybór
Nie my — i mówimy o tym od razu
Zepsute przekazywanie leadów, niewiarygodna prognoza
Często poza zakresem
Dokładnie nasza praca
Źródło: model współpracy RevPack · powiemy wprost, kiedy lepszym wyborem jest duży integrator
Wybrane realizacje

Gdzie warstwa RevOps realnie zmieniła wyniki

CS-01 · Anonimizowane · B2B SaaS

Konsolidacja starej automatyzacji

Trzy nakładające się silniki na jednym obiekcie sprowadzone do udokumentowanych Flows, ze ścieżką wycofania zmian i wskazanym właścicielem.

CS-02 · Anonimizowane · SaaS geoprzestrzenny

Outbound oparty na sygnałach, zapisywany w CRM

Sygnały zakupowe zbierane w jednym rejestrze, wiadomości generowane osobno dla każdego sygnału, a każda wysyłka zatwierdzana przez handlowca.

CS-03 · Anonimizowane · Duże przedsiębiorstwo

Warstwa integracji bezpieczna przy dużych wolumenach

Zapisy rekord po rekordzie zastąpione zbiorczym API i etapowym ładowaniem danych, co zakończyło powtarzające się błędy importu.

Liczby z tych projektów pozostają nieujawnione do czasu zgody klienta. Publikujemy wynik tylko wtedy, gdy mamy zgodę, wielkość próby i opis metody. Zobacz wszystkie opisy projektów.

Pytania, które dostajemy

Salesforce, Agentforce i RevOps — najczęstsze pytania

Jesteście partnerem HubSpot na poziomie Platinum. Dlaczego mamy wam ufać w Salesforce?

Ponieważ praca, którą sprzedajemy, nie zależy od konkretnego CRM. Architektura przychodowa, uzupełnianie danych i warstwa automatyzacji to ta sama dyscyplina na obu platformach — zmienia się tylko sposób zapisu. Jeśli potrzebujecie głębokiej pracy administracyjnej w Salesforce, powiemy to wprost i wskażemy kogoś, kto robi to na co dzień. Nasza praktyka HubSpot.

Czy powinniśmy już wdrażać Agentforce?

Dopiero wtedy, gdy dane źródłowe i warstwa działań są w stanie, w którym spokojnie pozwolicie agentowi działać. Agent przejmuje założenia waszej organizacji i realizuje je szybciej niż człowiek.

Mały zespół czy duży integrator?

Jeśli program obejmuje kilka chmur i dziesiątki osób, wybierzcie dużego integratora. Jeśli problemem jest to, że prognoza jest niewiarygodna, a leady giną przy przekazywaniu między działami, to praca nad procesem i danymi — tu mały, doświadczony zespół działa szybciej.

Czy będziecie pracować razem z naszym administratorem lub obecnym partnerem?

Zwykle tak i zwykle wychodzi to lepiej. Oni zachowują odpowiedzialność za organizację, my budujemy warstwę automatyzacji i przekazujemy ją z dokumentacją.

Ile to kosztuje?

Zakres wyceniamy po audycie waszego Salesforce. Uczciwa kwota zależy od tego, ile długu technicznego w nim siedzi, więc nie publikujemy stawki, która nie przetrwałaby zderzenia z waszą instancją.

Następny krok

Zacznijcie od audytu Salesforce, nie od przebudowy.

Dwa tygodnie, stały zakres. Inwentaryzacja automatyzacji, nazwany dług techniczny i uporządkowana kolejność napraw — niezależnie od tego, czy wdrożycie ją z nami.

Rezultaty audytu · RP-SFD-01
Inwentaryzacja automatyzacji
D-01
Rejestr długu technicznego
D-02
Ocena gotowości na agentów
D-03
Uporządkowana kolejność wdrożeń
D-04