Wiele firm boryka się z tym samym problemem. Prawdziwe dane klientów znajdują się w Salesforce, ale faktyczne dyskusje i podejmowanie decyzji odbywają się w Slacku. W rezultacie ludzie tracą zaskakująco dużo czasu, tłumacząc Salesforce na czat.
Ktoś pyta o najnowsze informacje dotyczące szansy sprzedaży. Ktoś inny sprawdza rekord, wyciąga ważne fragmenty, wkleja je do wątku, a godzinę później robi to samo, gdy wątek zostaje przykryty. W końcu integracja Slacka z Salesforce staje się koniecznością.
Po prawidłowym połączeniu Salesforce i Slacka przepływy pracy stają się płynniejsze. Mniej jest powtarzalnych strat, które spowalniają pracę zespołów.
Właśnie tego pragnie większość zespołów. Możliwość omówienia transakcji, sprawy lub konta bez konieczności ciągłego tłumaczenia CRM dla wszystkich. Możliwość wglądu w kontekst rekordu w trakcie dyskusji, a nie dwadzieścia minut później, gdy ktoś go już skopiował. Salesforce i Slack zbliżają się do siebie właśnie z tego powodu. Jednak to nie samo połączenie jest najważniejsze. To idea, która za nim stoi.
Tak, Salesforce kupił Slacka w 2021 roku, próbując stworzyć cyfrową centralę do pracy. To dobra wiadomość dla firm zainteresowanych integracją Salesforce ze Slackiem, ponieważ nie ma mowy o jakimś przypadkowym łączniku stojącym z boku.
To, co otrzymujesz dzisiaj, to dwa produkty, które są aktywnie kształtowane, aby z czasem lepiej ze sobą współpracować. Salesforce stale wprowadza nowe sposoby, aby jeszcze bardziej udoskonalić korzystanie ze Slacka dla Salesforce, w tym szereg funkcji sztucznej inteligencji i nowe Możliwości Slackbota (od 2026).
Chodzi o stworzenie środowiska, w którym współpraca będzie ściśle powiązana z rekordami CRM, narzędziami AI i funkcjami, z których zespoły korzystają na co dzień.
Wartość integracji Slacka i Salesforce staje się oczywista, gdy przyjrzymy się, jak faktycznie działają zespoły. CRM przechowuje konto, szansę sprzedaży, sprawę, właściciela i status. Slack zarządza konwersacją, w której ludzie reagują na to wszystko. Gdy te dwie rzeczy pozostają rozdzielone, ktoś zawsze musi pełnić rolę tłumacza.
Ręczne tłumaczenie to droga donikąd. Przedstawiciel handlowy pyta o aktualny status transakcji. Menedżer chce wiedzieć, dlaczego sprawa jest nadal otwarta. Dział wsparcia potrzebuje szybkiej odpowiedzi od działu sprzedaży, zanim odpowie klientowi. Bez integracji Slacka z Salesforce, pracownicy ciągle otwierają Salesforce, kopiują szczegóły do Slacka, a następnie powtarzają ten sam kontekst dla kolejnej osoby, która dołącza do wątku.
Solidna konfiguracja zmienia tempo tego wszystkiego. Zespoły mogą przesyłać rekordy bezpośrednio do kanałów, omawiać szanse sprzedaży w tym samym miejscu, w którym następuje aktualizacja, i otrzymywać alerty, gdy coś jest naprawdę ważne. Oto kilka typowych przypadków użycia integracji Slacka z Salesforce:
Rezultatem jest lepszy przepływ pracy. Sprzedaż może reagować szybciej, gdy transakcja przechodzi na kolejne etapy. Wsparcie może angażować odpowiednie osoby, gdy zmienia się waga sprawy. Menedżerowie widzą, co wymaga uwagi, bez konieczności ponaglania pracowników o zrzuty ekranu czy podsumowania. Jeśli chcesz uzyskać szerszy wgląd w narzędzia, które rozszerzają możliwości Salesforce poza jego domyślną konfigurację, warto się przyjrzeć. najlepsze aplikacje AppExchangeponieważ tego typu problemy ze współpracą rzadko występują w izolacji.
Ogólnie rzecz biorąc, Integracja Salesforce z rozwiązaniami firm trzecich Wymaga więcej pracy niż połączenie dwóch systemów, które już mają tego samego właściciela. Mimo to, aby połączyć Salesforce ze Slackiem bez problemów, trzeba wykonać pewne prace przygotowawcze.
Zacznij od podstawowych sprawdzeń. Czy konfiguracja, której potrzebuje Twój zespół, jest rzeczywiście obsługiwana i czy odpowiednie osoby mają dostęp administracyjny? Administrator systemu Salesforce musi zainstalować i skonfigurować pakiet Slack w Salesforce, więc zazwyczaj nie jest to coś, co lider zespołu może po prostu włączyć bez pomocy administratora.
Warto dokładnie sprawdzić kilka szczegółów:
Jedna przydatna uwaga dotycząca licencji: Sprawdź swoją Wymagania dotyczące edycji SalesforcePodczas gdy plany Enterprise i Unlimited obejmują pełne możliwości integracji, edycja Professional może wymagać określonych dodatków lub włączenia dostępu do interfejsu API, w zależności od warunków umowy.
Właściwa organizacja Salesforce musi łączyć się z właściwym obszarem roboczym Slack, a właściwi użytkownicy muszą być przypisani do właściwych kont.
Zespoły mogą mapować konta Salesforce swoich członków na konta Slack, aby odpowiednie osoby miały dostęp do odpowiednich narzędzi. Wskazówki dla administratorów Salesforce obsługują również mapowanie za pomocą adresu e-mail lub identyfikatora federacji SAML. Jeśli to dopasowanie tożsamości jest słabe, próba połączenia Salesforce i Slacka prowadzi do częściowej widoczności, awarii przepływów pracy i mylących przypadków brzegowych.
Sprawdź te informacje przed uruchomieniem:
Przed uruchomieniem zapoznaj się z:
Dostęp do kanałów powiązanych z Salesforce w Slacku zazwyczaj uwzględnia widoczność rekordów Salesforce. Jeśli ktoś ma dostęp do rekordu w Salesforce, może również uzyskać dostęp do powiązanego kanału. Użytkowników zewnętrznych nie można zapraszać do kanałów Salesforce.
Przed skonfigurowaniem alertów i udostępniania zdecyduj, które rekordy będą faktycznie używane w Slacku.
Integracja zapewnia bezproblemową obsługę najważniejszych standardowych obiektów, takich jak Konta, Sprawy, Szanse i Potencjalni klienci, a także niestandardowych obiektów Twojego zespołu.
Skonfigurowane obiekty niestandardowe również mogą być obsługiwane. Nie oznacza to jednak, że konfiguracja będzie przydatna. Zależy to od danych, na których opierają się te rekordy. Zespoły powinny sprawdzić:
Zanim zintegrujesz Slacka z Salesforce, zdefiniuj rzeczywiste przypadki użycia:
Slack dzieli alerty na trzy typy:
Niektóre zespoły potrzebują tylko alertów. Inne potrzebują bardziej trwałej konfiguracji rekordów, w której kanały Salesforce są bardziej sensowne. Slack informuje, że administratorzy mogą konfigurować kanały Salesforce według typu rekordu, a kanały te mogą być mapowane na niemal każdy typ rekordu z wyjątkiem użytkowników.
Jeśli firma potrzebuje czegoś więcej niż podstawowej konfiguracji, konsultant, taki jak Routine Automation, może pomóc zaprojektować bardziej przejrzystą logikę Salesforce dla Slacka, dostosować przepływy pracy do rzeczywistych procesów biznesowych i zająć się dostosowywaniem Salesforce, dzięki czemu konfiguracja nie zamieni się w kolejne nieużywane narzędzie wewnętrzne.
| Strefa przygotowawcza | Co ustalić przed konfiguracją |
| Uzyskiwania dostępu | Role administracyjne, obsługiwana ścieżka konfiguracji, piaskownica a produkcja |
| tożsamość | Dopasowanie organizacji do obszaru roboczego, metoda mapowania użytkowników, uwierzytelnianie |
| Ochrona | Zestawy uprawnień, widoczność pola, prywatność kanału |
| Dokumentacja | Obiekty standardowe, obiekty niestandardowe, nazewnictwo, własność |
| Alarmy | Osobiste, kanałowe lub zbiorcze |
| Workflow | Kto otrzymuje aktualizację, gdzie się ona pojawia i kto ma coś zrobić dalej |
Ten proces nie jest aż tak skomplikowany jak np. Integracja Microsoft Teams i Salesforce, ale nie należy się spieszyć.
Poprawna konfiguracja Salesforce i Slacka zależy od prawidłowej kolejności. Jeśli połączenie jest niestabilne od samego początku, reszta procesu szybko staje się uciążliwa.
Zacznij od Slacka. To właśnie tutaj przestrzeń robocza Slacka zyskuje aplikację Salesforce, która umożliwia użytkownikom wyszukiwanie rekordów, udostępnianie ich w konwersacjach i obsługę alertów w Slacku.
Podczas instalacji sprawdź:
Ten krok wydaje się drobny, ale to jeden z tych, w których najłatwiej popełnić błąd. Zespoły czasami łączą aplikację z niewłaściwym obszarem roboczym lub zbyt szybko zatwierdzają dostęp, co zazwyczaj prowadzi do późniejszego czyszczenia. Jeśli próbujesz połączyć Salesforce ze Slackiem, lepiej poświęcić na to pięć dodatkowych minut, niż tracić dwie godziny na późniejsze poprawianie.
Ten etap jest zazwyczaj obsługiwany przez administratora Salesforce. To konfiguracja po stronie Salesforce, która przygotowuje obiekty, uprawnienia i logikę połączenia, na której będzie polegać Slack.
Tutaj ważne jest kilka rzeczy:
Warto zwrócić uwagę na testy w środowisku testowym, ponieważ to właśnie tam pojawia się wiele ukrytych problemów. Nieprawidłowa widoczność obiektów. Mylące wyświetlanie pól. Alerty, które teoretycznie wyglądają dobrze, a w praktyce są bezużyteczne. Lepiej to wychwycić przed rozpoczęciem produkcji.
Ponieważ starszy AppExchange zbudowany na Slacku ścieżka nie obsługuje już nowych instalacji, nowi użytkownicy powinni wybrać ścieżkę zbudowaną przez Salesforce.
Gdy obie strony będą gotowe, połącz obszar roboczy Slack z organizacją Salesforce.
To jest krok, w którym:
Jeśli zmapowani zostaną niewłaściwi użytkownicy lub nie zostaną zmapowani wcale, akcje i widoczność szybko stają się nieoczekiwane. Ktoś może zobaczyć rekordy, ale nie może ich zaktualizować. Ktoś inny otrzymuje alerty, których nie powinien otrzymywać. Inny użytkownik w ogóle nie ma dostępu do odpowiedniego przepływu pracy.
Tutaj również ma sens sprawdzenie:
Slack zauważa, że komponenty Lightning wymagają własnej domeny Salesforce, a to jest dokładnie ten rodzaj szczegółów konfiguracji, który ma tendencję do bycia pomijanym, dopóki ktoś nie natrafi na ścianę w połowie wdrażania.
Gdy połączenie zostanie nawiązane, zacznij od czegoś użytecznego i widocznego: udostępniania zapisów w konwersacjach na platformie Slack.
To jeden z najprostszych sposobów, aby Slack SFDC był praktyczny. Użytkownik może wciągnąć konto, szansę, sprawę, kontakt lub lead do wątku i pozwolić, aby dyskusja toczyła się wokół rzeczywistego kontekstu rekordu, a nie wokół mglistego podsumowania wpisanego z pamięci.
Kilka typowych przykładów:
Według Slacka, obsługiwane standardowe obiekty to Konto, Sprawa, Kontakt, Potencjalny klient, Szansa sprzedaży i Zadanie, a dostępne są również konfigurowalne obiekty niestandardowe. To wystarczy, aby większość zespołów mogła szybko uzyskać realną wartość, o ile dane źródłowe w Salesforce są wystarczająco czyste, aby były użyteczne.
Slack dzieli alerty na:
Taka struktura jest przydatna, ponieważ już na początku stawia pytanie: kto właściwie potrzebuje tej aktualizacji?
Używaj alertów osobistych, gdy akcja jest prowadzona przez jedną osobę. Używaj alertów zespołowych, gdy grupa robocza musi zareagować. Ostrożnie korzystaj z alertów zbiorczych, ponieważ mogą one szybko stać się głośne, jeśli logika wyzwalacza jest niewystarczająca.
Przykłady przydatnych alertów:
Zły projekt alertów jest dość łatwy do wykrycia. Wszystko jest wysyłane wszędzie. Kanały zapełniają się aktualizacjami, których nikt nie jest właścicielem. Ludzie wyciszają kanał. Wtedy ten jeden alert, który ma znaczenie, jest ignorowany razem z resztą.
Alerty kanałowe działają najlepiej, gdy kanał jest już powiązany z rzeczywistym elementem współpracy.
Brzmi to oczywisto, ale zespoły często budują kanały wokół kategorii technicznych, zamiast skupiać się na tym, jak faktycznie przebiega praca. Wtedy nikt nie wie, gdzie powinny trafić aktualizacje.
Lepszym podejściem jest mapowanie alertów na rzeczywiste przepływy pracy, takie jak:
To właśnie w tym momencie Slack dla Salesforce staje się przydatny w codziennej pracy albo staje się jedynie szumem w tle. Logika kanału powinna odzwierciedlać rzeczywistych właścicieli i rzeczywiste rozmowy, a nie nazwy obiektów dla porządku.
Wiele konfiguracji Slack-Salesforce jest już technicznie aktywnych, ale nadal nie są zbyt dobre.
Przed pełnym wdrożeniem sprawdź:
Slack ustala również limit asynchronicznego użycia aplikacji Salesforce dla Slacka, z maksymalnie 250 000 asynchronicznych połączeń w ciągu 24 godzin. Nie będzie to stanowiło problemu dla każdej firmy, ale w większej organizacji lub takiej, w której jest dużo alertów, warto na to zwracać uwagę już na wczesnym etapie.
Pomagamy zespołom planować, testować i wdrażać integracje Salesforce, które odpowiadają rzeczywistym przepływom pracy, uprawnieniom i długoterminowemu zarządzaniu CRM.
Wiele artykułów przedstawia integrację Salesforce i Slacka jako projekt konfiguracyjny. W praktyce to nawyk. Prawdziwe pytanie nie brzmi, czy takie połączenie istnieje. Pytanie brzmi, czy ludzie korzystają z niego w sposób, który skraca opóźnienia, ogranicza wymianę informacji i utrzymuje kontekst CRM blisko rozmowy.
Sprzedaż to prawdopodobnie najłatwiejsze miejsce, aby dostrzec wartość. Przedstawiciel handlowy udostępnia szansę sprzedaży na Slacku. Menedżer może zobaczyć etap, właściciela i ostatnią aktywność bez proszenia o podsumowanie. Dział RevOps może interweniować w przypadku zmiany właściciela lub niejasności co do kolejnego kroku. Ktoś z działu finansowego lub kierownictwa może wyrazić swoją opinię bez czekania na spotkanie.
To ma znaczenie, ponieważ rozmowy o transakcjach zazwyczaj przebiegają szybciej niż aktualizacje CRM. Ludzie zadają krótkie pytania. „Dlaczego to się przesunęło?” „Kto teraz jest właścicielem?” „Czy klient odpowiedział?”. Jeśli integracja Slacka z Salesforce jest dobrze skonfigurowana, wątek nie zależy od tego, czy jedna osoba otworzy Salesforce i opowie o rekordzie wszystkim pozostałym.
Zespoły wsparcia zwykle szybciej odczuwają korzyści z pracy, ponieważ praca nad przypadkiem szybko staje się chaotyczna, gdy zaangażowanych jest więcej niż jeden zespół.
Sprawa zmienia swoją wagę. Wsparcie techniczne wymaga inżynierii. Dział operacyjny musi wiedzieć, czy istnieje ryzyko dla konta. Dział sukcesu chce poznać kontekst przed rozmową z klientem. Bez integracji Salesforce ze Slackiem zazwyczaj oznacza to zrzuty ekranu, skopiowane notatki i wątek, który niemal natychmiast traci rekord źródłowy.
Dzięki przejrzystej konfiguracji sprawę można udostępnić bezpośrednio w odpowiedniej konwersacji w Slacku, aktualizacje mogą wyzwalać alerty, a osoby, które muszą odpowiedzieć, mogą pracować w tym samym kontekście rekordu.
Zatwierdzenia i przekazania prawie zawsze kończą się niepowodzeniem, gdy ktoś ręcznie przenosi kontekst z jednego systemu do drugiego. Przedstawiciel handlowy potrzebuje zatwierdzenia rabatu. Menedżer ds. obsługi klienta przekazuje problem z odnowieniem. Jeden z liderów wsparcia potrzebuje przejęcia przez inny zespół. Teoretycznie nic z tego nie jest skomplikowane. Po prostu robi się wolniej, gdy każde przejście zaczyna się od pytania: „Czy ktoś może mi przesłać najnowsze informacje?”.
Slack sprawdza się tutaj dobrze, ponieważ utrzymuje przekazanie blisko rekordu Salesforce. Kolejny zespół może zapoznać się z kontekstem, zadać pytania w tym samym wątku i kontynuować pracę bez czekania na rozmowę podsumowującą lub przeszukiwania CRM od podstaw.
Przydatna nie jest sama prędkość. Chodzi o czystsze przejścia. Mniej pominiętych kontekstów. Mniej momentów „czy możesz to wysłać ponownie?”.
Integracja Slack z Salesforce nadal może wiązać się z problemami, takimi jak:
| Co idzie nie tak | Co zwykle to naprawia |
| Zbyt wiele alertów trafia do tych samych kanałów | Ogranicz alerty o niskiej wartości. Zachowaj te, które prowadzą do działania. |
| Slack wyświetla częściowe lub nieuporządkowane dane Salesforce. | Sprawdź dostęp do pól, oczyść logikę rekordów i przetestuj, co naprawdę widzą użytkownicy, a nie to, czego spodziewają się zobaczyć administratorzy. |
| Poufne dane CRM trafiają do niewłaściwej przestrzeni Slack. | Zaostrz uprawnienia, sprawdź prywatność kanału i określ bardziej rygorystycznie, które rekordy lub pola powinny w ogóle pojawiać się w Slacku. |
| Ludzie tak naprawdę nie korzystają z tej konfiguracji, ponieważ nie są pewni, co powinno znajdować się w Slacku, a co w Salesforce. | Ustal kilka prostych zasad i wyraźnie zaznacz, kto jest za niego odpowiedzialny. Jeśli nikt nie jest odpowiedzialny za przepływ pracy, zazwyczaj on zanika. |
| Zespół postępuje zgodnie ze starym przewodnikiem instalacji i kompiluje system w oparciu o niewłaściwą ścieżkę instalacji. | Przed wdrożeniem dokładnie sprawdź aktualną dokumentację Salesforce i Slack. |
| Aktualizacje są rozpowszechniane za pośrednictwem kanałów, których tak naprawdę nikt nie ogląda. | Korzystaj z kanałów odpowiadających rzeczywistym grupom roboczym, kolejkom lub ścieżkom zatwierdzania. |
| Jeden użytkownik może zobaczyć rekord lub czynność, inny nie, i nikt nie wie dlaczego. | Przeanalizuj mapowanie użytkowników, dopasowanie organizacji do obszaru roboczego i dostęp z udziałem prawdziwych użytkowników testowych. |
| Domyślna konfiguracja jest traktowana jak konfiguracja ostateczna. | Potraktuj ją jako wersję pierwszą, a następnie dostosuj alerty, uprawnienia i reguły przepływu pracy, gdy ludzie zaczną z niej korzystać. |
Większość tych problemów pojawia się z dość prozaicznych powodów. Rzadko wynika to z braku współpracy Slacka i Salesforce. Zazwyczaj wynika to z faktu, że wdrożenie nastąpiło przed ustaleniem przez zespół uprawnień, logiki rekordów, odpowiedzialności za alerty i testów. Kontrola kondycji Salesforce może również pomóc zidentyfikować problemy związane z konfiguracją i bezpieczeństwem zanim wpłyną one na wdrożenie.
Pomagamy zespołom projektować niestandardowe rozwiązania automatyzacji, alerty i logikę przepływu pracy Salesforce, dzięki którym Slack staje się naprawdę użyteczny w codziennych operacjach.
Gdy podstawowa konfiguracja działa, pojawia się pytanie, czy rzeczywiście działa. Właśnie wtedy integracja Slacka z Salesforce zaczyna mieć większe znaczenie. Ustawienia domyślne pozwalają na obsługę prostych alertów i udostępnianie rekordów. Zazwyczaj nie wystarczają one zespołom, które oczekują bardziej przejrzystego routingu, lepszego czasu reakcji i mniejszego szumu.
Domyślne powiadomienia stanowią punkt wyjścia, ale możesz pójść dalej.
Lepsza konfiguracja wiąże alerty ze zdarzeniami, które faktycznie wymagają podjęcia działań, takimi jak:
Właśnie tutaj Salesforce dla Slacka staje się bardziej użyteczny. Celem nie jest więcej alertów. Liczy się mniejsza liczba alertów.
Struktura kanału wpływa na adopcję bardziej, niż większość zespołów się spodziewa. Jeśli aktualizacje trafią w niewłaściwe miejsce, ludzie je ignorują. Jeśli nikt nie jest właścicielem kanału, alerty się mnożą i nic się nie dzieje.
Dostosuj kanały do obecnego sposobu realizacji prac:
Ma to jeszcze większe znaczenie w przypadku Slacka dla Salesforce, gdy zespoły korzystają z kanałów Salesforce. Kanały te dziedziczą dostęp do Salesforce i używają pól rekordów do nazewnictwa, więc chaotyczna struktura rekordów dość szybko przeradza się w chaotyczną współpracę.
Slack zyskuje na wartości, gdy jest powiązany z resztą procesu Salesforce, a nie tylko z nim. Zazwyczaj oznacza to połączenie integracji Salesforce i Slacka z:
To właśnie tutaj zespoły zaczynają myśleć szerzej niż tylko o Slacku. Jeśli rozważasz dalsze opcje integracji, zazwyczaj rozwiązujesz ten sam, większy problem: jak sprawić, by Salesforce stymulował działania w narzędziach, z których ludzie już korzystają.
Automatyzacja rutyn również może się tu przydać. Nie tylko w aplikacji Salesforce dla Slacka, ale także dzięki możliwościom personalizacji Salesforce, w tym projektowaniu procesów, czyszczeniu automatyzacji, uprawnieniach i strukturze przepływu pracy.
Prosta konfiguracja może wystarczyć w przypadku podstawowych zastosowań. Udostępnij kilka rekordów. Wyślij kilka alertów. Nieco popraw widoczność.
Trudniejsza wersja zaczyna się, gdy firma potrzebuje konfiguracji, aby działać bez zarzutu w praktyce. Zazwyczaj oznacza to:
W tym momencie ustalenie sposobu połączenia Salesforce ze Slackiem przestaje być jedynie zadaniem konfiguracyjnym i staje się problemem projektowym.
Automatyzacja rutynowa może pomóc we wdrażaniu, planowaniu, dostosowywaniu, testowaniu, zapewnianiu jakości i wprowadzaniu usprawnień po uruchomieniu. Zazwyczaj jest to bardziej przydatne niż kolejny ogólny przewodnik po konfiguracji, ponieważ prawdziwym wyzwaniem nie jest połączenie narzędzi, ale uczynienie tego połączenia użytecznym.
