Jak wybrać partnera wdrożeniowego Salesforce [Przewodnik dla firm z UE]

Partnera wdrożeniowego Salesforce wybieraj według czynników, które realnie przesądzają o dowiezieniu projektu: głębi architektonicznej na Twoim konkretnym projekcie, imiennie wskazanych seniorów, którzy wykonają pracę, dowodów z Twojej branży, modelu realizacji dopasowanego do Twojego ryzyka oraz standardu przekazania, który pozwoli Ci odejść. Oceniaj właśnie to, a nie ścianę logotypów.

Publikujemy ten tekst jako partner, którego właśnie próbujesz ocenić. To celowe. Większość przewodników po wyborze partnera piszą analitycy albo firmy, które omijają kryteria mogące je obnażyć. Ten wymienia kryteria, według których sami chcemy być oceniani — łącznie z dwoma sytuacjami, w których powiedzielibyśmy Ci, żebyś zatrudnił kogoś innego.

Co naprawdę przesądza o sukcesie wdrożenia

Sukces realizacji koreluje z krótką listą rzeczy — i prawie żadna z nich nie pojawia się w materiałach marketingowych partnera. Sprowadza się to do tego, kto podejmuje decyzje architektoniczne, czy ci ludzie zostają na Twoim projekcie i czy org, który dostaniesz na końcu, będzie w stanie prowadzić Twój własny zespół.

W programach Salesforce klasy enterprise kosztowne porażki rzadko są porażkami programistycznymi. To porażki decyzyjne: model danych wybrany z rozpędu, wzorzec integracji dobrany, bo szybko wyglądał dobrze na demo, model bezpieczeństwa, którego nie da się rozciągnąć na drugą jednostkę biznesową. Te decyzje zapadają w pierwszych tygodniach — zwykle podejmuje je ten, kto akurat siedzi przy stole. Pytanie, które przesądza o Twoim wyniku, jest proste: kto siedzi przy tym stole i czy nadal tam będzie w szóstym miesiącu?

Jak wybrać właściwego partnera wdrożeniowego Salesforce?

Uszereguj partnerów według pięciu czynników, które przesądzają o dowiezieniu projektu: głębi architektonicznej na Twoim projekcie, imiennie wskazanych seniorów pracujących do końca, dowodów z Twojej branży i Twoich chmur, modelu realizacji dopasowanego do Twojego profilu ryzyka oraz udokumentowanego standardu przekazania. Każdego partnera oceń od jednego do pięciu w każdym z czynników. Ściany logotypów nie ma na tej liście.

Wszystko poniżej rozwija tę odpowiedź w kartę oceny, którą możesz zabrać na rozmowę z dostawcą i wypełniać na żywo.

Karta oceny partnera Salesforce

Oceń każdego partnera od 1 do 5 w każdym wierszu. Partner, który wypada dobrze w architekturze i przekazaniu, ale słabo w imiennie wskazanych seniorach, to profil częsty i niebezpieczny: mocna prezentacja, cienka realizacja. Wagi wierszy dobierz do własnego ryzyka, ale żadnego nie pomijaj.

Kryterium	Jak wygląda 5	Jak wygląda 1
Głębia architektoniczna na Twoim projekcie	Imiennie wskazany architekt odpowiada za Twój projekt od pierwszej rozmowy po przekazanie, z kompetencjami na poziomie review boardu, które możesz zweryfikować	„Mamy architektów“, ale żaden nie jest przypisany — albo przelotny przegląd, gdy budowa już poszła w złą stronę
Imiennie wskazani seniorzy przy pracy	Ludzie z prezentacji to ludzie ze sprintów, wymienieni w SOW, ze stażem możliwym do sprawdzenia na LinkedIn	Twarze seniorów sprzedają, ręce juniorów budują, a podmiana odbywa się po cichu tuż po podpisaniu umowy
Dowody z branży i chmur	Porównywalne projekty w Twojej branży i Twoich chmurach (Sales, Service, Data Cloud, Marketing), opisane konkretami	Siatka logotypów i case study z innej chmury w innej branży
Dopasowanie modelu realizacji	Model dobrany do stopnia pewności wymagań: osobno wycenione discovery, budowa etapowana bramkami, jasny proces zmian	Jeden model dla każdego klienta, wyceniony, zanim ktokolwiek przeczytał Twoje wymagania
Standard przekazania	Opublikowany pakiet wyjściowy: rejestr decyzji architektonicznych, dokumentacja konfiguracji, runbooki, przygotowanie adminów, rejestr otwartych ryzyk	„Będziemy dokumentować na bieżąco“ bez żadnych zobowiązań w umowie

Dwa wiersze zasługują na szczególną uwagę, bo kupujący je pomijają. Imiennie wskazani seniorzy to kryterium, które dostawcy najczęściej obchodzą. Zespół prezentacyjny to zasób, którego firma używa w kolejnych przetargach; zespół realizacyjny to ci, którzy akurat są na ławce w danym kwartale. Domagaj się, aby SOW (Statement of Work) wymieniał konkretne osoby i ich alokację, a każda podmiana wymagała Twojej zgody. Przekazanie to z kolei wiersz, który bardziej niż cokolwiek innego przesądza o całkowitym koszcie posiadania — decyduje, czy Twoi administratorzy będą w stanie prowadzić org, czy zostaniesz na zawsze uwiązany do wykonawcy.

