S04E36 - Slack po raz trzeci

Coffee and Force. Pierwszy portal o technologii i ekosystemie Salesforce w Polsce. Podcasty, aktualności, wydarzenia. Nie tylko przy kawie. Cześć, witajcie serdecznie. Ja z tej strony Łukasz Bujowski z Coffee and Force i zapraszam Was na ostatnią, trzecią część naszego podcastu dotyczącą Slacka w ramach serii podcastów Salesforce na wyciągnięcie ręki. Salesforce na wyciągnięcie ręki to porcja inspirujących rozmów i historii prosto ze świata Salesforce. Ten projekt stworzony z myślą o Tobie powstał przy współpracy z samym Salesforce, aby przybliżyć tajniki technologii chmurowej, zarządzania relacjami z klientami i nie tylko.

Przygotuj się na dawkę inspiracji i wiedzy, która może zmienić Twoje spojrzenie na technologię w biznesie. Zrelaksuj się, bądź z nami i odkrywaj nieznane zakątki Salesforce w każdym odcinku. Tak jak wspomniałem, jest to trzecia i ostatnia część naszego podcastu, a moimi gośćmi są Piotr Brońek oraz Michał Kuca i kontynuujemy naszą rozmowę odnośnie Platformy Komunikacyjnej Slack. Jeżeli nie słyszeliście naszych poprzednich rozmów, zapraszam Was do odsłuchania, a tymczasem nie przedłużamy i zapraszamy do ostatniej trzeciej części. Mówimy o części technicznej. Teraz poruszymy może bardziej taką kwestię biznesową.

Załóżmy, że mamy firmę, mamy organizację, która zdecydowała się na implementację Slacka. Jak byście mogli podpowiedzieć, jakie są kluczowe kroki w procesie wdrażania takiego Slacka do takiej organizacji? To tu myślę, że Piotrek w pierwszej kolejności powinien się wypowiedzieć. Dzięki, to tak. Myślę, że początek standardowo, analiza i planowanie, tak? Czyli podczas takiej analizy musimy poznać, w jaki sposób zespoły komunikują się obecnie, jakie widzą problemy w takiej komunikacji, oczywiście jakich narzędzi używają, żeby wymieniać informacje, w jaki sposób, tutaj też jest różnica, w jaki sposób komunikują się wewnętrznie i zewnętrznie. I musimy zrozumieć problemy w komunikacji, żeby móc potem te bariery, że tak powiem, przestawić i umożliwić użytkownikom komunikację bez przeszkód.

I na etapie analizy identyfikujemy sobie osoby odpowiedzialne za dane działy w firmie, w której Slack wdrażamy. Czyli zarządzanie projektami, szkolenie i komunikację, wybrane serwisy IT, wsparcie użytkownika. No i identyfikujemy osoby, które będą pełniły role administracyjne w naszej instancji. To jest też dobry moment, żeby zastanowić się właśnie nad strategią tworzenia kanałów. W jakich momentach te kanały będą tworzone, jaki zestaw kanałów proponujemy od samego launchu, zestaw automatyzacji, na przykład takie, które powitają użytkowników nowych, dołączających do naszej instancji. Oczywiście podstawowe integracje, umawiamy sobie zasady bezpieczeństwa. Tu może nie będę wchodził też w technikalia. Zasady tworzenia kont, czyli w jaki sposób będziemy tworzyli konto użytkowników, czy wszystkie z góry, czy każdy sobie będzie takie konto tworzył osobno.

