Event Marketing Institute Sp. z o.o.
Iwonicka 3, 60-473 Poznań
NIP 7812066079
REGON 527890052
KRS 0001090243
REGON 527890052
KRS 0001090243
© 2024 Kalewski copy
Odpowiedź w skrócie: wdrażanie Service Design przebiega przez sześć etapów: diagnozę, mapowanie, projektowanie rozwiązań, prototypowanie, wdrożenie i pomiar. Najwięcej projektów umiera na piątym, bo wymaga zmiany zachowań w całej organizacji, a nie kolejnego pliku. Event jest narzędziem, które ten etap domyka: daje ludziom rolę, doświadczenie nowej usługi i konkretny moment przełączenia.
Znam ten obrazek dobrze. Firma robi warsztat, powstaje mapa ścieżki klienta na trzech metrach papieru, zespół wychodzi z sali z poczuciem, że wreszcie zrozumiał, jak wygląda usługa z perspektywy człowieka po drugiej stronie. Trzy miesiące później mapa wisi w sali konferencyjnej. Ścieżka klienta się nie zmieniła.
To nie jest problem metody. Service Design ma dobrze opisany proces, sprawdzone narzędzia i wystarczająco dużo dowodów. Problem zaczyna się tam, gdzie z pliku trzeba zrobić zachowanie kilkuset osób. I tu przydaje się narzędzie, które w podręcznikach Service Design prawie nie występuje: dobrze zaprojektowane wydarzenie.
Poniżej masz sześć etapów wdrożenia, konkretne wejście eventowe dla każdego z nich, plan na pierwsze 90 dni i pięć błędów, przez które projekty rozsypują się na ostatniej prostej.
Zacznijmy od liczb, bo one ustawiają skalę problemu w polskich firmach.
CX Institute przebadał w 2024 roku ponad 1000 polskich firm z 12 sektorów, uzupełniając badanie ilościowe o 36 wywiadów z ekspertami i osobami zarządzającymi. Wyniki pokazują, że 56% firm nie ma zdefiniowanego procesu i standardu projektowania doświadczeń klientów, tylko 39% deklaruje mapowanie ścieżek klienta, a 52% nie potrafi zmierzyć wpływu doświadczeń klienta na zwrot z inwestycji. W pełni klientocentrycznych organizacji jest w Polsce 5%.
Zestaw tych trzech liczb mówi więcej niż niejeden raport. Firmy nie mają procesu, nie mają mapy i nie mają pomiaru. A mimo to kupują warsztaty z Service Design, bo warsztat jest łatwy do zamówienia i przyjemny w odbiorze.
Raport Trendy CX 2025 nazywa bariery wprost: brak podejścia systemowego, silosy danych, oderwanie CX od realnych procesów firmowych i deklaratywność bez działania. Każda z nich jest barierą organizacyjną, nie projektową.
I to jest sedno. Wdrożenie Service Design nie przewraca się na braku wiedzy. Przewraca się na tym, że dwadzieścia osób z pięciu działów ma zacząć pracować inaczej niż przez ostatnie osiem lat. Agencja Fuzers, opisując swój proces oparty na modelu podwójnego diamentu, nazywa wdrożenie kluczowym i najtrudniejszym etapem projektowania usług, bo to moment łączenia różnych obszarów organizacji.
Z mojej perspektywy to zdanie jest najuczciwsze w całej polskiej publicystyce o Service Design. Tylko że nikt nie idzie krok dalej i nie mówi, jakim narzędziem to połączenie się robi.
Event daje trzy rzeczy, których nie da żadna prezentacja ani mail od zarządu.
Po pierwsze, obecność wszystkich naraz. Wdrożenie usługi rozjeżdża się na styku działów. Marketing obiecuje, sprzedaż sprzedaje coś innego, obsługa dowiaduje się w dniu startu. Wydarzenie jest jedynym momentem w roku, w którym te osoby siedzą w jednym pomieszczeniu i nie mogą odpisać „wrócę do tego w przyszłym tygodniu”.
Po drugie, kontrast wobec codzienności. Wiadomość, którą pracownik przeczyta w intranecie między dwoma spotkaniami, nie ma szansy konkurować z jego kalendarzem. Doświadczenie, w którym przez dwie godziny sam był klientem własnej firmy, ma.
Po trzecie, rola zamiast widowni. To dla mnie kluczowa różnica między eventem, który coś zmienia, a eventem, który tylko się odbywa. Jeżeli pracownik siedzi przed sceną i słucha o nowym standardzie obsługi, jest odbiorcą komunikatu. Jeżeli przechodzi ścieżkę klienta w roli klienta, a potem sam projektuje poprawkę, jest współtwórcą rozwiązania. Ludzie bronią tego, co sami zbudowali.
Oba są potrzebne. Warsztat projektuje, event wdraża. Firmy zamawiają pierwsze i pomijają drugie, a potem dziwią się, że nic z tego nie wynika.
Polskie teksty o Service Design zaczynają proces od empatyzacji. Klasyczny układ pięciu etapów wygląda tak: empatyzacja, definiowanie problemu, generowanie pomysłów, prototypowanie, testowanie i wdrażanie. To poprawne, ale niepełne, jeśli pracujesz w firmie z budżetem, zarządem i kwartałem.
Fuzers dokłada do podwójnego diamentu etap, którego w oryginalnym modelu nie ma: poznanie biznesu klienta, tego, jak firma zarabia i na jakim rynku działa. Dobra decyzja. Bez tego projektujesz doświadczenie w oderwaniu od tego, co firma ma z tego mieć.
Ja postawiłbym pytanie jeszcze ostrzej. Zanim zapytasz, co czuje klient, zapytaj: jakie zachowanie ma być inne za sześć miesięcy? Jeżeli nie umiesz go nazwać, nie masz jeszcze celu projektowego. Masz temat.
Sesja diagnostyczna z udziałem klientów, nie tylko o klientach. Format, który działa mi najlepiej: półdniowe spotkanie, na którym pracownicy słuchają nagrań albo rozmów na żywo z ośmioma klientami, a potem sami wypisują, co ich w tych rozmowach zaskoczyło. Nie ma prezentacji z wynikami badań. Jest kontakt z żywym człowiekiem.
Efekt uboczny jest ważniejszy niż główny: zespół przestaje dyskutować o tym, „co klient na pewno myśli”.
Kiedy etap jest domknięty: masz jedno zdanie opisujące zmianę, dwa źródła danych, które ją uzasadniają, i nazwisko osoby, która za nią odpowiada.
Tu popełniany jest najczęstszy błąd techniczny całego wdrożenia: zespół robi mapę ścieżki klienta i uznaje, że to wystarczy.
Nie wystarczy. Mapa ścieżki opisuje, co przeżywa klient. Service blueprint dokłada warstwę operacyjną: kto po stronie firmy co robi, jakie systemy to obsługują i gdzie leży granica między tym, co klient widzi, a tym, czego nie widzi. Linię widoczności wprowadził w 1984 roku G. Lynn Shostack i to nadal najważniejsza linia w blueprincie, bo pokazuje, gdzie kończy się percepcja klienta, a zaczyna wewnętrzna rzeczywistość firmy.
Skala problemu jest udokumentowana. Przegląd badań Voorheis i współpracowników z 2025 roku wykazał, że w 25 z 28 analizowanych przypadków praktycy używali wyłącznie map ścieżki, choć nieformalnie dokładali do nich elementy blueprintu. Zespoły intuicyjnie czują, czego im brakuje, ale nie znają narzędzia.
Konsekwencja jest prozaiczna. Awaria doświadczenia klienta prawie zawsze ma źródło na zapleczu: w przekazaniu sprawy między działami, w ręcznym obejściu procesu, w systemie, którego nikt nie zaktualizował. Jeżeli mapujesz tylko to, co widać, projektujesz plaster na objaw.
Warsztat blueprintowy z reprezentantami wszystkich działów, które dotykają usługi. Minimum: obsługa klienta, sprzedaż, marketing, IT, logistyka. Osiem osób, dwie godziny, ściana i cztery kolory karteczek.
Zasada, która ratuje takie spotkania: najpierw cała warstwa frontstage, dopiero potem backstage. Jeżeli pozwolisz zejść pod linię widoczności po dwudziestu minutach, sesja zamieni się w spór o odpowiedzialność między działami.
W repetytorium, nad którym pracowałem, jest przypadek zespołu projektującego złożoną usługę mobilną dla polskiego operatora telekomunikacyjnego. Zamiast oddać biznesowi raport z badań, zespół zbudował artefakty i reprezentacje usługi, które pozwoliły stronom rozmawiać i ujawnić rozbieżności zanim zapadły kosztowne decyzje. To najlepsze uzasadnienie blueprintu, jakie znam: on nie jest dokumentacją. Jest przedmiotem, wokół którego da się pokłócić przed wydaniem pieniędzy, a nie po.
Kiedy etap jest domknięty: masz zaznaczone trzy punkty awarii pod linią widoczności i przypisanego właściciela do każdego.
Etap generowania pomysłów jest najprzyjemniejszy i najmniej ryzykowny, dlatego firmy potrafią w nim utknąć na kwartał.
Twardy filtr, który polecam: każdy koncept musi mieć opisane cztery rzeczy. Zachowanie, które ma wywołać. Barierę, którą usuwa. Koszt uruchomienia w wersji minimalnej. Sposób sprawdzenia po 30 dniach. Koncept, który nie przechodzi tego testu, nie jest rozwiązaniem, tylko pomysłem.
Dobrze opisany przykład takiego podejścia w polskiej praktyce pokazują konsultanci z Klientocentrycznych w case'ie o wykorzystaniu design thinking w zmianie organizacyjnej: zespół budował szybkie prototypy w postaci kart konceptów zamiast dopracowywać rozwiązania na gotowo, a wybór padał na te propozycje, które oceniono jako realnie możliwe do wdrożenia.
Kryterium wykonalności bywa niedoceniane. Widziałem projekty, w których wygrywał koncept najbardziej efektowny na slajdzie i najtrudniejszy do uruchomienia bez zgody czterech dyrektorów.
Sesja decyzyjna z zarządem, prowadzona jak wydarzenie, a nie jak spotkanie statusowe. Zespoły prezentują koncepty w formie doświadczenia: zarząd przechodzi przez nową ścieżkę w wersji makiety zamiast ją oglądać. Trzydzieści minut zamiast czterdziestostronicowej prezentacji.
Cel jest jeden: wyjść z decyzją, a nie z rundą feedbacku.
To najbardziej niedoceniane zastosowanie wydarzeń w całym procesie i moim zdaniem najmocniejszy argument za łączeniem Service Design z event marketingiem.
Prototyp usługi trudno przetestować w warunkach laboratoryjnych, bo usługa dzieje się między ludźmi, w czasie, w konkretnej przestrzeni. Wydarzenie daje ci wszystkie te warunki naraz i, co ważniejsze, daje ci dwustu użytkowników w jednym miejscu.
W projekcie realizowanym wokół fińskiego wydarzenia Viaporin Kekri zespół użył jednej edycji jako pola testowego: zaprojektował nowe elementy doświadczenia, przetestował je podczas imprezy masowej, ocenił reakcje, poprawił koncepty i przekazał gotowe wytyczne zespołowi kolejnej edycji. Cykl wyglądał tak: teoria, prototyp, test w realnym środowisku, korekta, standard projektowy.
Przełóż to na swoją firmę. Masz konferencję dla partnerów handlowych w maju. Zamiast traktować ją wyłącznie jako wydarzenie wizerunkowe, wbuduj w nią test trzech rozwiązań, które projektujesz dla nowej usługi:
Koszt dodatkowy: bliski zeru. Liczba użytkowników przetestowanych w jeden dzień: kilkaset. Alternatywa to sześć tygodni badań i tak mniej wiarygodnych, bo deklaratywnych.
Jedno ograniczenie, o którym trzeba mówić uczciwie: uczestnicy eventu są w innym stanie emocjonalnym niż klient w środę o 14:00. Wyniki traktuj jako sygnał kierunkowy, nie jako dowód.
Tu ginie większość projektów. Nowa usługa jest zaprojektowana, przetestowana, opisana i zatwierdzona. Idzie mail. Idzie prezentacja na kwartalnym spotkaniu. Idzie e-learning. Trzy miesiące później 30% zespołu pracuje po nowemu, reszta po staremu, a menedżerowie średniego szczebla nie egzekwują, bo sami nie kupili zmiany.
Powtórzę tezę, bo jest istotna: to nie jest problem komunikacyjny. To problem doświadczenia. Ludzie nie zmieniają zachowań dlatego, że dostali informację o zmianie.
Event wdrożeniowy jest formatem, który to adresuje. Nie w wersji „gala z podsumowaniem projektu”, tylko w wersji, w której pracownicy przechodzą przez nową usługę jako jej użytkownicy, a potem jako jej wykonawcy.
Faza pierwsza, doświadczenie. Uczestnicy przechodzą pełną ścieżkę klienta w nowej wersji. Sami. Bez komentarza prowadzącego. Jeżeli w usłudze jest moment frustracji, mają go poczuć.
Faza druga, konfrontacja. Pokazujesz starą i nową ścieżkę obok siebie, z liczbami: ile trwała, ile kroków, ile telefonów. Nie mówisz „będzie lepiej”. Pokazujesz różnicę.
Faza trzecia, rola. Zespoły dostają realny fragment wdrożenia do dokończenia: skrypt rozmowy, treść wiadomości do klienta, zasadę wyjątku. To ma być realna decyzja, nie ćwiczenie warsztatowe. Jeżeli oddasz ludziom fragment projektu, dostaniesz ich zaangażowanie. Jeżeli oddasz pozorny fragment, dostaniesz cynizm.
Faza czwarta, zobowiązanie. Każdy uczestnik wychodzi z jedną konkretną rzeczą do zrobienia w ciągu 14 dni, z terminem i osobą, przed którą się z tego rozliczy.
Zasada, której się trzymam w każdym projekcie: po evencie musi zostać ślad. Nie zdjęcia. Ślad w organizacji: przejęty proces, gotowy dokument, uruchomiona inicjatywa. Jeżeli poniedziałek po wydarzeniu wygląda dokładnie jak poniedziałek przed nim, wydarzenie było kosztem.
Klientocentryczni zwracają uwagę na rzecz, którą łatwo pominąć: mapowanie ścieżki pracownika pomaga znaleźć bariery, które utrudniają ludziom dostarczanie klientom dobrych doświadczeń.
Z mojego doświadczenia to jest najczęstsza przyczyna niepowodzenia wdrożenia w dużej organizacji. Nowy standard obsługi wymaga trzech minut więcej na klienta, a system premiowy nadal nagradza liczbę obsłużonych spraw na godzinę. Możesz zrobić najlepszy event wdrożeniowy w historii firmy i przegrać z arkuszem premiowym.
Pomiar i ewaluacja są w Service Design traktowane jako element samego procesu projektowania, nie jako dodatek na końcu. Zgadzam się z tym w stu procentach i dodam warunek: wskaźniki ustala się przed wdrożeniem, nie po. Wskaźnik dobrany po fakcie zawsze pokazuje sukces.
Pracuję na czterech punktach pomiarowych.
Dwie uwagi, które w tym miejscu mówię każdemu klientowi.
Pierwsza: satysfakcja nie jest zmianą. Wysoka ocena eventu i wysoki NPS po miesiącu to dwie różne rzeczy, a firmy nagminnie mylą pierwsze z drugim.
Druga: efektu nie zobaczysz w tydzień. Realny wynik wdrożenia usługowego widać po dwóch do sześciu miesięcy. Kto obiecuje inaczej, sprzedaje obietnicę.
Jest też część, której nie zmierzysz nigdy: ile z poprawy wynikło z twojego projektu, a ile z sezonu, konkurencji albo zmiany cennika. Uczciwe wdrożenie zakłada tę niepewność zamiast ją zamalowywać.
Poniżej realistyczna rama dla firmy średniej wielkości, przy jednym wybranym procesie. Nie dla całej organizacji naraz. To istotne: w budowaniu doświadczeń klienta sprawdza się zasada małych zmian i szybkich efektów, czyli iteracyjnego doskonalenia zamiast jednej wielkiej transformacji.
Po 90 dniach nie masz przetransformowanej firmy. Masz jeden proces działający inaczej, komplet dowodów i argument do rozmowy o kolejnym. To wystarczy, żeby projekt przeżył zmianę priorytetów w zarządzie.
Zarząd nie kupuje Service Design. Zarząd kupuje mniejsze ryzyko i konkretną liczbę.
Trzy argumenty, które w mojej praktyce działają najlepiej, bo operują językiem kosztu, a nie języka projektowego:
Service Design daje ci diagnozę i projekt. Event daje ci moment, w którym projekt spotyka się z ludźmi, którzy mają go wykonywać. Rozdzielanie tych dwóch rzeczy jest najczęstszym powodem, dla którego dobre projekty usługowe kończą się w folderze.
Jeżeli masz w firmie mapę ścieżki klienta, której nikt nie używa, nie potrzebujesz kolejnego warsztatu. Potrzebujesz momentu, w którym trzysta osób przejdzie przez tę ścieżkę na własnej skórze i wyjdzie z konkretnym zadaniem na 14 dni.
Zacznij od jednego pytania, na które musisz umieć odpowiedzieć przed uruchomieniem czegokolwiek: jakie zachowanie ma być inne za 90 dni i po czym to poznasz?
Jeżeli nie masz odpowiedzi, nie zaczynaj mapowania. Zacznij od diagnozy.
Masz zaprojektowaną usługę albo mapę ścieżki klienta, która nie przełożyła się na to, jak firma pracuje na co dzień? Umów konsultację 1:1 i przyjdź z tym, co już powstało. W godzinę przejdziemy przez to, na którym etapie wdrożenie się zatrzymało i jakim wydarzeniem da się je ruszyć dalej.
Od jednego procesu, nie od całej organizacji. Wybierz obszar, w którym masz dane wejściowe i realny problem biznesowy, na przykład wysoką liczbę reklamacji albo długi czas obsługi zamówienia. Ustal jedno zachowanie, które ma się zmienić, i zmierz stan wyjściowy przed startem. Pierwszy cykl powinien zamknąć się w kwartale i dać liczbę, którą pokażesz zarządowi.
Da się, pod dwoma warunkami. Ktoś w zespole musi znać metodę na poziomie praktycznym, a projekt musi mieć sponsora z władzą decyzyjną nad kilkoma działami. Zewnętrzna osoba przydaje się najbardziej tam, gdzie trzeba zadać niewygodne pytania i nie mieć w tym interesu wewnętrznego.
Mapa ścieżki opisuje, co robi, myśli i czuje klient. Blueprint dokłada warstwę wykonawczą: działania pracowników widoczne dla klienta, działania niewidoczne i systemy, które to obsługują. Awarie doświadczenia najczęściej rodzą się w warstwie niewidocznej, więc sama mapa ścieżki zwykle nie wystarcza do naprawy usługi.
Pierwszy pełny cykl na jednym procesie zamyka się realistycznie w 12–13 tygodniach. Wynik biznesowy widać po dwóch do sześciu miesięcy od wdrożenia. Skalowanie na kolejne obszary to praca na kwartały, nie na tygodnie, i wymaga rytmu przeglądów, a nie jednorazowego projektu.
Komunikacja przekazuje informację o zmianie. Nie wywołuje zmiany zachowania. Event daje trzy rzeczy, których mail nie da: obecność wszystkich zaangażowanych działów naraz, doświadczenie nowej usługi z perspektywy użytkownika i przypisaną rolę zamiast biernego odbioru. To dlatego wydarzenie sprawdza się jako moment przełączenia organizacji.
Wystarczą cztery punkty pomiaru i dwa wskaźniki. Zmierz stan przed startem, sprawdź zrozumienie zaraz po wdrożeniu, zachowanie po 30 dniach i wynik biznesowy po 90. Wskaźnik zachowania jest ważniejszy niż wskaźnik satysfakcji, bo pokazuje, czy ludzie faktycznie pracują inaczej.
Dołącz do społeczności świadomych marketerów i otrzymaj pakiet bonusów za darmo! 🎉 Co 2 tygodnie wyślemy Ci też newsletter pełen konkretnych inspiracji z obszaru marketingu doświadczeń.