MuleSoft, Boomi, Jitterbit czy zwykłe REST API: wybór narzędzia to łatwiejsza połowa. Trudniejsza to sprawić, żeby Salesforce dogadał się z systemami, na których naprawdę stoi Wasza firma: ERP, e-commerce, system obsługi studenta, platforma dealerska. Ta połowa jest nasza.
Porozmawiaj o ścieżce studentaOmów pierwszą ścieżkęPrzejrzyj swoje wdrożenie Education CloudPorozmawiaj o wyzwaniu NGOOmów pierwszy krokPrzejrzyj dane o darczyńcachOmów pierwszy zakresSkorzystaj ze wsparcia ekspertów
Trzy drogi
API, ESB czy ETL, jak wybrać
Każda integracja, którą budujemy, idzie jedną z trzech dróg. Która pasuje, zależy od tego, ile systemów ma ze sobą rozmawiać, jak często, i czy dane mają płynąć na żywo, czy paczkami:
Integracja przez API
Najlepsza, gdy dwa–trzy systemy mają rozmawiać w czasie rzeczywistym. Salesforce udostępnia API REST, SOAP, Bulk i Streaming, więc formularz ze strony zapisuje rejestrację wprost do niego, a decyzja trafia do kandydata po kilku sekundach. Najniższy koszt wejścia, trudniejsze utrzymanie, gdy połączeń przybywa.
Integracja przez ESB / middleware
Najlepsza, gdy systemów jest wiele, a połączenia każdy-z-każdym zamieniłyby się w pajęczynę, której nikt nie rozplącze. Warstwa pośrednia (MuleSoft, Boomi, Jitterbit, TIBCO, Kafka) staje w środku, a każdy system podłącza się raz, do szyny. Kosztuje więcej na starcie, zwraca się od czwartego–piątego systemu. Porównanie narzędzi mamy na blogu.
Integracja ETL
Najlepsza, gdy zadaniem jest przenoszenie danych hurtem, nie synchronizacja na żywo: migracje, nocne zasilenia hurtowni, konsolidacja rekordów przed cyklem raportowym. Wyciągamy, przekształcamy i ładujemy dane w obie strony, łącznie z ratowaniem migracji, po których zostały duplikaty.
Co spinamy
Systemy, na których naprawdę stoi Wasza branża
Edukacja: LMS, systemy studenckie i portale
Uczelnia stoi na systemach, które muszą się ze sobą zgadzać: LMS (Moodle, Canvas, Google Classroom, edX), system obsługi studenta, portale kandydata i agenta. Spinamy je z Salesforce tak, żeby rejestracja, przyjęcie na studia i zaliczenie kursu były jednym rekordem, nie trzema. Działa u brytyjskiego dostawcy edukacji i na europejskim uniwersytecie.
ERP i finanse
Wartość kontraktu, faktury i status płatności są w ERP, a relacja z klientem w Salesforce. Łączymy SAP, Microsoft Dynamics, IFS i Sage, żeby zespół widział obraz finansowy bez proszenia księgowości o kolejny eksport do arkusza.
E-commerce i płatności
Zamówienia, zwroty i historia klienta z platformy sklepowej, zsynchronizowane z Salesforce. Operatorzy płatności (Stripe, PayPal, Authorize.Net) podpięci tak, że transakcja aktualizuje rekord klienta w momencie rozliczenia. Jeden widok klienta: sklep, płatności, obsługa.
Automatyzacja marketingu
HubSpot, Mautic, GetResponse albo Marketing Cloud połączone z Salesforce: zachowanie leada i notatki handlowca nie są już rozdzielone między dwa narzędzia. Wyniki kampanii trafiają do rekordów, do których należą.
Call centre i telefonia (CTI)
Genesys, Amazon Connect, Twilio albo Natterbox wpięte w Service Cloud: konsultant widzi, kto dzwoni, i całą historię, zanim odbierze, a zapis rozmowy tworzy się sam. Przenosiliśmy na ten stos całe operacje contact centre, także z Zendeska.
Automotive: DMS i systemy dealerskie
Systemy zarządzania salonem, platformy stokowe, dostawcy finansowania i ubezpieczeń: stos motoryzacyjny rzadko mówi językiem CRM. Spinamy go z Salesforce, żeby lead, jazda próbna i wniosek finansowy szły jednym wątkiem, zamiast rozpadać się na trzy osobne systemy.
Platformy danych i hurtownie
Dane z Salesforce płynące do hurtowni pod analitykę, albo dane referencyjne wracające do CRM. Harmonogram, monitoring i uzgadnianie, żeby liczby, które widzi zarząd, zgadzały się z liczbami, na których pracują zespoły.
Ankiety i feedback
Qualtrics i podobne platformy połączone z Salesforce: opinia przypina się do konta, z którego przyszła, a zła ocena może automatycznie otworzyć zgłoszenie, zamiast czekać na kwartalny przegląd.
Aplikacje własne i niszowe
System, którego nikt inny nie chce dotknąć: aplikacja pisana in-house w 2014, branżowe narzędzie z na wpół udokumentowanym API. Jeśli da się z nim wymieniać dane, znajdziemy interfejs. A jeśli się nie da, powiemy to uczciwie i pokażemy, co zrobić zamiast tego.
Dlaczego my
Integracje to miejsce, w którym umierają wdrożenia
Projekty Salesforce rzadko wywracają się na konfiguracji, wywracają się na łączeniach: na ERP, który „miał być prosty”, na starym systemie, którego nikt nie był właścicielem. Realizowaliśmy integracje w edukacji, e-commerce, contact centre i płatnościach, w projektach, gdzie Salesforce miał dopasować się do istniejących systemów, a nie je zastąpić. Zintegrowana przez nas rekrutacja uniwersytecka obsługuje trzy razy więcej zgłoszeń tym samym zespołem, bo systemy wokół Salesforce go zasilają, zamiast z nim walczyć.
Zaczynamy od Twojego problemu, nie od naszego produktu. I to jest cała różnica.
Każda decyzja konfiguracyjna powinna wynikać z konkretnego momentu w ścieżce studenta: inaczej budujemy złą rzecz.
Dobre Managed Services są niewidoczne, dopóki ich nie potrzebujesz. O to właśnie chodzi.
“Zrozumienie procesów biznesowych i celów organizacji sprawia, że Think Beyond jest godnym zaufania partnerem we wdrażaniu złożonych rozwiązań Salesforce.”
Agata WysockaUniwersytet SWPS
17 500 Studentki i studenci
360° Widok kandydata
6 Kampusy
Uniwersytet SWPS
Agata Wysocka
Zobacz więcej
Viva! Foundation
Spójny Nonprofit Success Pack, który połączył dziesięć kont bankowych i wyciągi z urzędu skarbowego, częściowo zautomatyzował wysyłkę w kampanii 1,5% podatku i dał Viva! pełny obraz każdej osoby wspierającej.
Pojedyncze połączenie API między Salesforce a jednym systemem: zwykle dwa do sześciu tygodni z testami. Konfiguracja middleware spinająca kilka systemów: kwartał, czasem dwa, zależnie od tego, jak udokumentowane są systemy po drugiej stronie. Zmienną rzadko jest Salesforce; jest nią stan systemu na drugim końcu. Po jednej rozmowie technicznej mówimy, który przypadek jest Wasz.
W praktyce: do trzech systemów połączenia bezpośrednie są tańsze i prostsze. Od czterech–pięciu (albo gdy widać, że tyle ich będzie) middleware się zwraca, bo każdy nowy system podłącza się raz, a nie do wszystkiego. Nasi inżynierowie porównali główne narzędzia middleware na blogu; jeśli po lekturze nadal nie macie pewności, dokładnie po to jest pierwsza rozmowa.
Cosiędziejeznaszymidanymipodczasmigracji?
KW
Katarzyna Wilk-Uljasz
Lider Managed Services
Liczymy je przed i po. Przed startem ustalamy z Wami, co sprawdzamy: liczbę rekordów, sumy kontrolne i próbki. Po migracji raport pokazuje, czy dane są kompletne – nie zgadujemy. Gdy przejmowaliśmy migracje po innych zespołach, znajdowaliśmy brakujące i zdublowane rekordy i naprawialiśmy je. Robimy to też jako osobną usługę.
Podłączyciesystem,którynapisaliśmysami?
MP
Marcin Pieńkowski
Założyciel
Zwykle tak. Jeśli ma jakikolwiek interfejs (API, bazę, którą można czytać, choćby eksporty plikowe) podłączymy go. Zanim się zobowiążemy, robimy krótki przegląd techniczny tego, co system potrafi; a jeśli uczciwa odpowiedź brzmi, że podłączenie kosztuje więcej niż wymiana, powiemy to i pokażemy liczby.