Czego szukać u partnera wdrożeniowego Salesforce?

Szukaj autorytetu projektowego obecnego od pierwszej rozmowy, zespołu realizacyjnego wpisanego do umowy, dowodów z Twojej branży i Twojej chmury, uczciwego określania zakresu, które mówi Ci, kiedy konfiguracja bije kod, oraz pakietu przekazania zdefiniowanego przed podpisaniem umowy. Te sygnały przeżywają zderzenie z prawdziwym projektem. Nagrody i tiery partnerskie — nie.

Antykryteria: co robi wrażenie, a nic nie przesądza

Niektóre sygnały wyglądają jak dowody, a mają znikomą wartość predykcyjną. Umiejętność ich rozpoznania chroni Cię przed płaceniem premii za niewłaściwe rzeczy.

• Ściana logotypów. Siatka logotypów firm z pierwszych stron gazet mówi tylko tyle, że firma coś tym klientom sprzedała. Nie mówi nic o tym, kto pracował przy tych projektach, czy się powiodły ani czy ten zespół w ogóle dotknie Twojego projektu.
• Łączna liczba certyfikatów. „500 certyfikatów w całej firmie“ to metryka zatrudnienia. Liczą się certyfikaty dwóch–trzech osób przypisanych do Ciebie. Jeden Certified Technical Architect, który broni Twojego projektu architektury, jest wart więcej niż sto certyfikatów administratorskich na ławce, której nigdy nie zobaczysz.
• Sam tier partnerski. Tiery Summit i Crest mierzą przychody, wolumen certyfikatów i satysfakcję klientów w dużej skali. Korelują z wielkością, a nie z nasyceniem seniorami na Twoim konkretnym projekcie. Wysoki tier to filtr, nie decyzja.
• Wielkość zespołu. Większa firma może wystawić więcej ludzi; nie wynika z tego, że więcej z nich to seniorzy ani że narzut na koordynację nie zje całej korzyści. Pytaj o proporcję architektów do wykonawców na Twoim projekcie, a nie o wielkość firmy.

Żadne z tych kryteriów nie jest bezwartościowe. To filtry wstępne. Błędem jest traktowanie filtra wstępnego jak decyzji.

Pytania, które obnażają różnicę

Karta oceny mówi, co punktować. Punktujesz zaś, zadając pytania, na które słaby partner nie umie odpowiedzieć na niby. Kilka takich, które szybko rozdzielają stawkę:

• Kto dokładnie zaprojektuje architekturę i czy ta osoba będzie wymieniona w SOW?
• Jak obsługujecie prośbę o zmianę zakresu w trakcie projektu?
• Pokażcie porównywalny projekt w mojej chmurze i mojej branży — i powiedzcie, co na nim poszło nie tak.
• Co zawiera wasz pakiet przekazania i czy inna firma byłaby w stanie na jego podstawie przejąć nasz org w tydzień?

Sygnałem nie jest gładkość odpowiedzi, lecz jej konkretność. Partner, który tak pracuje, odpowiada nazwiskami, artefaktami i historią o czymś, co poszło nie tak. Partner, który tak nie pracuje, odpowiada przymiotnikami. Pełniejszą listę zbudowaną dokładnie w tym celu znajdziesz w zestawie 15 pytań.

Czynniki specyficzne dla UE, które większość przewodników pomija

Jeśli jesteś firmą z UE, trzy czynniki przestają być miłym dodatkiem i stają się dyskwalifikujące — a większość przewodników pisanych w USA je pomija.

• Rezydencja danych i RODO. Potwierdź, gdzie dane Twojego orga i każde oprogramowanie pośredniczące (middleware) w integracjach przetwarzają i przechowują dane osobowe. Zapytaj, w którym regionie Hyperforce partner planuje wdrożenie i jak obchodzi się z danymi osobowymi w sandboksach i zbiorach testowych. Partner, który nie potrafi na to czysto odpowiedzieć, wytworzy problem compliance, który odziedziczysz Ty.
• Pokrycie godzin pracy. Realizacja nearshore wewnątrz UE utrzymuje Twoich architektów i zespół budujący w tym samym dniu roboczym. Właśnie w tym nakładaniu się godzin naprawdę rozstrzygają się decyzje projektowe. Zespół offshore osiem stref dalej zamienia każdą decyzję w wymianę „odpowiemy jutro“ — a to opóźnienie decyzyjne najbardziej rozciąga harmonogramy.
• Język i jurysdykcja. Potwierdź jurysdykcję umowy i język roboczy zespołu realizacyjnego, nie tylko handlowego. Dla biznesu regulowanego możliwość prowadzenia warsztatów projektowych z użytkownikami biznesowymi w ich języku to czynnik realizacyjny, a nie uprzejmość.