No i nawiązywanie współpracy z organizacjami zewnętrznymi. Tutaj, jeżeli chcemy, możemy też na przykład zastanowić się, w jaki sposób użytkownicy będą zgłaszali problemy, albo jeżeli będą potrzebowali jakiegoś wsparcia związanego w Slack, ponieważ jesteśmy też taki cały wsparcie użytkownika zbudować na poziomie Slack, tak żeby użytkownik miał to całkiem wygodnie. Ile takie wdrożenie Slacka trwa? Szczerze powiem, to zależy dokładnie, aczkolwiek myślę, że w zależności od responsywności takie naprawdę duże wdrożenie zajęło... Nie wiem, w sumie może z półtorej miesiąca, nie? Tutaj też na swoim koncie mam takie naprawdę duże wdrożenie, tylko jedno, no ale Mateusz, pozdrawiam zresztą, Integr był bardzo responsywny, bardzo dobrze się z nim współpracowało, miał wszystkie odpowiedzi bardzo szybko, więc tutaj jesteśmy...

No, w zależności od responsywności, no i jeżeli naprawdę trafiłaby się duża firma, gdzie mamy już właśnie na Enterprise Grid wiele workspace'ów, to na pewno wydłużyłoby taką pracę. Ja nie miałem przyjemności jeszcze nic w Enterprise Gridzie implementować, aczkolwiek myślę, że naprawdę gdyby jakaś wielka firma globalna zdecydowała się na Slack i chciała całą komunikację tam przenieść, to ten moment, w którym pracujemy nad strategią i ułożeniem tych zespołów, przeniesieniem ich na odpowiednie workspace'y, Wszelkie prawa zastrzeżone.

Dalej to jest też pod etapem konfiguracji, to są integracje. Tutaj już sporo powiedzieliśmy sobie o integracjach. Ja tylko jeszcze dodam, że takim Pakiety minimum integracji, jakie się zaleca, to integracja z kalendarzem, z jakimś innym programem, który nam pozwoli wykonywać połączenia, konferencje dla większości osób. Jakieś repozytoria plików, jeżeli są używane. Slack sobie świetnie radzi z plikami, aczkolwiek jeżeli mamy gdzieś jakąś zewnętrzną bazę, to również zaleca się takie coś zrobić na początku. Tutaj jeszcze chwilkę zostałem przy automatyzacjach, no to tak już pewnie wspomniałem. Tak, jakieś wiadomości powitane może do nowych użytkowników, może ten proces onboardingu, o którym mówił Michał, tak? Wysyłamy kanwasy każdemu nowemu użytkownikowi, mówimy tu są szkolenia dla Ciebie, tu są materiały, tu jest Twój szef, tu są Twoi współpracownicy, co naprawdę może uprzyjemnić proces onboardingu w firmach, jeżeli jest to dobrze wykonane.

No bo wiemy, jak czasem jest, nie? Potem mamy szkolenia. I szkolenia, tak jak robię to ja, to ja na początek robię szkolenie dla ekipy administratorów, w sensie ludzi, którzy będą odpowiedzialni za utrzymanie platformy. Pokazuję im, co i jak, za co są odpowiedzialni, co będą widzieć użytkownicy, czego użytkownicy nie widzą. Pokazuję też sposób, w jaki ci użytkownicy będą się komunikowali, tak? Jeżeli to jest przez Slack, no to pokazuję, to są formularze, one działają tak, trafią do was tu. Wymieniajcie się informacjami, tak jak wspominał wcześniej Michał. Jeżeli któryś z Was podejmuje na przykład jakiś problem, oznaczcie to oczami. Jeżeli ten problem skończyliście, to dajcie emotkę checkboxa, że jest OK. Więc potem odbywa się szkolenie dla użytkowników, w którym też ekipa administratorów bierze udział.

No i tam pokazujemy rzecz komiką, przechodzimy przez najważniejsze funkcje. Tak, to jest bardzo istotne, bo to jest bardzo istotny ruch, ponieważ z oświadczenia wiem, że ludzie, którzy korzystają ze Slacka, po szkoleniu mówią, kurczę, ja nie wiedziałem, że mam takie narzędzia dostępne, nie? Ja myślałem, że ja mogę wysłać wiadomość, podzielić się plikiem i to tyle, a tu jest jeszcze tyle dla mnie dobroci, nie? I co jest fajne też przy szkoleniach, jeżeli mamy drugą osobę, która jest w stanie nas podczas szkolenia wspierać, to możemy zrobić tak na przykład, że jedna osoba opowiada szkolenie, mamy kanał dedykowany na szkoleniu, na który zapraszamy wszystkich naszych osób biorących udział w tym szkoleniu i już na przykład w trakcie tego spotkania te osoby mogą zadawać pytania na tym kanale, a jeżeli nie, to ja potem mogę wrócić do tego kanału, wszyscy ci ludzie będą mieli po szkoleniu

