Dyrektor operacji sprzedaży w średniej firmie produkcyjnej podpisuje umowę na Salesforce dla 120 użytkowników. Pozycja „licencje” w budżecie jest znana co do dolara. Pozycja „wdrożenie” brzmi: „partner, ok. sześć miesięcy”. Dziewięć miesięcy później system działa, ale integracja z ERP pada co kilka dni, jedna trzecia handlowców nadal prowadzi lejek w arkuszach, a firma płaci za licencje, na które nikt się nie loguje. Licencje były łatwą częścią budżetu. Wdrożenie było częścią, która zdecydowała, czy licencje były cokolwiek warte.
Ten artykuł jest dla osoby, która tę drugą część musi zaplanować. Rozkładamy wdrożenie Salesforce na etapy, role i godziny, wyceniamy krok po kroku projekt dla 120 użytkowników, pokazujemy, co zmieniło się w cennikach Salesforce w latach 2025–2026 — łącznie z edycjami Core, Advanced i Max wprowadzonymi 3 września 2026 roku — i porównujemy trzy sposoby realizacji: partnera wdrożeniowego Salesforce, zespół własny i staff augmentation.
Słowo o tym, kto pisze. ARDURA Consulting nie jest partnerem Salesforce i nie sprzedaje licencji Salesforce. Dostarczamy programistów, testerów i specjalistów od integracji, którzy pracują w zespołach klientów i partnerów, a także prowadzimy zarządzanie zasobami oprogramowania (SAM), również dla licencji Salesforce. Ta pozycja pozwala nam opisać możliwe drogi bez interesu w żadnej z nich.
Co naprawdę obejmuje wdrożenie Salesforce w 2026 roku?
Wdrożenie Salesforce to nie włączenie produktu. Platforma jest dostępna w dniu podpisania umowy. Wdrożenie to wszystko, co jest potrzebne, żeby wspierała Twoje procesy: model danych i konfiguracja, automatyzacja, integracje z innymi systemami, migracja danych, bezpieczeństwo i uprawnienia, testy, szkolenia i pierwsze tygodnie pracy na produkcji.
W praktyce zakres dzieli się na cztery warstwy, a każda ma inny profil kosztów:
- Konfiguracja. Obiekty, pola, układy stron, typy rekordów, reguły współdzielenia, raporty i pulpity. Wykonywana w przeglądarce przez administratora lub konsultanta, bez kodu. Szybka i tania w zmianie — dopóki pozostaje konfiguracją.
- Automatyzacja i logika. Flow, reguły walidacji, procesy akceptacji, a tam, gdzie konfiguracja nie wystarcza — kod Apex i komponenty Lightning Web Components. Ta warstwa rośnie najszybciej, gdy wymagania są niejasne.
- Integracje i dane. Połączenia z ERP, automatyzacją marketingu, e-commerce, telefonią, hurtownią danych; migracja historii z poprzedniego CRM i arkuszy. Zwykle najbardziej ryzykowna część projektu.
- Ludzie i utrzymanie. Szkolenia, zarządzanie zmianą, wsparcie po starcie, proces wydań i bieżąca administracja.
Zmieniły się też same nazwy produktów. Na Dreamforce 2025 Salesforce przemianował Sales Cloud na Agentforce Sales, a Service Cloud na Agentforce Service, pod wspólnym szyldem „Agentforce 360”. We wrześniu 2026 roku nazwa Sales Cloud wróciła na cennik Salesforce. Dla wdrożenia nic to nie zmienia: obiekty, API i istniejąca konfiguracja działają tak samo pod każdą nazwą. W artykule używamy nazw Sales Cloud i Service Cloud, bo tak wciąż szuka ich większość zespołów.
Ile kosztuje Salesforce w 2026 roku po przejściu na edycje Core, Advanced i Max?
Salesforce zmienił cennik dwa razy w ciągu czternastu miesięcy. 1 sierpnia 2025 roku ceny katalogowe edycji Enterprise i Unlimited dla Sales Cloud, Service Cloud, Field Service i wybranych chmur branżowych wzrosły średnio o 6% — tak podał sam Salesforce. Nie zmieniły się ceny edycji Starter, Pro i Salesforce Foundations. W tym samym czasie dodatki Agentforce (od 125 USD za użytkownika miesięcznie) i edycje Agentforce 1 zastąpiły wcześniejsze dodatki Einstein.
3 września 2026 roku Salesforce wprowadził trzy nowe edycje dla Agentforce Sales, Agentforce Service i Agentforce Industries — Core, Advanced i Max — które łączą w pakiecie Agentforce, Slack, wbudowaną analitykę, funkcje bezpieczeństwa danych i plan wsparcia Premier Success. Dla Sales Cloud ceny katalogowe na salesforce.com (sprawdzone we wrześniu 2026 roku) wyglądają tak:
| Edycja | Cena katalogowa (użytkownik / miesiąc) | Co zastępuje | Flex Credits w pakiecie |
|---|---|---|---|
| Starter Suite | 25 USD (rozliczenie miesięczne lub roczne) | — | — |
| Pro Suite | 100 USD (rozliczenie roczne) | — | — |
| Core | 195 USD (rozliczenie roczne) | Enterprise (175 USD) | 500 000 na organizację rocznie |
| Advanced | 395 USD (rozliczenie roczne) | Unlimited (350 USD) | 1 000 000 |
| Max | 550 USD (rozliczenie roczne) | Agentforce 1 (550 USD) | 2 750 000 |
Cennik w euro na stronie Salesforce ma te same liczby: Core kosztuje 195 euro, Pro Suite 100 euro, a Max 550 euro za użytkownika miesięcznie. Przy budżetowaniu w złotych warto więc od razu założyć ryzyko kursowe — licencje płaci się w walucie, a pensje zespołu i stawki dostawców zwykle w złotych.
Według relacji Salesforce Ben z ogłoszenia obecni klienci zachowują ceny dotychczasowych edycji, a klienci Agentforce 1 mogą przejść na Max bez dopłaty. Salesforce twierdzi, że Core daje o 70% większą wartość niż dotychczasowa edycja Enterprise. Czy to prawda w Twoim przypadku, zależy od tego, czy i tak kupowałbyś osobno Slacka, analitykę i plan wsparcia Premier.
Trzy praktyczne wnioski dla budżetu:
- Dla nowego klienta realnym punktem wyjścia dla średniego wdrożenia jest Core, a nie Pro Suite. Pro Suite jest przeznaczona dla małych zespołów. Core zawiera dostęp do API i zaawansowane funkcje lejka, których potrzebuje większość wdrożeń z integracjami.
- Cena katalogowa to punkt wyjścia. Umowy korporacyjne są negocjowane, a zobowiązania wieloletnie, liczba użytkowników i pakiety zmieniają cenę końcową. Budżetuj od ceny katalogowej, a rabat traktuj jako rezerwę.
- Podwyżki są częścią modelu. Podwyżka z 2025 roku nastąpiła po 9-procentowej z 2023 roku. Budżet na trzy lata powinien zakładać, że ceny przy odnowieniu nie pozostaną stałe.
Dla firm z Polski dochodzi jeszcze kwestia lokalizacji danych. Salesforce oferuje Hyperforce EU Operating Zone — płatną opcję, w której dane klienta, indeksy wyszukiwania i klucze szyfrowania są przechowywane i przetwarzane w Unii Europejskiej, a wsparcie świadczą pracownicy z UE. Dla banków, ubezpieczycieli i sektora publicznego to często wymóg działu zgodności, który warto uwzględnić w wycenie licencji od początku, a nie odkryć przy audycie.
Ile kosztuje wdrożenie Salesforce?
Wdrożenie wycenia się w godzinach mieszanego zespołu, więc jedynym uczciwym sposobem szacowania jest zbudowanie tego zespołu. Oto przykład z jawnymi założeniami.
Scenariusz. Firma ze 120 użytkownikami: 60 w sprzedaży, 60 w obsłudze klienta. Zakres: Sales Cloud i Service Cloud, proces od leada do zamówienia, obsługa zgłoszeń, dwukierunkowa integracja z ERP (klienci, produkty, zamówienia, faktury), migracja pięciu lat danych z poprzedniego CRM, standardowe raporty i pulpity. Czas: sześć miesięcy do startu plus sześć tygodni wzmożonego wsparcia. Stawki pochodzą z naszego benchmarku stawek body leasingu na 2026 rok, w którym specjaliści Salesforce kosztują 200–350 zł za godzinę. Przyjmujemy 160 godzin na pełny etat miesięcznie i kurs 3,70 zł za dolara.
| Rola | Etat | Stawka (zł/h) | Miesiące | Godziny | Koszt (zł) |
|---|---|---|---|---|---|
| Architekt rozwiązań Salesforce | 0,5 | 330 | 6 | 480 | 158 400 |
| Programiści Salesforce (Apex, LWC) | 2,0 | 260 | 5 | 1600 | 416 000 |
| Administrator / konsultant Salesforce | 1,0 | 220 | 6 | 960 | 211 200 |
| Analityk biznesowy | 1,0 | 190 | 5 | 800 | 152 000 |
| Tester QA | 1,0 | 150 | 4 | 640 | 96 000 |
| Kierownik projektu | 0,5 | 220 | 6 | 480 | 105 600 |
| Specjalista migracji danych | 0,5 | 230 | 3 | 240 | 55 200 |
| Wzmożone wsparcie (administrator + 0,5 programisty) | 1,5 | — | 1,5 | 360 | 84 000 |
| Razem | ok. 230 średnio | 5560 | 1 278 400 |
Wdrożenie kosztuje ok. 1,28 mln zł (ok. 345,5 tys. USD). Licencje dla 120 użytkowników Core to 280 800 USD rocznie (ok. 1,04 mln zł). Gdyby ta sama firma podpisała umowę przed wrześniem 2026 roku na edycję Enterprise po 175 USD, pozycja licencyjna byłaby niższa o 28 800 USD rocznie.
W horyzoncie trzech lat, z jednym administratorem na pełny etat po starcie (422 400 zł rocznie przy tych samych stawkach), całkowity koszt posiadania wynosi ok. 5,66 mln zł (1,53 mln USD): 55% to licencje, 23% wdrożenie, a 22% bieżąca administracja. Wynikają z tego dwa wnioski. Po pierwsze, wdrożenie nie jest największym kosztem w czasie — są nim licencje, i dlatego zarządzanie licencjami jest równie ważne jak samo wdrożenie. Po drugie, cięcie zakresu wdrożenia dla oszczędności, a potem płacenie przez trzy lata za licencje systemu, którego ludzie nie używają, to najdroższa ze wszystkich opcji.
Twoje liczby będą inne. Samo Sales Cloud bez integracji może wymagać jednej trzeciej tych godzin, a program obejmujący kilka chmur z CPQ, Experience Cloud i kilkoma systemami ERP — pięć razy więcej. Struktura rachunku pozostaje ta sama.
Z jakich etapów składa się wdrożenie Salesforce?
Większość wdrożeń przechodzi przez tę samą sekwencję, niezależnie od metodyki na okładce oferty:
- Analiza przedwdrożeniowa (discovery). Obecne i docelowe procesy, źródła danych, integracje, potrzeby raportowe, wymagania bezpieczeństwa. Wynikiem jest backlog i zarys architektury. Artykuł o BPMN 2.0 w praktyce pokazuje, jak opisać procesy na tyle precyzyjnie, żeby dostawca mógł je wycenić.
- Projekt rozwiązania. Model danych, model współdzielenia, decyzja, co jest konfiguracją, a co kodem, wzorce integracji, strategia środowisk, podejście do migracji.
- Budowa. Konfiguracja, automatyzacja i programowanie w sprintach, z regularnymi pokazami dla użytkowników biznesowych.
- Migracja danych. Mapowanie, czyszczenie, deduplikacja, ładowania testowe i co najmniej jedna pełna próba przełączenia.
- Integracje. Budowane i testowane na realistycznych wolumenach, z uzgodnioną z góry obsługą błędów.
- Testy. Funkcjonalne, integracyjne, wydajnościowe tam, gdzie to potrzebne, i akceptacyjne z osobami, które będą korzystać z systemu.
- Szkolenia i zarządzanie zmianą. Szkolenia według ról, ambasadorzy w każdym zespole, zaktualizowane procedury.
- Start produkcyjny. Ostatnie ładowanie danych, przełączenie integracji, dostęp dla wszystkich użytkowników.
- Wzmożone wsparcie (hypercare). Od czterech do ośmiu tygodni intensywnego wsparcia, szybkich poprawek i dostosowań.
W realizacji zwinnej etapy nachodzą na siebie, ale żadnego nie da się pominąć. Gdy projekt się opóźnia, ściskane są prawie zawsze próby migracji, testy i szkolenia — czyli trzy etapy, które decydują o powodzeniu startu.
Typowe czasy: wdrożenie jednej chmury dla małego zespołu ze standardowymi procesami może wystartować po 6–12 tygodniach. Średnie wdrożenie, takie jak w naszym przykładzie, trwa 4–8 miesięcy razem ze wzmożonym wsparciem. Programy obejmujące kilka chmur i jednostek biznesowych trwają rok lub dłużej i są realizowane w wydaniach, a nie jednym startem.
Kiedy konfigurować, a kiedy pisać kod Apex?
Salesforce to platforma, na której da się zbudować prawie wszystko. Pytanie nie brzmi „czy się da”, tylko „ile będzie kosztowało utrzymanie”. Każda linia Apex wymaga testów, przeglądów i uwagi przy każdym z trzech dużych wydań, które Salesforce publikuje co roku. Każdy Flow wymaga dokumentacji i właściciela.
Zasada, którą widzimy w udanych wdrożeniach:
- Najpierw funkcje standardowe. Jeśli standardowy obiekt i proces robią 80% pracy, dostosuj proces, zanim dostosujesz platformę.
- Potem konfiguracja deklaratywna. Pola, reguły walidacji, Flow wyzwalane zmianą rekordu i ekranowe, procesy akceptacji. Administratorzy są w stanie je utrzymać.
- Apex i Lightning Web Components, gdy są potrzebne. Złożone obliczenia, duże wolumeny danych, zaawansowane integracje, logika wymagająca dokładnych testów jednostkowych albo interfejsy, których nie da się zbudować ze standardowych komponentów.
Dwa fakty platformowe kształtują tę decyzję. Po pierwsze, wsparcie dla Workflow Rules i Process Builder zakończyło się 31 grudnia 2025 roku. Istniejące automatyzacje nadal działają, ale Salesforce nie naprawia już błędów i nie udziela wsparcia, a cały rozwój idzie w Flow. Wdrożenie w 2026 roku nie powinno tworzyć żadnych nowych reguł Workflow ani procesów Process Builder, a migracja do nowej organizacji to dobry moment, żeby przepisać stare. Po drugie, wdrożenie kodu Apex na produkcję wymaga co najmniej 75% pokrycia testami, a każdy wyzwalacz musi mieć choć minimalne pokrycie. Ten próg to bramka, a nie cel jakościowy — sam Salesforce zaleca celować wyżej.
Najczęstszym źródłem długoterminowych kosztów nie jest sam Apex, tylko niekontrolowane mieszanie: Flow, wyzwalacz i reguła walidacji na tym samym obiekcie, każde napisane przez kogo innego, uruchamiane w kolejności, której nikt nie udokumentował. Uzgodnij strategię automatyzacji dla każdego obiektu na etapie projektu rozwiązania i pilnuj jej w przeglądach kodu. To zwykle nie wymaga narzędzi, tylko jednej tabeli w dokumentacji: obiekt, zdarzenie, mechanizm, właściciel.
Jak przenieść dane do Salesforce, żeby nie zepsuć raportowania?
Migracja danych kończy się porażką z przewidywalnego powodu: traktuje się ją jak techniczne kopiowanie, a nie jak biznesową decyzję, które dane warto zachować. Pytania do rozstrzygnięcia, zanim ktokolwiek napisze mapowanie:
- Jakiej historii naprawdę potrzebujemy? Pięć lat zamkniętych szans sprzedaży może być cenne dla prognoz. Dziesięć lat nieaktywnych leadów zwykle nie jest.
- Kto jest właścicielem każdego zbioru danych? Ktoś po stronie biznesu musi zdecydować, jak łączyć duplikaty i które źródło wygrywa w konflikcie.
- Jaki jest docelowy model danych? Typy rekordów, wartości list wyboru i hierarchie klientów muszą być ustalone przed migracją, a nie korygowane po niej.
Salesforce udostępnia dwa standardowe narzędzia o bardzo różnym zasięgu. Data Import Wizard obsługuje do 50 000 rekordów naraz i nadaje się do prostych importów klientów, kontaktów i leadów. Data Loader obsługuje do pięciu milionów rekordów w jednej operacji i jest zwykłym wyborem przy pełnych migracjach — często razem z narzędziami ETL lub middleware, gdy transformacje są złożone.
Działający plan migracji obejmuje co najmniej dwa pełne ładowania testowe do sandboxa z danymi zbliżonymi do produkcyjnych, raporty uzgodnień porównujące liczby rekordów i kluczowe sumy między starym systemem a Salesforce oraz przećwiczone przełączenie z rozpisanym co do godziny scenariuszem.
Najdroższy błąd migracji to ładowanie brudnych danych „do posprzątania później”. Później rzadko nadchodzi, a raporty zbudowane na zduplikowanych klientach podważają zaufanie do systemu od pierwszego tygodnia — dokładnie wtedy, gdy użytkownicy decydują, czy go przyjąć.
Jak zaplanować integracje z ERP, marketingiem i systemami obsługi klienta?
W większości wdrożeń Salesforce staje się wartościowy dopiero po połączeniu z otaczającymi go systemami: ceny i stany z ERP, zamówienia i faktury z powrotem do finansów, leady z automatyzacji marketingu, zgłoszenia z contact center. Integracje są też źródłem większości incydentów po starcie.
Planuj każdą integrację jak mały produkt z własnym projektem:
- Kierunek i własność danych. Który system jest nadrzędny dla każdego obiektu — klientów, produktów, cen, zamówień? Dwukierunkowa synchronizacja bez jasnego systemu nadrzędnego rodzi konflikty.
- Wzorzec. Wywołania API w czasie rzeczywistym, komunikacja zdarzeniowa albo harmonogramowane paczki. Czas rzeczywisty nie zawsze jest lepszy — nocne paczki są prostsze i tańsze, gdy biznes nie potrzebuje danych aktualnych co do minuty.
- Middleware czy połączenia bezpośrednie. Przy dwóch integracjach połączenia bezpośrednie mogą wystarczyć. Przy pięciu i więcej platforma integracyjna — MuleSoft, należący do Salesforce, albo inne iPaaS — zwraca się w monitoringu i ponownym użyciu.
- Limity. Salesforce narzuca limity API i limity wykonania (governor limits) na organizację i na transakcję. Integracje o dużych wolumenach trzeba projektować z ich uwzględnieniem, a nie odkrywać je na produkcji.
- Obsługa błędów. Co się dzieje, gdy ERP jest niedostępny? Ponowienia, kolejki, alerty i osoba odpowiedzialna za rozwiązywanie nieudanych komunikatów.
Szersze spojrzenie na architekturę integracji znajdziesz w artykule o integracji systemów IT przez API i w haśle słownika o integracji systemów. Testy integracyjne zasługują na osobne miejsce w planie testów — z realistycznymi wolumenami i scenariuszami awarii, a nie tylko ścieżką szczęśliwą.
Jakich ról potrzebuje zespół wdrażający Salesforce?
Niezależnie od tego, kto realizuje wdrożenie, te same role muszą być obsadzone. W małych projektach jedna osoba może łączyć dwie role. W dużych każda rola staje się zespołem.
| Rola | Odpowiedzialność | Z czym można ją łączyć |
|---|---|---|
| Właściciel produktu (po stronie klienta) | Priorytety, decyzje, akceptacja; reprezentuje biznes | Z niczym zewnętrznym — musi być po stronie klienta |
| Architekt rozwiązań | Model danych, współdzielenie, wzorce integracji, decyzje konfiguracja czy kod | Z wiodącym programistą w małych projektach |
| Administrator / konsultant Salesforce | Konfiguracja, Flow, raporty, zarządzanie użytkownikami | Z analitykiem biznesowym w małych projektach |
| Programista Salesforce | Apex, Lightning Web Components, integracje, wdrożenia kodu | Z inżynierem integracji |
| Analityk biznesowy | Procesy, wymagania, historyjki użytkownika, przygotowanie testów akceptacyjnych | Z administratorem |
| Tester QA | Strategia testów, testy funkcjonalne i regresyjne, automatyzacja | — trzymaj osobno od programowania |
| Specjalista migracji danych | Mapowanie, czyszczenie, ładowania, uzgodnienia | Z programistą z doświadczeniem w ETL |
| Kierownik projektu | Plan, ryzyka, budżet, koordynacja | Z architektem w bardzo małych projektach |
| Lider zmiany i szkoleń | Komunikacja, szkolenia, adopcja | Z analitykiem biznesowym |
Najczęściej brakuje dwóch ról. Właściciela produktu po stronie klienta, bo firmy zakładają, że partner „będzie wiedział, czego potrzebujemy”. I testera, bo konfiguracja „nie wymaga testów”. Oba założenia zamieniają się w błędy znajdowane przez użytkowników po starcie.
Partner wdrożeniowy, zespół własny czy staff augmentation — który model wybrać?
Są trzy podstawowe sposoby obsadzenia ról opisanych wyżej, a wiele firm je łączy.
| Kryterium | Partner wdrożeniowy Salesforce | Zespół własny | Staff augmentation |
|---|---|---|---|
| Odpowiedzialność za wynik | Partner, na podstawie umowy | Twoja firma | Twoja firma; dostawca odpowiada za ludzi |
| Czas rozpoczęcia | Szybki, zgrany zespół | Wolny — rekrutacja trwa miesiącami | Szybki — specjaliści w 1–4 tygodnie |
| Koszt godziny | Najwyższy (marża, metodyka, narzuty) | Najniższy po zatrudnieniu | Pomiędzy |
| Zachowanie wiedzy | Odchodzi z partnerem, jeśli nie zostanie przekazana | Zostaje | Zostaje w Twojej dokumentacji i procesach |
| Najlepszy do | Dużych programów wielochmurowych, stałego zakresu, jednego odpowiedzialnego | Długoterminowej własności platformy, ciągłego rozwoju | Uzupełniania luk, skalowania, QA i integracji |
| Główne ryzyko | Zależność, zlecenia zmian | Czas rekrutacji, zależność od kluczowych osób | Wymaga wewnętrznego właściciela i lidera architektury |
Certyfikowany partner wdrożeniowy ma największy sens, gdy program jest duży, zakres względnie stabilny, a chcesz, żeby jeden podmiot odpowiadał umownie za wynik. Jak pisaliśmy w artykule o tym, kto naprawdę płaci za przeniesienie ryzyka w modelu fixed price, ta odpowiedzialność ma swoją cenę, a widać ją najlepiej w zleceniach zmian.
Zespół własny to właściwy cel długoterminowy dla firm, których procesy sprzedaży i obsługi są przewagą konkurencyjną i ciągle się zmieniają. Rzadko jest dobrym sposobem na start, bo zbudowanie pełnego zespołu Salesforce trwa miesiące.
Staff augmentation sprawdza się, gdy masz już — albo możesz wyznaczyć — właściciela produktu i lidera architektury, a potrzebujesz mocy przerobowych lub konkretnych kompetencji: programistów Apex, inżynierów integracji, testerów. W tym modelu pracuje ARDURA: nasi specjaliści dołączają do zespołu klienta albo do zespołu partnera wdrożeniowego, którego klient wybrał, pracują w ich backlogu i narzędziach i zostawiają wiedzę w dokumentacji klienta. ARDURA nie jest partnerem Salesforce, nie ma certyfikacji partnerskiej Salesforce i nie prowadzi wdrożeń Salesforce jako partner — dokładamy programistów, testerów i kompetencje integracyjne obok tego, kto wdrożenie prowadzi.
Jak testować wdrożenie Salesforce?
Wdrożenia Salesforce są często niedotestowane z prostego powodu: konfiguracja wygląda na zbyt prostą, żeby coś zepsuć. W praktyce niewinna zmiana reguły walidacji czy Flow potrafi zatrzymać integrację, zablokować proces sprzedaży albo pokazać dane niewłaściwym użytkownikom.
Strategia testów powinna zacząć się od środowisk. Salesforce oferuje cztery typy sandboxów:
| Sandbox | Dane | Pojemność | Odświeżanie | Typowe zastosowanie |
|---|---|---|---|---|
| Developer | Tylko metadane | 200 MB | Codziennie | Praca pojedynczego programisty |
| Developer Pro | Tylko metadane | 1 GB | Codziennie | Programowanie i QA na danych testowych |
| Partial Copy | Metadane i próbka danych produkcyjnych | 5 GB | Co 5 dni | Testy integracyjne, testy akceptacyjne |
| Full | Pełna kopia produkcji | Jak produkcja | Co 29 dni | Testy wydajności, próby migracji, środowisko przedprodukcyjne |
Minimalny zakres testów obejmuje testy funkcjonalne każdej historyjki, testy integracyjne na realistycznych wolumenach, testy bezpieczeństwa i współdzielenia (czy handlowiec widzi klientów z innego regionu?), uzgodnienia migracji danych i testy akceptacyjne na sandboxie Partial Copy lub Full.
Po starcie testy regresyjne stają się stałym elementem. Salesforce publikuje trzy duże wydania rocznie, a każde może zmienić zachowanie standardowych komponentów, na których opierają się Twoje dostosowania. Zespoły, które automatyzują testy regresyjne kluczowych procesów — konwersji leada, ścieżki od oferty do zamówienia, eskalacji zgłoszenia — wyłapują problemy w sandboxach w okresie podglądu wydania, a nie na produkcji. Nasze usługi testowania są często angażowane właśnie po to: żeby zbudować zestaw testów regresyjnych, dzięki któremu każde wydanie staje się rutyną.
Jak Agentforce i Flex Credits zmieniają budżet?
AI w Salesforce nie jest już opcjonalnym dodatkiem w osobnej pozycji. Od września 2026 roku wchodzi w skład edycji Core, Advanced i Max razem z pulą Flex Credits. To zmienia budżetowanie na dwa sposoby.
Model konsumpcyjny. Salesforce wprowadził Flex Credits w maju 2025 roku jako model rozliczania Agentforce według zużycia. Według salesforce.com Flex Credits kosztują 500 USD za 100 000 kredytów. Standardowa akcja agenta zużywa 20 kredytów, czyli ok. 0,10 USD. Alternatywy to 2 USD za rozmowę w przypadku agentów obsługujących klientów i stały dostęp za 125 USD za użytkownika miesięcznie przy nielimitowanym użyciu przez pracowników.
Pula w pakiecie jest mniejsza, niż wygląda. Core zawiera 500 000 Flex Credits na organizację rocznie — ok. 25 000 standardowych akcji. W naszym przykładzie to ok. 17 akcji na użytkownika miesięcznie przy 120 użytkownikach. Jeśli 60 konsultantów obsługi klienta wykona po 15 akcji agenta dziennie przez 251 dni roboczych, daje to 225 900 akcji, czyli ok. 4,5 mln kredytów rocznie. Nadwyżka — ok. 4 mln kredytów — kosztuje po cenie katalogowej ok. 20 tys. USD rocznie.
Wynikają z tego trzy rekomendacje:
- Modeluj użycie AI dla procesów, a nie dla użytkowników. Jakie akcje będą wykonywać agenci, jak często i dla kogo?
- Najpierw pilotaż, potem zobowiązanie. Zmierz rzeczywiste zużycie w sandboxie lub ograniczonym wdrożeniu, zanim podpiszesz wolumen.
- Monitoruj zużycie jak wydatki na chmurę. Flex Credits zachowują się jak zasoby chmurowe: bez monitoringu rachunek przychodzi, zanim ktokolwiek zauważy wzrost. Artykuł o FinOps dla licencji oprogramowania opisuje, jak zarządzać licencjonowaniem opartym na zużyciu.
Dlaczego wdrożenia Salesforce się nie udają i jak temu zapobiec?
Wdrożenia Salesforce rzadko kończą się porażką z powodu platformy. Zawodzą z przyczyn organizacyjnych, które powtarzają się od projektu do projektu:
- Brak właściciela biznesowego. IT prowadzi projekt, sprzedaż i obsługa „zaczną używać, jak będzie gotowe”. Adopcja pozostaje niska, bo nikt w biznesie nie odpowiada za wynik.
- Odtwarzanie starego systemu. Każdy dawny raport, ekran i obejście odtworzone w Salesforce, często we własnym kodzie. Firma płaci za nową platformę i dostaje z powrotem starą.
- Nadmierne dostosowania. Apex tam, gdzie wystarczyłby Flow, własne obiekty tam, gdzie pasowałyby standardowe. Każde dostosowanie dokłada koszt utrzymania przy każdym wydaniu.
- Brudne dane. Duplikaty i niekompletne rekordy przeniesione bez zmian. Raporty są błędne od pierwszego tygodnia, a zaufanie nigdy nie wraca.
- Integracje na końcu. Projektowane późno, testowane na dziesięciu rekordach, padające przy produkcyjnych wolumenach.
- Za mało testów i szkoleń. Jedne i drugie ścinane, gdy harmonogram się przesuwa.
- Niezarządzane licencje. Użytkownicy, którzy odeszli albo nigdy nie zaczęli korzystać z systemu, wciąż mają licencje. Przy 195 USD za użytkownika miesięcznie 15% nieużywanych licencji w naszym przykładzie kosztuje 42 120 USD rocznie.
Ostatni punkt to miejsce, w którym wdrożenie spotyka się z zarządzaniem zmianą i zarządzaniem licencjami. Śledź logowania i użycie funkcji od pierwszego miesiąca. Niskie użycie to wczesny sygnał problemu z adopcją, a jednocześnie pieniądze, które da się odzyskać — nasz przewodnik po odzyskiwaniu niewykorzystanych licencji w 2026 roku opisuje, jak odebrać nieużywane licencje SaaS przed odnowieniem umowy.
Jak sprawdzić, czy wdrożenie Salesforce jest gotowe — i pozostaje pod kontrolą po starcie?
Poniższa lista kontrolna podsumowuje, co powinno być gotowe na każdym etapie. Użyj jej przed podpisaniem umowy z wykonawcą, przed startem produkcyjnym i przy pierwszym odnowieniu licencji.
| Obszar | Przed podpisaniem umowy | Przed startem | Po starcie i przy odnowieniu |
|---|---|---|---|
| Własność | Wyznaczony właściciel produktu po stronie biznesu | Ambasadorzy w każdym zespole, uzgodniony model wsparcia | Właściciel produktu nadal w roli, backlog usprawnień |
| Procesy | Opisane procesy docelowe (np. w BPMN), priorytety zakresu | Testy akceptacyjne zatwierdzone przez właścicieli procesów | Zmiany procesów przez backlog, nie doraźnie |
| Architektura | Uzgodnione zasady konfiguracja czy kod | Udokumentowana strategia automatyzacji dla obiektów | Brak nowych Workflow Rules i Process Builder; dług techniczny śledzony |
| Dane | Wyznaczeni właściciele danych, ustalony zakres historii | Dwa pełne ładowania testowe, uzgodnienia zaliczone | Aktywne reguły duplikatów, przeglądane raporty jakości danych |
| Integracje | Określony system nadrzędny dla każdego obiektu | Testy na produkcyjnych wolumenach ze scenariuszami awarii | Monitoring i alerty, właściciel nieudanych komunikatów |
| Testy | Rola testera w planie zespołu | Zestaw testów regresyjnych kluczowych procesów | Regresja uruchamiana na podglądzie każdego wydania Salesforce |
| Licencje | Edycja dobrana do realnych potrzeb, założenia cenowe na 3 lata | Licencje aktywowane falami, nie wszystkie pierwszego dnia | Kwartalny przegląd użycia, odzyskiwanie nieużywanych licencji przed odnowieniem |
| AI i Flex Credits | Zamodelowane przypadki użycia i liczba akcji | Zmierzone zużycie w pilotażu | Miesięczny monitoring zużycia względem puli |
| Model realizacji | Porównane opcje: partner, zespół własny, staff augmentation | Uzgodniony plan przekazania wiedzy | Rosnące kompetencje wewnętrzne, mniejsza zależność od jednego dostawcy |
Najważniejsze wnioski:
- Licencje to największy koszt w horyzoncie trzech lat — w naszym przykładzie ok. 55%. Jakość wdrożenia decyduje, czy te pieniądze cokolwiek kupują.
- Od 3 września 2026 roku nowi klienci kupują Core, Advanced lub Max za 195, 395 i 550 USD za użytkownika miesięcznie. Dotychczasowe edycje zachowują obecne ceny.
- Średnie wdrożenie to ok. 5500 godzin mieszanego zespołu. Budżetuj z ról i miesięcy, a nie z jednej pozycji „partner”.
- Najpierw konfiguracja i Flow, Apex tam, gdzie jest uzasadniony. Workflow Rules i Process Builder nie mają wsparcia od końca 2025 roku.
- Migracja danych, integracje i testy decydują o starcie. To też pierwsze etapy ścinane, gdy brakuje czasu — nie pozwól na to.
- Modeluj zużycie AI dla procesów. Pula Flex Credits w Core wystarcza na ok. 25 000 akcji rocznie; intensywne użycie agentów wymaga osobnej pozycji w budżecie.
W ARDURA Consulting od ponad 10 lat wspieramy klientów w Polsce, Europie, na Bliskim Wschodzie i w USA. Nie jesteśmy partnerem Salesforce. W programach Salesforce pracujemy obok Twojego zespołu i wybranego przez Ciebie partnera wdrożeniowego: dostarczamy specjalistów w modelu body leasingu — programistów, testerów i inżynierów integracji — oraz zarządzanie zasobami oprogramowania, które utrzymuje licencje Salesforce i zużycie pod kontrolą po starcie.
Jeśli planujesz wdrożenie Salesforce albo zmagasz się z takim, które już działa, porozmawiaj z naszym zespołem. Pomożemy zaplanować obsadę zespołu, wzmocnić testy i integracje obok Twojego partnera albo sprawdzić, czy Twoje licencje odpowiadają rzeczywistemu użyciu.