To właśnie te czynniki stoją za modelem realizacji „UE dla UE“ — w odróżnieniu od wzorca nearshore „LatAm dla USA“, który dominuje w wynikach wyszukiwania. Ta sama zasada, inna geografia.

Jak ocenilibyśmy siebie — uczciwie

Co fair, to fair. Skoro wręczamy Ci kartę oceny, sami na nią odpowiadamy.

Głębia architektoniczna: każdy nasz projekt prowadzi architekt, a naszym poświadczeniem klasy review boardu jest Salesforce Certified Technical Architect — jeden z mniej niż 500 na świecie. Imiennie wskazani seniorzy: staż naszych seniorów to średnio ponad 15 lat, a ludzie, którzy określają zakres Twojego projektu, to ci sami, którzy go realizują. Dowody: ponad 50 projektów enterprise w 7 branżach, a jako Salesforce Partner i ISV dostarczamy własne produkty — FTS i Smarter Files, dostępne na AppExchange — pod tymi samymi standardami przeglądu, które stosujemy przy Twojej budowie. Model realizacji: dopasowujemy zakres do stopnia pewności Twoich wymagań, zamiast sprzedawać każdemu ten sam kształt. Przekazanie: nasze projekty biegną od pierwszej rozmowy przez projekt architektury, integrację, budowę aż po przekazanie, z pakietem wyjściowym zdefiniowanym na starcie.

A teraz część uczciwa: dwa wiersze, w których nie powinieneś nas zatrudniać. Jeśli potrzebujesz drobnej, dobrze zdefiniowanej pracy administracyjnej albo wzmocnienia istniejącego zespołu ludźmi (staff augmentation), mocny freelancer będzie szybszy i tańszy, a realizacja prowadzona przez architekta to narzut, którego nie potrzebujesz. A jeśli prowadzisz globalny, wieloletni program, który musi się zmieścić w skali zakupowej i kadrowej dużego integratora systemów, właściwą strukturą jest duży SI — czasem z butikowym architektem trzymającym wewnątrz niego autorytet projektowy. Powiedzielibyśmy Ci to na pierwszej rozmowie.

Jeśli Twój program wykracza poza czystą konfigurację i chcesz, aby architekturą władał ktoś, kto będzie tam jeszcze przy przekazaniu — to nasza praktyka Salesforce Implementation. Porozmawiaj z architektem i weź ze sobą kartę oceny. Oceń nas na żywo.

Najczęściej zadawane pytania

Jak ocenić partnera wdrożeniowego Salesforce?

Oceń każdego kandydata w skali od 1 do 5 według pięciu czynników, które przesądzają o dowiezieniu projektu: głębi architektonicznej na Twoim projekcie, imiennie wskazanych seniorów pracujących do końca, dowodów z Twojej branży i Twoich chmur, dopasowania modelu realizacji oraz udokumentowanego standardu przekazania. Wagi wierszy dobierz do własnego ryzyka. Tiery partnerskie i ściany logotypów traktuj jako filtry wstępne, nie kryteria decyzji.

Czy tier partnerski Salesforce ma znaczenie przy wyborze?

Tiery partnerskie, takie jak Summit i Crest, mierzą przychody, wolumen certyfikatów i satysfakcję klientów w dużej skali. Korelują z wielkością firmy, a nie z nasyceniem seniorami na Twoim konkretnym projekcie. Użyj tieru jako filtra wstępnego do skrócenia listy, a potem oceniaj ludzi faktycznie przypisanych do Twojego projektu po ich własnych kompetencjach.

Jakie czynniki specyficzne dla UE liczą się przy wyborze partnera Salesforce?

Trzy czynniki przestają być opcjonalne i stają się dyskwalifikujące dla firm z UE: rezydencja danych i obsługa RODO w orgu, w warstwie integracyjnej i w sandboksach; pokrycie godzin pracy między Twoimi architektami a zespołem budującym; oraz jurysdykcja umowy i język roboczy zespołu realizacyjnego, nie tylko handlowego. Realizacja nearshore w UE spełnia wszystkie trzy warunki.

Czy mała firma powinna korzystać z tej samej karty oceny partnera?

Nie. Przy drobnych, dobrze zdefiniowanych pracach administracyjnych albo wzmocnieniu istniejącego zespołu ludźmi (staff augmentation) mocny freelancer jest zwykle szybszy i tańszy, a realizacja prowadzona przez architekta to narzut, którego nie potrzebujesz. Karta oceny zarabia na siebie wtedy, gdy program wykracza poza czystą konfigurację, a decyzje projektowe niosą realne koszty w przyszłości.

Dlaczego ufać przewodnikowi po wyborze partnera napisanemu przez partnera?

Ufaj mu tylko na tyle, na ile potrafi zdyskwalifikować własnego autora. Przewodnik wart lektury wskazuje kryteria, na których jego autor może przegrać, i mówi wprost, kiedy zatrudnić kogoś innego. Ten wymienia dwa przypadki — drobne, dobrze zdefiniowane prace i programy o globalnej skali — w których lepszym wyborem jest freelancer albo duży integrator systemów.