Odpowiedzi na swoje pytania, a co więcej wszyscy inni później też zobaczą te pytania i już to służy jak taki zalążek takiej bazy wiedzy na szkolenie, które może być na przykład użyte podczas kolejnych szkoleń, nie? Więc tutaj są jeszcze takie szczegóły typu, żeby pamiętać, że na przykład są okresy bardziej lub mniej intensywne, no ale to wiadomo w każdej branży, czy Salesforce, czy Slack. To jest tak, no potem oczywiście mamy czas tzw. launch and post-launch, czyli doglądamy, tak, adopcję, czy wszyscy wiedzą jak się zalogować, czy się zalogowali. Jeżeli są jakieś zespoły na przykład, które się nie logowały, to dlaczego, nie? Gdzieś tam szukamy i patrzymy, co możemy zrobić, żeby tak jakby ludzi zachęcić do przystąpienia do Slack i jakim to wszystko... Slack też w zależności od wersji, ale dostarcza też narzędzia analityczne.

Dzięki którym po prostu jesteśmy w stanie ocenić użyteczność danych sfer, nie? Slacka. Co jeszcze? No na pewno podczas szkoleń tutaj może mamy też dobre praktyki. Ja specem od komunikacji jako takiej nie jestem, aczkolwiek staram się nadrabiać jak tylko mogę. Takie przykłady, które podaję, to jest na przykład nie piszcie tylko cześć i nie czekajcie na odpowiedź, a potem dopiero piszcie z czym przychodzicie. Tak, jeżeli z czymś przychodzicie, napiszcie cześć i od razu to z czym przychodzicie. Nie czekajcie na odpowiedź cześć, od razu wszystko zawrzyjcie w jednej Piotr Brońek, Michał Kuc, Nina Jachna, Consensus, Salesforce.

Slack też jest sprytny i na przykład z defaultu pozwala Wszystkim użytkownikom zapraszać kogokolwiek skądkolwiek do naszej instancji. Oczywiście jesteśmy w stanie się przy tym zabezpieczyć, ale w takiej domyślnej konfiguracji nasz użytkownik może zaprosić kogokolwiek, przez co zwiększą nam się po prostu koszty. Więc implementacja, mimo że jest na pewno dużo prostsza niż implementacja dużej instancji Salesforce, tak również są pułapki i są rzeczy, na które trzeba uważać, żeby potem się nie pogubić. Dobra, jeszcze od tej strony biznesowej mnie interesuje trochę inny aspekt. Okej, wiemy jak wdrażać, wiemy jakie są kolejne kroki. Macie też na koncie doświadczenie pracy ze Slackiem, również jeżeli chodzi o wdrożenia. Jakbyście mogli powiedzieć przykład, oczywiście bez konkretnej nazwy, jakiegoś wdrożenia, gdzie Slack został wdrożony?

Pozytywnie, jakie były korzyści, z jakich funkcji korzystali, żeby nasz odbiorca, np. potencjalny klient czy osoba, która myśli, żeby sobie np. wdrożyć Slacka do firmy, żeby mogła sobie wyobrazić, jak może działać, jak może funkcjonować. Troszeczkę mówiliśmy o poszczególnych funkcjonalnościach, ale jakbyście mogli powiedzieć, jakie korzyści firma zyskała po wdrożeniu Slacka z Waszego doświadczenia. To ja może zacznę właśnie od przykładu niewielkiej firmy, czyli oprócz tych podstawowych funkcji, wymiany informacji, bardzo takimi plusami, które ja widzę w korzystaniu np. z kanału, o którym jeszcze mówiliśmy, to mamy nowego pracownika, który dołącza do kanału. I ta osoba już po dołączeniu kanału otrzymuje całą historię konwersacji, którą wykonaliśmy na potrzeby kontaktów z daną firmą.

Bardzo mile widziany, co było dla mnie zresztą zaskoczeniem, szczerze powiem, na początku, jest Slack Connect. Ludzie bardzo entuzjastycznie, jeżeli się dowiadują, że są w stanie pracować nie przez maile, tylko przez Slack Connect, to moim zdaniem jeszcze się nie spotkałem, żeby ktoś powiedział, nie wolę pracować przez maile. Jeżeli się pojawia temat Slack Connecta, Piotr Brońek, Michał Kuc, Nina Jachna, Consensus, Salesforce. Piotr Brońek, Michał Kuc, Nina Jachna, Consensus, Salesforce.

Piotr Brońek, Michał Kuc, Nina Jachna, Consensus, Salesforce. Piotr Brońek, Michał Kuc, Nina Jachna, Consensus, Salesforce. Nie, to ja tylko dodam, bo niestety, niestety, ale tak naprawdę dopiero teraz pracuję nad pierwszym wdrożeniem Slacka, gdzie faktycznie ja biorę udział, więc tutaj jeszcze za bardzo nie jestem w stanie nic takiego, powiedzmy, biznesowego punktu widzenia coś dodać. Natomiast to, co w moim mniemaniu jest najistotniejsze, oczywiście pod warunkiem, że zrobimy to dobrze, bo tak samo możemy sobie utrudnić życie korzystając z Salesforce'a, jeżeli tak naprawdę

Zignorujemy pewne rzeczy i nie dostosujemy go do danego klienta. No ale tak, jeżeli faktycznie już to zrobimy, to oszczędność czasu to jest jedna rzecz. Druga, trochę poniekąd powiązana z tą pierwszą, produktywność. Jeżeli faktycznie mamy specyficzną rolę, gdzie odtwórczo musimy robić jakieś powtarzalne czynności, czy to między różnymi narzędziami, jeżeli to dobrze zautomatyzujemy, to naprawdę jesteśmy w stanie zaoszczędzić potężne zasoby, jeżeli chodzi o czas. Natomiast to, co dodam tak trochę z zewnątrz, bo też wiem, że to czasem się pojawia, też trzeba pamiętać, albo może sobie uświadomić, że Slack ma na przykład wersję, która nazywa się Gov Slack, więc na przykład dla instytucji rządowych. I w kontekście tego, kto na przykład korzysta ze Slacka, to chyba wszyscy znamy instytucje pokroju Pentagonu, IBMu, Bolta, nawet urząd pocztowy w jakimś tam mieście w UKu.

Ale to jakby wiecie, nie do każdego to przemawia. Natomiast jeżeli macie instancję Slacka, o której nie wie nikt poza kilkoma adminami i oczywiście osobami, które są na tej instancji, no to to już Wam podnosi jakby ten taki, powiedzmy, aspekt bezpieczeństwa do jeszcze wyższego poziomu. A tak trochę na takich prostszych rzeczach, bo Piotrek wspomniał Slack Connect. I to jest taki właśnie most między kilkoma niezwiązanymi ze sobą przestrzeniami. Natomiast też trzeba wiedzieć, że jest opcja zaproszenia gości. Można zaprosić Single Channel Guest i Multi Channel Guest. I z tego, co pamiętam, to w przypadku Single Channel Gości tam przypada chyba 5 darmowych licencji na każdą płatną licencję, jaką my mamy na swojej przestrzeni.

Patrzmy na to z drugiej strony, troszeczkę krytycznie. Czego dla Was nie ma w Slacku? Czego Wam brakuje? Co byście chcieli? Jakie funkcjonalności są niedostępne? Co może Was denerwuje w Slacku? Jeżeli byście mogli podzielić się swoimi przemyśleniami. To tak, ja wiem, że gdy rozmawialiśmy z Michałem, wiem, że Michał ma tego trochę. Ja szczerze powiem, mi się wydaje, że ja mam troszkę tego mniej na liście i dla mnie taka pierwsza rzecz, która się rzuca najbardziej w oczy, chociaż też da się ją zastąpić z powodzeniem aplikacjami, integracją z aplikacjami zewnętrznymi. To jest brak takiego natywnego kalendarza i możliwości ustawiania spotkań tak, jak znamy to z innych konkurencyjnych programów.

Czyli wrzucamy coś na kalendarz, dzielimy się z użytkownikami i wtedy zwołujemy taką konferencję i to jest chyba rzecz, która na ten moment Wydaje się też klientom taka najbardziej dziwna, że no dobra, gdzie to jest w Slacku? Dlaczego musimy mieć coś zewnętrznego, żeby móc to zrobić? Są jeszcze takie aspekty techniczne, może jak na przykład rezerwowanie domen, ale które są dostępne tylko w Enterprise Gridzie. Przepraszam, teraz już ta funkcjonalność też skafnęła do niższych dystrybucji, do niższych programów, ale zdarzają się takie rzeczy, które gdzieś tam brakuje, które są ukryte za paywallem na wyższych wersjach czasem, Tak, głównie to te konferencje. To dobra. Michał, żeby Tobie pomóc, to powiedz trzy najważniejsze. Właśnie miałem mówić, że postaram się nie przegiąć.

No wiecie, pełna. Ludzie nie są w stanie przewidzieć wszystkich jakichś brzegowych przypadków, żeby opisać wszystko, co jak się dzieje, więc nieraz to jest takie trochę szukanie igły w stogu siana. W kontekście workflow'a nawet tego nie można zdebugować na Slacku, bo nie mamy takiego stricte debugera, żeby widzieć, co się dzieje, tylko takie, wiecie, no, źle skonfigurowałeś tą akcję i kombinuj potem, co tak naprawdę zrobiłeś nie tak. Ale na przykład z takich biznesowych aspektów, to trochę się podpinam pod to, co mówi Piotrek, że właśnie nie wszystkie feature'y są dostępne wszędzie. Z jednej strony to rozumiem, bo też firma musi w jakiś sposób sprawić, że wyższe plany będą bardziej zachęcające. Na przykład dla mnie fakt, że budowanie szablonów do kanwasów jest tylko dostępne na Enterprise Gridzie. To mnie bardzo boli. Rozumiem, żeby zachęcić do tego, ale jest to dla mnie trochę bolączka.

Tak samo jak Ty, przepraszam, że przerwę Tak samo właśnie te domeny. To był bardzo duży problem i to była funkcjonalność, która moim zdaniem powinna być we wszystkich płatnych wersjach, a niestety do niedawna była tylko w gridzie, ale na szczęście Slack odblokował tą opcję też tańszym planom, że tak powiem. I mam nadzieję, że jeszcze kilka takich właśnie rzeczy skapnie. Przepraszam, Michał, ja kontynuuję. Jasne, jasne. Ja wiem, że oni są dość mocno responsywni. To też jest jakby temat, który można poruszyć. No właśnie, w kontekście jakby tych feature'ów, to rozumiem, że chcą gdzieś tam zachęcić do kupna wyższych planów, ale na przykład jak braliśmy udział w takim zamkniętym demo list, bo ja też jestem jakby zaangażowany chyba we wszystkie możliwe oficjalne inicjatywy Slacka. I tam nam kiedyś pokazywali i w sumie wszystko spoko, ale generalnie była taka komunikacja, ja tak wtedy odebrałem, że listy będą dostępne na każdym planie, po czym okazuje się, że na darmowym nie są.

I jakby rozumiem, że to może być koszt, bo to też cała aplikacja tego typu pewnie też jest dodatkowo hostowana, zżera im dodatkowe zasoby. Natomiast trochę mnie to boli, no bo wtedy jakby ciężko jest pokazać jakby większą wartość ludziom, którzy korzystają i testują darmowe plany, więc jest to jakiś tam dodatkowy effort. Staram się to zrozumieć, ale wiadomo, z drugiej strony są też trywialne rzeczy, mamy kanwasy i wszystko spoko, ale jest masa takich use cases, gdzie ludzie chcieliby to na przykład wysłać poza Slacka albo wyeksportować do PDF-a albo chociaż do Worda, do czegokolwiek. No nie ma. Nie ma takiej możliwości, albo pracujemy na Canvasie, albo potem musimy to jakoś ręcznie kopiować, więc jest sporo takich rzeczy. Wiadomo, że to nie ma co się skupiać na tym, czego brakuje, ale jakby nawiązując do tego, co powiedziałem odnośnie responsywności.

Większość feature'ów ma dedykowane zespoły, przynajmniej w Slacku. I fajne jest to, że faktycznie oni mówią, piszcie feedback, są specjalne kanały, gdzie można pisać feedback, zapotrzebowanie na feature'y i im jest zawsze łatwiej, jeżeli mają duże zapotrzebowanie na jakieś feature'y, Wszelkie prawa zastrzeżone. Gdzie mamy API? Oczywiście schemat się powtarza, ale oni są na tyle, przynajmniej w moim odczuciu do tej pory i z mojego doświadczenia, są na tyle responsywni i na tyle starają się słuchać, jak to się mówi, ludu, że ja jestem póki co dość optymistycznie nastawiony do pewnych zmian, nie do wszystkich, bo wiem, że będą kłopotliwe, bo pewnie zasoby, pewnie finanse albo cokolwiek innego, ale tak, jest idealnie.

Więc Michał, jakbyś teraz mógł się wytłumaczyć, czemu się zdecydowałeś, jaka była twoja motywacja, czym będzie zajmowało się to community? Troszeczkę więcej o tej inicjatywie. Nie wiem, czy się uda mi wytłumaczyć, ale spróbuję. To tak trochę, wiem, że już jest późno, ale jakby trzymając się trochę tej historii, że ja poznałem Slacka już kilka lat temu i generalnie on mnie dość mocno i zainteresował i zaintrygował. Potem trochę wygrałem na loterii, że Salesforce go podkupił, więc mogę trochę w tym grzebać. No więc zacząłem, więc wiadomo, najpierw wszystkie certyfikaty, potem wszystkie moduły i na platformie Trailheadowej, Slack ma swoją dedykowaną platformę, więc skończyły się materiały, a wiadomo, że wiedza nieużywana szybko ulatuje, więc szukałem trochę czegoś, gdzie mogę generalnie trochę to zutylizować, żeby mi to wszystko nie wypadło, skoro już poświęciłem kilka miesięcy.

No więc z jednej strony w 2022, z tego co pamiętam, Tak, jeszcze robiłem certyfikaty w 2023, z tego co pamiętam. Odkryłem, że jest coś takiego jak Slack Community Forum, czyli trochę taki nasz Trailhead pod kątem zadawania pytań, a że całe Community Slacka zostało trochę brutalnie potraktowane przez COVID, bo mniej więcej wtedy się urodził pomysł na Community Slackowe i oni jakby fajnie szybko wystartowali, po czym dostali... Szybko jakby pstryczka w noc i tam masa rzeczy umarła. Łącznie trochę z tym forum, więc ja sobie takie trochę postanowienie zrobiłem, taka moja mała krucjata, że wszystkie pytania będą odpowiedziane jakoś, jeśli mi się to nie udało, natomiast zabawa trwa i jakoś od tamtego momentu z jednej strony, no gdzieś tam siedzę na tym całym leaderboardzie, ale też poznałem menadżera, teraz w sumie to head of community w Slacku.