Ewaluacja eventu firmowego – jak mierzyć sukces i zbierać feedback

Service Design w firmie warto zacząć od jednego realnego problemu, który da się zbadać i którego zmianę można później ocenić. Potem przechodzimy przez badania, mapowanie procesu, projektowanie rozwiązań, prototyp, pilotaż i wdrożenie. Eventy wspierają poszczególne etapy jako warsztaty, symulacje, spotkania projektowe i momenty podejmowania decyzji.

W badaniu PwC 2025 Customer Experience Survey 70% menedżerów przyznało, że oczekiwania klientów zmieniają się szybciej, niż ich organizacje potrafią się do nich dostosować. Badanie objęło 406 przedstawicieli kadry zarządzającej i 5511 konsumentów w USA.

Ta liczba jest ciekawa nie dlatego, że po raz kolejny możemy powiedzieć „klient się zmienia”. Zmianę oczekiwań widać stosunkowo łatwo — znacznie trudniej zmienić firmę.

Kiedy patrzę na część projektów Service Design, mam wrażenie, że najwięcej energii zużywamy w momencie, w którym wszyscy stoją jeszcze przy ścianie z mapą procesu. Mamy badania, persony, customer journey, kolorowe karteczki i całkiem dobre pomysły. Po kilku godzinach zespół naprawdę zaczyna widzieć więcej. Prawdziwa trudność pojawia się później, kiedy ludzie wracają do swoich działów.

Ktoś musi znaleźć budżet, ktoś dogadać się z IT, ktoś przekonać przełożonego. Trzeba zmienić procedurę, czasem zakres odpowiedzialności, przygotować pracowników, przeprowadzić test i jeszcze sprawdzić, czy użytkownik w ogóle zauważył różnicę. I właśnie ten fragment Service Design interesuje mnie najbardziej: moment pomiędzy „wiemy, co warto zmienić” a sytuacją, w której rozwiązanie staje się częścią normalnego funkcjonowania organizacji.

Rozmowa, którą prowadziłem w tej formie kilkanaście razy:

— Robiliśmy warsztaty rok temu. Mamy mapę.
— I co się po nich zmieniło w procesie?
— Mapa wisi w sali konferencyjnej.
— A ścieżka klienta?
— Bez zmian.

Eventy mogą być w takim procesie bardzo użyteczne. Warsztat, symulacja, pilotaż czy spotkanie wdrożeniowe tworzą warunki, w których ludzie normalnie oglądający ten sam problem z różnych stron pracują nad nim wspólnie przez kilka godzin. Samo spotkanie oczywiście niewiele załatwia — najważniejsze jest to, z czym ludzie mają z niego wyjść.

I temu chcę się przyjrzeć: jak przejść od pierwszej diagnozy do wdrożenia Service Design i gdzie w tym procesie wydarzenia rzeczywiście pomagają zrobić kolejny krok.

Czym właściwie jest wdrażanie Service Design w firmie?

Service Design pozwala projektować usługę jednocześnie z perspektywy człowieka, który z niej korzysta, oraz organizacji, która musi ją dostarczyć. Ta druga część jest szczególnie ważna, bo przesądza o tym, gdzie szukać przyczyny problemu.

Klient widzi jedną usługę. Nie interesuje go, że za pierwszy fragment odpowiada sprzedaż, później obsługa, następnie finanse, a gdzieś pomiędzy nimi pracuje jeszcze system pamiętający czasy, kiedy każdy monitor miał własną serwetkę przeciwkurzową. Dla klienta to nadal jedna historia.

Możesz więc przygotować świetny formularz reklamacyjny — jeżeli reklamacja później przez cztery dni krąży między trzema działami, poprawiliśmy fragment interfejsu, ale niekoniecznie doświadczenie. Podobnie z onboardingiem pracownika: możemy stworzyć materiały, aplikację, filmy i bardzo dobre pierwsze wrażenie, ale jeśli manager przez pierwszy tydzień nie wie, jaką rolę ma w tym procesie, nowa osoba szybko zauważy różnicę między tym, co firma zaprojektowała, a tym, czego naprawdę doświadcza.

Dlatego w Service Design prędzej czy później wychodzimy poza sam punkt styku i zaczynamy oglądać cały system.

Design Council porządkuje proces projektowy w modelu Double Diamond: Discover, Define, Develop i Deliver. Najpierw próbujemy zrozumieć problem i ludzi, których dotyczy. Później precyzujemy wyzwanie, rozwijamy możliwe rozwiązania, testujemy je i przygotowujemy do wdrożenia. Sam Design Council zaznacza przy tym, że proces nie jest instrukcją liniowego przechodzenia od lewej do prawej — testowanie i nowa wiedza mogą odesłać zespół do wcześniejszego etapu.

Chyba właśnie dlatego lubię porównanie procesu projektowego do mapy. Mapa jest bardzo przydatna, kiedy z niej korzystasz, ale sama w sobie nigdzie cię nie przenosi. Customer journey i service blueprint pokażą dokładnie, gdzie jesteśmy — ktoś musi jeszcze zdecydować, dokąd idziemy, i przeprowadzić organizację przez tę drogę.

Dlaczego Service Design w korporacji komplikuje się podczas wdrożenia?

W małym zespole czasem wystarczy przesunąć trzy osoby przy stole, porozmawiać przez godzinę i podjąć decyzję. W większej organizacji podobna zmiana zahacza o sprzedaż, marketing, obsługę klienta, IT, finanse, compliance, HR i kilka osób odpowiadających za poszczególne elementy procesu. Każda z nich może przy tym wykonywać swoją pracę poprawnie — problem pojawia się pomiędzy nimi.

Załóżmy, że firma chce poprawić onboarding klienta B2B. Z perspektywy klienta historia wydaje się prosta: podpisuję umowę i zaczynam korzystać z usługi. Wewnątrz organizacji sprzedaż kończy swoją pracę w momencie podpisania dokumentu, customer success rozpoczyna ją po otrzymaniu informacji w CRM, finanse uruchamiają osobny proces, klient dostaje automatycznego maila, a jeszcze ktoś przygotowuje dostęp do systemu.

Jeżeli każdy z tych fragmentów projektowany jest oddzielnie, całkiem łatwo stworzyć sytuację, w której wszystkie działy realizują swoje zadania poprawnie, a klient nadal nie wie, co ma zrobić.

Właśnie dlatego mapowanie całej podróży bywa tak wartościowe — po raz pierwszy oglądamy obok siebie rzeczy, które na co dzień istnieją w różnych systemach, działach i głowach ludzi. Wtedy event tworzy warunki do pracy, której nie da się wykonać w dwudziestu osobnych rozmowach. Kilka godzin wspólnego oglądania procesu potrafi nazwać zależność, która przez miesiące funkcjonowała między działami jako „czyjś problem”.

Jaką rolę może pełnić event w Service Design?

Kiedy używam tutaj słowa „event”, mam na myśli znacznie więcej niż konferencję, galę czy spotkanie firmowe. Eventem może być trzygodzinny warsztat zarządu, dzień pracy z klientami, sprint projektowy, symulacja nowej obsługi, pilotaż onboardingu albo spotkanie review miesiąc po wdrożeniu.

Wspólny jest jeden element: w określonym czasie spotykają się konkretni ludzie, wykonują zaplanowaną pracę i wychodzą z rezultatem potrzebnym w kolejnym etapie procesu. Tym rezultatem może być decyzja, mapa, hipoteza, prototyp, lista zmian po teście albo zgoda na rozpoczęcie pilotażu.

Wydarzenie zaczyna być wartościowe wtedy, kiedy wiemy, co ma dzięki niemu powstać. Jeżeli jedynym rezultatem jest fakt, że ludzie „porozmawiali o Service Design”, prawdopodobnie za słabo zaprojektowaliśmy cel.

Czym różni się warsztat projektowy od eventu wdrożeniowego?

• Liczba osób: warsztat 6–12, event wdrożeniowy 50–500+.
• Cel: warsztat ma wypracować rozwiązanie, event uruchomić zachowanie.
• Rola uczestnika: na warsztacie ekspert wewnętrzny, na evencie użytkownik i współtwórca.
• Efekt: z warsztatu wychodzi artefakt, z eventu doświadczenie i pierwszy krok.
• Największe ryzyko: na warsztacie rozwiązanie zostaje w pliku, na evencie forma przykryje treść.

Oba są potrzebne, tylko robią co innego. Warsztat projektuje, event wdraża.

Jak wygląda plan wdrożenia Service Design za pomocą eventów?

Nie traktowałbym poniższej roadmapy jako kolejnej metodologii do wdrożenia. To raczej siedem punktów kontrolnych pozwalających sprawdzić, czy mamy wystarczająco dużo wiedzy i odpowiedzialności, żeby wykonać następny ruch.

• 1. Wybór problemu → Warsztat ZERO. Określamy problem, zakres, właściciela i dane bazowe. Pytanie przed przejściem dalej: czy rzeczywiście wiemy, czym warto się zająć?
• 2. Odkrywanie → badania i research playback. Zbieramy dane, rozmawiamy z użytkownikami i konfrontujemy wcześniejsze założenia z rzeczywistością. Rezultatem są insighty, na których można pracować.
• 3. Mapowanie → customer journey i service blueprint workshop. Łączymy perspektywę użytkownika z procesem wewnątrz organizacji i szukamy miejsc, w których powstaje tarcie, oraz jego przyczyn.
• 4. Projektowanie → co-creation lab. Tworzymy kilka wariantów odpowiedzi na problem i ustalamy kryteria, według których będziemy je oceniać.
• 5. Prototypowanie → service simulation. Sprawdzamy rozwiązanie w uproszczonej formie, obserwujemy zachowania i szukamy rzeczy wymagających poprawy.
• 6. Pilotaż → ograniczony test w prawdziwych warunkach. Uruchamiamy rozwiązanie na jednej grupie, w jednym oddziale albo na fragmencie procesu i zbieramy dane.
• 7. Wdrożenie i review. Przygotowujemy ludzi, managerów, procedury i sposób pomiaru, a po określonym czasie wracamy do danych i sprawdzamy, co weszło do normalnej pracy.

Etap 1. Jak wybrać właściwy problem?

Pierwsze spotkanie zwykle zaczyna się podobnie.

— Chcemy wdrożyć Service Design.
— Po co?
— Konkurencja to ma, zarząd pyta.
— A co w waszej usłudze kosztuje dziś najwięcej?
— Reklamacje. Średnio jedenaście dni na zamknięcie sprawy.
— To zacznijmy od reklamacji. O Service Design porozmawiamy, jak zacznie działać.

Wdrożenie metody jest decyzją dotyczącą sposobu pracy i nie mówi jeszcze niczego o problemie, który firma chce rozwiązać. Dlatego szukałbym miejsca, w którym organizacja już widzi konkretne tarcie: onboarding trwający zbyt długo, klientów porzucających proces zakupowy, rosnącą liczbę reklamacji, zbyt wiele kontaktów z call center, przekazywanie leadów między sprzedażą a obsługą.

Pierwszym wydarzeniem może być Warsztat ZERO — mój roboczy format spotkania przed właściwym projektowaniem, podczas którego doprecyzowujemy problem, zakres, osoby decyzyjne, punkt wyjścia i oczekiwany rezultat. Korzystam z podobnej logiki przy projektach eventowych: zanim zaczniemy zastanawiać się nad rozwiązaniem, chcę wiedzieć, z czym rzeczywiście pracujemy.

Jeżeli po takim spotkaniu nadal nie wiadomo, kto jest właścicielem procesu i kto może później podjąć decyzję o zmianie, zatrzymałbym się na chwilę. Nie dlatego, że projekt jest zły — po prostu ktoś na końcu będzie musiał go przejąć, a projekt bez właściciela bardzo szybko zmienia się w konsultingową turystykę.

Kiedy etap jest domknięty: masz jedno zdanie opisujące zmianę, dane wejściowe i nazwisko osoby, która za nią odpowiada.

Etap 2. Jak przeprowadzić diagnozę bez zgadywania za użytkownika?

Na warsztatach często pada zdanie „nasz klient potrzebuje…” i zawsze pojawia mi się wtedy w głowie pytanie: skąd to wiemy? Być może mamy dane — regularnie rozmawiamy z klientami, analizujemy reklamacje, obserwujemy zachowania albo pracujemy z ludźmi, którzy codziennie słyszą ich pytania. A być może pięć osób siedzi w sali konferencyjnej i wspólnie próbuje sobie klienta wyobrazić. To nie jest to samo.

Etap Discover powinien więc prowadzić nas do rzeczywistości: do rozmów, obserwacji, danych z CRM, zgłoszeń, statystyk procesu, reklamacji, rozmów z pracownikami pierwszej linii. Dopiero później zbierałbym zespół.

Research playback jest tutaj ciekawym formatem, bo nie polega wyłącznie na pokazaniu slajdów z wynikami. Uczestnicy pracują na cytatach, zachowaniach, danych i sytuacjach, porównując obraz z badań z tym, co firma zakładała kilka tygodni wcześniej. Właśnie wtedy brief czasem zaczyna się zmieniać: firma przychodziła z problemem komunikacji, a okazuje się, że komunikacja jest jedynie skutkiem procesu. Użytkownik miał nie rozumieć instrukcji, ale podczas badania wychodzi, że dostaje ją w momencie, w którym nie jest mu jeszcze do niczego potrzebna.

To nie musi oznaczać, że na początku popełniliśmy błąd. Mieliśmy hipotezę, a badania są między innymi po to, żeby pozwolić ją sobie zmienić — lepiej odkryć to teraz niż po sześciu miesiącach wdrażania.

Etap 3. Jak połączyć customer journey z tym, co dzieje się za kulisami?

Customer journey pozwala obejrzeć usługę oczami użytkownika. Service blueprint dokłada do tego wszystko, czego klient zazwyczaj nie widzi, i dla mnie właśnie tutaj robi się ciekawie. Klient widzi wiadomość — my zaczynamy sprawdzać, kto ją przygotował, skąd wzięły się dane, jaki system musiał zadziałać wcześniej, kto przejmie temat później i co się stanie, jeśli pojawi się wyjątek.

Granicę między tymi dwiema warstwami nazywa się linią widoczności. Wprowadziła ją 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. Awarie doświadczenia prawie zawsze rodzą się pod nią.

— U nas to trafia do obsługi.
— Do nas trafia dopiero, jak klient zadzwoni po raz drugi.
— Czyli między podpisem a waszym systemem jest kilka dni, w których sprawa jest niczyja?
— Wygląda na to, że tak.
— To jest wasz problem. Nie formularz.

Na takim warsztacie potrzebujemy ludzi z różnych miejsc organizacji. Jeżeli projektujemy obsługę klienta, dobrze mieć obok kogoś, kto rzeczywiście z nim rozmawia. Przy procesie sprzedażowym potrzebujemy handlowca. Jeżeli rozwiązanie dotknie systemów, wolałbym zaprosić IT wcześniej niż w momencie, w którym projekt jest już pięknie rozrysowany. To samo dotyczy prawników, compliance i finansów.

Jednym z mniej przyjemnych momentów projektu jest spotkanie, na którym ktoś po raz pierwszy widzi gotowe rozwiązanie i po pięciu minutach mówi „tego nie możemy zrobić”. Może mieć rację — dlatego warto dowiedzieć się o tym przed prototypowaniem.

Celem blueprintu nie jest więc wielka i efektowna mapa. Szukamy miejsc, w których doświadczenie zaczyna się psuć, i sprawdzamy, co dzieje się pod powierzchnią. Praktyczna zasada, która ratuje takie sesje: najpierw cała warstwa widoczna dla klienta, dopiero potem zaplecze. Jeżeli pozwolisz zejść pod linię widoczności po dwudziestu minutach, warsztat zamieni się w spór o odpowiedzialność między działami.

Etap 4. Jak projektować rozwiązanie razem z ludźmi?

Co-creation brzmi dobrze do momentu, w którym dziesięć osób zaczyna głosować nad tym, która karteczka podoba im się najbardziej. Współtworzenie widzę inaczej: pozwala zebrać kilka perspektyw, zanim zamkniemy się na jedno rozwiązanie.

Osoba pracująca przy obsłudze zobaczy inny problem niż manager marketingu. Klient dostrzeże coś, czego nie widzi projektant. IT może wskazać ograniczenie, ale równie dobrze może znaleźć prosty sposób wykonania czegoś, co przez resztę zespołu było uznawane za bardzo skomplikowane.

Najpierw więc rozszerzamy pole możliwych odpowiedzi, a później je zawężamy. To dobrze koresponduje z logiką Double Diamond — Design Council opisuje oba diamenty jako naprzemienne momenty myślenia dywergencyjnego i konwergencyjnego.

I tutaj pojawia się trudniejsze pytanie: według czego wybieramy? Trzeba spojrzeć na potrzebę użytkownika, możliwość wdrożenia, koszt, technologię, wpływ na inne procesy i ludzi, którzy będą z rozwiązania korzystać. Sam używam prostszego filtra: każdy koncept musi mieć opisane zachowanie, które ma wywołać, barierę, którą usuwa, koszt uruchomienia w wersji minimalnej i sposób sprawdzenia po 30 dniach. Koncept, który tego nie przechodzi, nie jest rozwiązaniem, tylko pomysłem.

Dzięki temu rozmowa zaczyna dotyczyć konsekwencji, a nie tego, który pomysł zrobił najlepsze pierwsze wrażenie.

Etap 5. Jak zrobić prototyp usługi, której nie da się pokazać na ekranie?

Kiedy słyszymy słowo „prototyp”, dość łatwo wyobrazić sobie aplikację, ekran albo klikalną makietę. Tymczasem spora część usług istnieje przede wszystkim w zachowaniach: ktoś zadaje pytanie, przekazuje klienta, podejmuje decyzję albo reaguje na wyjątek. Pojawia się telefon, wiadomość, problem z systemem, użytkownik robi coś, czego nikt nie przewidział.

I właśnie dlatego ciekawym narzędziem jest symulacja — w eventach nazwalibyśmy ją po prostu próbą. Zanim otworzymy drzwi, sprawdzamy scenariusz: kto gdzie stoi, co dzieje się za pięć minut, czy komunikat jest zrozumiały, co zrobimy, jeśli element procesu nie zadziała.

W Service Design możemy podejść do tego podobnie. Załóżmy, że projektujemy onboarding klienta. Jedna osoba gra klienta, druga handlowca, trzecia opiekuna. Przygotowujemy formularze, komunikaty i uproszczoną wersję procesu, a później naprawdę przez niego przechodzimy. Po chwili pojawiają się pytania, których nie było na żadnym slajdzie: dlaczego klient drugi raz podaje te same dane, skąd handlowiec wie, że temat został przejęty, co dzieje się, kiedy klient nie odpowiada, kto obsługuje wyjątek.

— To zadziała, przecież to oczywiste.
— Ile kosztuje sprawdzenie?
— Dwie godziny i cztery osoby.
— A ile kosztuje wdrożenie, jeśli się mylimy?
— …trzy miesiące i integracja z CRM-em.
— To sprawdźmy.

Dobry prototyp nie musi wyglądać profesjonalnie. Ma nam tanio powiedzieć coś ważnego przed drogim wdrożeniem — i powinien być na tyle tani, żeby dało się go wyrzucić bez żalu. Jeśli organizacja zakochała się w rozwiązaniu przed testem, test zaczyna służyć jego obronie zamiast nauce.

Etap 6. Jak przeprowadzić pilotaż bez uruchamiania całej korporacyjnej machiny?

Mam dość silny odruch testowania rzeczy najpierw na mniejszej skali i prawdopodobnie odzywa się tutaj mój wewnętrzny producent eventów. Jeżeli nowy format można sprawdzić na 80 osobach, zanim zaprosimy 1500, chętnie zobaczę najpierw, co wydarzy się na osiemdziesięciu.

Z usługami jest podobnie. Pierwszej wersji procesu nie musimy uruchamiać w całej organizacji — możemy zacząć od jednego oddziału, regionu, zespołu, typu sprawy albo grupy klientów. Warsztat daje dobre warunki do projektowania, pilotaż daje codzienność.

A codzienność ma irytujący zwyczaj nieprzestrzegania scenariuszy z prezentacji. Ktoś ma pięć innych zadań, system działa wolniej, klient robi coś nieoczekiwanego, manager wyjechał na urlop, nowa instrukcja zaginęła gdzieś między mailem a Teamsem. Dopiero wtedy widzimy, jak rozwiązanie naprawdę się zachowuje.

Dobrym polskim przykładem takiego procesu jest raport końcowy PARP „Pilotażowy program wsparcia MSP w aplikowaniu do programu Horyzont Europa”, opublikowany we wrześniu 2025 roku. Proces prowadzono metodą Service Design, a jego przebieg widać w spisie treści: definiowanie problemu, badania jakościowe, prototypowanie, testowanie I, prototypowanie II, testowanie II, trzecia wersja prototypu i dopiero po niej planowanie wdrożenia. Rozwiązanie nie musi być gotowe po pierwszym warsztacie — może dojrzeć podczas kolejnych prób.

Jedna rzecz, o której warto pomyśleć zawczasu: pilotaż bez zdefiniowanego progu skalowania staje się wieczny. Ustal go przed startem — „jeżeli wskaźnik X poprawi się o Y, wchodzimy szerzej”. Bez tego firmy potrafią pilotować to samo rozwiązanie trzy lata.

Etap 7. Jak przejść od pilotażu do pełnego wdrożenia?

Załóżmy, że pilot działa. Mamy dane, użytkownicy lepiej przechodzą przez proces, ludzie po stronie organizacji widzą sens rozwiązania, pojawia się decyzja o skalowaniu. Na diagramie jesteśmy prawie na końcu — w rzeczywistości właśnie tutaj zaczyna się sporo pracy.

Nowy sposób działania trzeba osadzić w codzienności. Jeżeli zmieniają się role, trzeba je wyjaśnić. Jeżeli pojawia się nowy standard rozmowy, ludzie powinni móc go przećwiczyć. Manager musi wiedzieć, czego pilnować, a systemy i procedury powinny wspierać nowy sposób pracy.

Wtedy wydarzenia znowu się przydają. Kick-off wyjaśnia kontekst, manager lab przygotowuje liderów, symulacja pozwala przećwiczyć zachowania, roadshow umożliwia wdrażanie procesu w różnych lokalizacjach, a review po kilku tygodniach pokazuje pierwsze problemy. Sam event wdrożeniowy układam w cztery fazy:

• 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ć.
• 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”, tylko pokazujesz różnicę.
• Rola. Zespoły dostają realny fragment wdrożenia do dokończenia: skrypt rozmowy, treść wiadomości do klienta, zasadę wyjątku. Jeżeli oddasz ludziom prawdziwy fragment projektu, dostaniesz zaangażowanie. Jeżeli pozorny — dostaniesz cynizm.
• Zobowiązanie. Każdy wychodzi z jedną konkretną rzeczą do zrobienia w ciągu 14 dni, z terminem i osobą, przed którą się z tego rozliczy.

Widziałem sporo zmian firmowych komunikowanych podczas świetnie zrealizowanych wydarzeń. Była dobra scena, prezentacja, film i energia — a w poniedziałek ludzie wracali do tych samych procedur, mierników i systemów.

— Zrobimy launch nowego standardu obsługi. Scena, prezentacja, materiały, lunch.
— Dobrze. A jak w poniedziałek wygląda premia handlowca?
— Za liczbę obsłużonych spraw na godzinę.
— Czyli nowy standard każe im pracować trzy minuty dłużej, a system płaci za skracanie.
— …to trzeba zmienić przed eventem, nie po.

Event może uruchomić proces, ale później organizacja musi dać mu warunki do życia. Zasada, której się trzymam: po wydarzeniu musi zostać ślad w organizacji — przejęty proces, gotowy dokument, uruchomiona inicjatywa. Jeżeli poniedziałek po evencie wygląda dokładnie jak poniedziałek przed nim, wydarzenie było kosztem.

Jak mierzyć efekty wdrażania Service Design?

O miernikach warto pomyśleć, zanim cokolwiek zmienimy. Bez punktu wyjścia łatwo znaleźć się na spotkaniu, na którym wszyscy wiedzą, że projekt „dużo dał”, ale nikt nie potrafi powiedzieć dokładnie co. Wskaźnik dobrany po fakcie zawsze pokazuje sukces.

Nie szukałbym uniwersalnego KPI dla Service Design — miernik powinien wynikać z problemu. Przy onboardingu interesują nas czas, liczba pytań do supportu i rezygnacje. Przy doświadczeniu pracownika zestaw będzie inny, przy procesie sprzedażowym również. Najczęściej przyglądałbym się dwóm grupom:

• efekt dla użytkownika i biznesu: satysfakcja, wysiłek, rezygnacje, retencja, konwersja, liczba reklamacji, koszt obsługi;
• działanie procesu i adopcja wewnątrz firmy: czas, liczba kroków, błędy, przekazania między działami oraz to, czy ludzie rzeczywiście korzystają z nowego sposobu pracy.

Do tego cztery momenty pomiaru, żeby dało się cokolwiek porównać:

• T0, przed startem: stan wyjściowy — czas obsługi sprawy, liczba telefonów na 100 zamówień.
• T1, tuż po wdrożeniu: zrozumienie — ilu uczestników potrafi opisać nową zasadę własnymi słowami.
• T2, 30 dni: zachowanie — odsetek spraw obsłużonych według nowego standardu.
• T3, 90 dni: wpływ — retencja, konwersja, koszt obsługi.

Wtedy rozmowa z zarządem staje się prostsza. Nie próbujemy obliczyć abstrakcyjnego „ROI z Service Design”, tylko ustalić koszt konkretnego problemu i sprawdzić, czy po zmianie jest mniejszy. Załóżmy, że określony błąd generuje setki zgłoszeń do supportu — wiemy, ile średnio trwa obsługa jednej sprawy i ile kosztuje czas zespołu. Po wdrożeniu mierzymy to samo i zaczynamy mieć wynik, o którym warto rozmawiać.

Dwie uwagi, które mówię przy tym każdemu klientowi. Satysfakcja nie jest zmianą — wysoka ocena warsztatu i wyższy wskaźnik po miesiącu to dwie różne rzeczy. I efektu nie widać w tydzień: realny wynik wdrożenia usługowego pojawia się po dwóch do sześciu miesięcy.

Jak rozmawiać o tym z zarządem?

Zarząd nie kupuje Service Design. Kupuje mniejsze ryzyko i konkretną liczbę.

— Ile to kosztuje?
— Zależy od zakresu. Ale zapytam inaczej: ile kosztuje was dziś jedenaście dni na zamknięcie reklamacji?
— Nie liczyliśmy.
— To jest pierwszy wynik tego projektu i dostaniecie go w dwa tygodnie.

Pomocna bywa jeszcze jedna liczba z badania PwC: dziewięciu na dziesięciu menedżerów uważa, że lojalność ich klientów w ostatnich latach wzrosła, a wśród konsumentów to samo mówi czterech na dziesięciu. Ta różnica jest ciekawszym argumentem niż wykres satysfakcji, bo pokazuje, że firma i jej klienci mogą patrzeć na tę samą relację zupełnie inaczej.

Poza tym działają trzy argumenty operujące językiem kosztu:

• Koszt niewiedzy. Jeżeli nie badasz, dlaczego klienci odchodzą, nie wiesz, za co płacisz co miesiąc.
• Koszt braku standardu. Brak zdefiniowanego procesu oznacza, że jakość obsługi zależy od tego, kto akurat odebrał telefon. To ryzyko operacyjne, nie kwestia estetyki.
• Koszt eventu bez funkcji. Firma i tak zrobi w tym roku konferencję, integrację i spotkanie roczne. Pytanie brzmi, czy te wydarzenia będą pozycją kosztową, czy narzędziem wdrożenia zmiany, którą i tak trzeba przeprowadzić. Budżet jest już w planie — zmienia się tylko to, co ma zrobić.

Jak zacząć Service Design bez programu transformacji całej firmy?

Gdybym miał zaczynać w organizacji, która wcześniej tak nie pracowała, poszukałbym dobrego, ograniczonego problemu: wystarczająco ważnego, żeby rezultat miał znaczenie, i jednocześnie na tyle małego, żeby można było eksperymentować. Może to być fragment onboardingu, jedna część procesu reklamacji, konkretna ścieżka klienta albo element employee experience.

Taki projekt pozwala przejść cały proces w rozsądnej skali: zrobić badania, stworzyć mapę, zaprojektować rozwiązanie, przetestować je, uruchomić pilotaż i zobaczyć wynik. Dopiero potem zastanawiać się nad kolejnym krokiem.

W korporacji Service Design może na początku brzmieć jak następny program transformacyjny, który będzie wymagał pół roku spotkań i liczby post-itów wystarczającej do ocieplenia średniej wielkości biurowca. Dlatego czasem łatwiej pokazać mały wynik, a o metodzie rozmawiać później.

Realistyczna rama czasowa dla jednego procesu w firmie średniej wielkości wygląda tak:

• Tydzień 1–2: wybór problemu, właściciel, dane wejściowe.
• Tydzień 3–4: badania, research playback, blueprint.
• Tydzień 5–6: projektowanie wariantów i decyzja.
• Tydzień 7–9: prototyp i symulacja.
• Tydzień 10–11: pilotaż i przygotowanie ludzi.
• Tydzień 12–13: pierwszy pomiar i korekta.

Po kwartale nie masz przetransformowanej firmy. Masz jeden proces działający inaczej, komplet dowodów i argument do rozmowy o kolejnym — a to wystarczy, żeby projekt przeżył zmianę priorytetów w zarządzie.

Jakie błędy najczęściej zatrzymują wdrożenie?

Pierwszy pojawia się bardzo wcześnie: firma ma już rozwiązanie. „Potrzebujemy aplikacji”, „trzeba przebudować onboarding”, „zróbmy portal klienta”. Być może — tylko przed rozpoczęciem pracy sprawdziłbym, czy właśnie tam znajduje się przyczyna problemu.

Drugi widzę na warsztatach, w których siedzą wyłącznie osoby wystarczająco wysoko w strukturze, żeby podejmować decyzje, i jednocześnie daleko od codziennego procesu. Łatwo wtedy zaprojektować coś, co wygląda świetnie w środę rano na slajdzie, a znacznie gorzej w środę o 14:30, kiedy ktoś naprawdę musi tego użyć.

Trzeci to brak właściciela po stronie organizacji. Zespół projektowy kończy pracę, dokumentacja jest gotowa, powstała rekomendacja — tylko nikt nie wie, kto ma ją następnego dnia zabrać ze sobą.

Czwarte ryzyko dotyczy oceny zaangażowania. Sto osób na kick-offie mówi nam, że sto osób było na kick-offie. Nie wiemy jeszcze, ile z nich zaczęło później działać inaczej.

Piąty błąd to brak punktu wyjścia. Firma wdraża rozwiązanie i nie potrafi później odpowiedzieć, czy cokolwiek się poprawiło.

I jest jeszcze jedna rzecz, którą znam dobrze z eventów: projekt kończy się w dniu wydarzenia. W Service Design odpowiednikiem bywa zdjęcie ostatnich karteczek, eksport mapy do PDF i przekonanie, że właśnie zakończyliśmy zmianę. Jeżeli wszystko zatrzymuje się w tym miejscu, prawdopodobnie dotarliśmy dopiero do najtrudniejszego fragmentu.

Jak może wyglądać Service Design wdrażany eventami? Przykład

Firma chce poprawić onboarding klientów B2B. Pierwszym odruchem bywa przeprojektowanie welcome packa — klienci najwyraźniej nie czytają materiałów, więc może trzeba uprościć maile, przygotować film albo stworzyć lepszy zestaw informacji. Tylko że kilka rozmów z klientami pokazuje coś zupełnie innego: po podpisaniu umowy klient nie wie, kto właściwie przejął jego sprawę. Handlowiec uważa temat za przekazany, customer success czeka na dane, a w międzyczasie klient dostaje wiadomości od kilku osób.

Na Warsztacie ZERO definiujemy więc problem i dane, które chcemy sprawdzić. Później odbywają się rozmowy z klientami i zespołem, a podczas research playback wspólnie oglądamy wyniki — okazuje się, że welcome pack jest niewielkim fragmentem większego problemu.

Warsztat blueprintowy pozwala rozpisać moment przekazania klienta między sprzedażą a customer success i wychodzą z niego niejasne odpowiedzialności. Podczas co-creation powstają warianty procesu, jeden wybieramy do prototypowania. Handlowiec, opiekun i osoba grająca klienta przechodzą przez scenariusz, pojawiają się błędy, poprawiamy proces i uruchamiamy go na ograniczonej grupie klientów.

Dopiero po pilotażu i zebraniu danych decydujemy, czy warto skalować rozwiązanie. Przed wdrożeniem przygotowujemy ludzi pracujących w procesie, a po pierwszym miesiącu wracamy do danych podczas review.

Czy event jest potrzebny na każdym etapie Service Design?

Nie zawsze. Czasami kolejnym krokiem powinny być wywiady, innym razem analiza danych, praca z IT albo zmiana procedury. Może się również okazać, że rozwiązanie nie jest warte dalszego inwestowania — to też jest wartościowy wynik.

Event ma sens szczególnie wtedy, kiedy potrzebujemy zebrać kilka perspektyw, wspólnie zobaczyć problem, podjąć decyzję, przetestować zachowanie, zasymulować usługę albo przygotować ludzi do zmiany. Jeżeli żadna z tych potrzeb nie występuje, spotkanie prawdopodobnie nie jest najlepszym następnym krokiem. Nie każdy etap Service Design potrzebuje warsztatu tylko dlatego, że metodologia dobrze wygląda z kolorowymi karteczkami.

Ostatecznie użytkownik nie ocenia liczby wykorzystanych narzędzi. Sprawdza, czy jego problem stał się mniejszy.

Podsumowanie: od czego zacząć?

Gdybym miał zostawić ci jedno ćwiczenie przed rozpoczęciem projektu, wziąłbym kartkę i odpowiedział na kilka pytań. Co w obecnej usłudze działa gorzej, niż powinno? Kogo dotyczy problem? Gdzie dokładnie się pojawia? Co wiemy na pewno, a co jedynie zakładamy? Kto może podjąć decyzję o zmianie? Po czym za trzy miesiące poznamy, że sytuacja rzeczywiście wygląda inaczej?

Dopiero później wybierałbym metodę, format warsztatu i ludzi, którzy powinni się przy nim spotkać.

Zapamiętaj!

• Zaczynaj od problemu biznesowego, nie od decyzji o wdrożeniu metodologii.
• Mapa ścieżki bez blueprintu pokazuje objaw — awarie rodzą się pod linią widoczności.
• Prototyp ma być na tyle tani, żeby dało się go wyrzucić bez żalu.
• Pilotaż bez zdefiniowanego progu skalowania staje się wieczny.
• Launch event nie jest wdrożeniem. Jeżeli system premiowy nagradza stare zachowanie, wygra stare zachowanie.
• Punkt wyjścia mierzysz przed pierwszym warsztatem, nie po wdrożeniu.

Jeżeli masz już taki problem, możesz przyjść z nim do mnie na konsultację 1:1. Przez 60 minut rozbieramy obecny proces, sprawdzamy, gdzie naprawdę powstaje tarcie, i ustalamy pierwszy sensowny krok. Po spotkaniu dostajesz podsumowanie. Obecna cena konsultacji na kalewski.com to 250 zł netto za 60 minut.

Przyjdź z tym, co już masz: mapą, briefem, wynikami badań albo po prostu problemem, który od kilku miesięcy wraca na spotkaniach. Nie musimy zaczynać od czystej kartki. Umów konsultację 1:1.

FAQ: wdrażanie Service Design w organizacji

Jak zacząć Service Design w firmie?

Najlepiej zacząć od konkretnego problemu użytkownika albo procesu. Warto określić jego zakres, właściciela i punkt wyjścia, a następnie zebrać dane oraz perspektywę ludzi, których problem rzeczywiście dotyczy. Narzędzia i format pracy wybieramy później.

Jakie są główne etapy implementacji Service Design?

Proces zazwyczaj obejmuje rozpoznanie problemu, badania, definiowanie wyzwania, mapowanie doświadczenia i procesów zaplecza, tworzenie rozwiązań, prototypowanie, testowanie, pilotaż, wdrożenie oraz późniejszą iterację. Nie musi przebiegać liniowo — test potrafi odesłać zespół do wcześniejszej fazy.

Ile trwa wdrożenie Service Design w firmie?

Pierwszy pełny cykl na jednym procesie zamyka się realistycznie w kwartale. Wynik biznesowy widać po dwóch do sześciu miesięcy od wdrożenia. Skalowanie na kolejne obszary to praca na kwartały i wymaga rytmu przeglądów, a nie jednorazowego projektu.

Czy Service Design w korporacji wymaga zaangażowania zarządu?

Potrzebne jest odpowiednie umocowanie projektu oraz osoba mająca możliwość podejmowania decyzji i usuwania barier między działami. Nie oznacza to, że zarząd musi uczestniczyć w każdym warsztacie. Znacznie ważniejsze jest jasne sponsorowanie projektu i właściciel procesu.

Czy event może zastąpić badania użytkowników?

Nie. Warsztat z pracownikami pozwala poznać perspektywę organizacji, ale nie zastępuje kontaktu z użytkownikami. Event może natomiast pomóc zespołowi wspólnie zinterpretować wyniki badań, zobaczyć zależności i podjąć dalsze decyzje.

Jak mierzyć efekty Service Design?

Mierniki powinny wynikać z problemu. W zależności od projektu mogą dotyczyć doświadczenia użytkownika, czasu procesu, liczby błędów, kosztów, reklamacji, konwersji, retencji lub poziomu korzystania z nowego rozwiązania. Punkt wyjścia trzeba znać jeszcze przed rozpoczęciem zmiany.

Czy można wdrożyć Service Design jednym warsztatem?

Jeden warsztat może rozpocząć proces, pomóc zdefiniować problem albo zbudować pierwsze hipotezy. W przypadku złożonej usługi później potrzebne są badania, testy, praca operacyjna, decyzje i najczęściej pilotaż.

‍

Z tego artykułu dowiesz się, dlaczego firmowe eventy coraz częściej kończą się bez ani jednej nowej znajomości, ile kosztuje organizację brak relacji w zespole, jak zaprojektować program wydarzenia, po którym ludzie faktycznie się znają, i jakie trzy pytania zadać uczestnikom zamiast ankiety satysfakcji.

Byłem kiedyś na integracji, na której po dwóch godzinach sala wyglądała identycznie jak dziesięć minut po starcie. Sprzedaż przy jednym stole, produkcja przy drugim, zarząd przy barze, nowi pod ścianą z telefonami. Dwieście osób w jednym pomieszczeniu, świetne jedzenie, dobry zespół na scenie. I ani jednej nowej relacji.

Wydarzenie oceniono jako udane. Ankieta wyszła na 4,6. A pieniądze poszły na wynajęcie ludziom sali, w której mogli dalej siedzieć z tymi samymi osobami, z którymi siedzą przez resztę roku.

Piszę o tym, bo od kilku miesięcy w rozmowach z działami HR i marketingu wraca ten sam wątek: ludzie są ze sobą stale w kontakcie i jednocześnie coraz bardziej osobni. To nie jest miękki temat na warsztaty z well-beingu. To jest problem projektowy — i tak samo projektowo da się z nim coś zrobić.

Czym różni się osamotnienie od samotności?

Samotność bywa wyborem. Sam jej potrzebuję, żeby cokolwiek napisać czy przemyśleć, i traktuję ją jak paliwo. Osamotnienie działa odwrotnie: pojawia się wtedy, gdy relacji, których potrzebujemy, po prostu nie ma. Można je odczuwać w open spasie na sto osób, w środku konferencji, na firmowej wigilii.

Skala tego zjawiska przestała być publicystyką. W czerwcu 2025 roku WHO opublikowała raport Komisji ds. Więzi Społecznych, z którego wynika, że osamotnienie dotyczy jednej na sześć osób na świecie. W Polsce twarde dane daje CBOS.

Co mówią liczby

• Świat: jedna na sześć osób doświadcza osamotnienia, a WHO wiąże ten stan z ponad 871 tysiącami zgonów rocznie — około stu na godzinę.
• Polska: odsetek dorosłych, którzy odczuwają osamotnienie bardzo często lub zawsze, wzrósł z 4 do 8 procent w siedem lat (CBOS, komunikat 115/2024).
• Młodzi: najwyższe wskaźniki notuje grupa 18–34 lata, czyli ta, o którą wszyscy walczymy w rekrutacji i employer brandingu.
• Single i jednoosobowe gospodarstwa: odpowiednio 16 i 18 procent — a to spory kawałek każdego zespołu.

Jak optymalizacja procesów wycięła z firm kontakt między ludźmi?

Przez ostatnią dekadę robiliśmy w firmach dokładnie to, o co nas proszono. Skracaliśmy ścieżki, upraszczaliśmy procesy, wycinaliśmy zbędne kroki. Klient miał kupować bez rozmowy z człowiekiem, pracownik miał załatwić urlop bez wychodzenia z aplikacji, spotkanie miało zmieścić się w trzydziestu minutach albo zamienić w wątek na Slacku.

Wszystko to były dobre decyzje. Tyle że kontakt między ludźmi siedział właśnie w tym tarciu, które usuwaliśmy.

Gdzie siedziało tarcie, które usunęliśmy

• W wyjściu do kuchni po kawę zamiast kliknięcia w ekspres przy biurku.
• We wspólnym dojeździe do klienta, w którym przegadywało się pół roku spraw.
• W tych piętnastu minutach przed spotkaniem, kiedy jeszcze nie wszyscy dołączyli.
• W pytaniu zadanym przez biurko, zanim zamieniło się w zgłoszenie w systemie.

Zoptymalizowaliśmy organizacje tak, że nikt nikogo nie potrzebuje do wykonania swojej pracy. I dostaliśmy dokładnie to, o co prosiliśmy: sprawne, szybkie firmy pełne ludzi, którzy się nie znają.

Co widać po nowych osobach w zespole

• Onboarding trwa tydzień, ma checklistę, system i film powitalny od prezesa.
• Po pięciu dniach nowy pracownik wie, gdzie zgłosić awarię laptopa.
• Nie wie natomiast, do kogo pójść, kiedy czegoś nie rozumie.
• Pierwsze pytanie zadaje więc botowi albo nie zadaje go wcale.

Ile kosztuje firmę brak relacji w zespole?

Wiem, że w rozmowie z zarządem argument o poczuciu przynależności ma słabą siłę przebicia. Dlatego używam liczb.

Gallup od lat pyta pracowników, czy mają w pracy najlepszego przyjaciela — to słynne dziesiąte pytanie z kwestionariusza Q12, przez wiele lat wyśmiewane przez menedżerów jako nieistotne. Okazuje się, że jest jednym z mocniejszych predyktorów wyników zespołu.

Co pokazują dane Gallupa

• Globalnie trzech na dziesięciu pracowników zdecydowanie potwierdza, że ma w pracy bliskiego przyjaciela.
• Przesunięcie tego wskaźnika do sześciu na dziesięciu wiąże się z 28 procentami mniej zdarzeń wypadkowych.
• Do tego 10 procent wyższą rentownością i 5 procentami lepszym wynikiem w zaangażowaniu klientów.
• Ci sami ludzie rzadziej odchodzą i częściej polecają swoje miejsce pracy.

To jest cała odpowiedź na pytanie, po co firmie relacje. Człowiek, który ma w organizacji kogoś swojego, zostaje dłużej, pracuje uważniej i wcześniej mówi, że coś idzie nie tak. Człowiek, który nie ma nikogo, odchodzi po pierwszej lepszej ofercie i nie zostawia po sobie żadnej informacji zwrotnej.

Czy klient B2B przechodzi przez dokładnie to samo?

Rozmowa o osamotnieniu w firmach zwykle kończy się na pracownikach. Tymczasem po drugiej stronie procesu zakupowego siedzi ktoś, kto przeszedł identyczną drogę.

Jak dziś wygląda kontakt z klientem

• Zapytanie przez formularz, oferta w PDF, prezentacja na Teamsie z wyłączonymi kamerami.
• Decyzja podjęta w komitecie, którego nigdy nie zobaczysz.
• Handlowiec, który dziesięć lat temu jeździł do klienta raz w miesiącu, dziś odwiedza go raz w roku — najczęściej przy renegocjacji stawek.
• Efekt: rynek, na którym wszyscy mają porównywalne produkty, porównywalne ceny i porównywalne slajdy.

Różnicę robi zaufanie, a zaufanie potrzebuje ekspozycji — czasu spędzonego razem, twarzy, kilku sytuacji, w których zobaczyłeś, jak ktoś reaguje pod presją.

Handel detaliczny zorientował się w tym pierwszy. Sklep, który konkuruje ceną z internetem, przegrywa zawsze. Sklep, który staje się miejscem spotkania — degustacją, warsztatem, klubem — sprzedaje przy okazji i buduje coś, czego kampania performance nie zbuduje. W B2B ten sam mechanizm nazywamy śniadaniem branżowym, dniem otwartym w fabryce albo konferencją klientów. Nazwa nie ma znaczenia. Chodzi o to samo: dać ludziom powód, żeby stanęli obok siebie.

Dlaczego integracja firmowa najczęściej nie buduje relacji?

W większości firm, z którymi pracuję, jest w roku dosłownie kilka momentów, kiedy wszyscy są w jednym miejscu i w tym samym czasie. Kilkanaście godzin. To najdroższe godziny w budżecie marketingu i HR — i najczęściej marnowane. Marnowane, bo projektujemy je pod agendę, a nie pod ludzi. Zanim więc zaczniesz liczyć koszt sali i cateringu, warto wiedzieć, jak zaplanować budżet na imprezę firmową tak, żeby pieniądze szły na to, co ma się faktycznie wydarzyć.

Najczęstsze błędy w programie

• Program napchany od 9:00 do 17:00 — przerwy traktowane jak bufor na opóźnienia.
• Rozsadzenie działami, bo tak było wygodniej zbierać zgłoszenia.
• Networking na końcu agendy, kiedy połowa sali sprawdza już rozkład pociągów.
• Integracja rozumiana jako wspólne patrzenie w scenę — trzy godziny w jedną stronę nie robią z ludzi zespołu, tylko publiczność.

Można obok siebie obejrzeć świetny koncert i wyjść z niego, nie wiedząc, jak ma na imię osoba z sąsiedniego krzesła.

Jak projektować eventy firmowe, w których powstają relacje?

Kilka rzeczy sprawdza mi się niezależnie od branży i budżetu. Żadna z nich nie jest droga. Wszystkie wymagają decyzji podjętej na etapie programu, a nie tydzień przed wydarzeniem.

Wspólne zadanie zamiast small talku

Ludzie nie zbliżają się przez rozmowę o pogodzie, tylko przez robienie czegoś razem — najlepiej czegoś, co może się nie udać.

• Warsztat z konkretnym efektem, który zostaje po wydarzeniu.
• Wyzwanie z licznikiem i widoczną stawką.
• Wspólne gotowanie kolacji dla reszty sali.

Skala grupy

Relacja powstaje w czwórce albo szóstce. W trzydziestce powstaje moderowana dyskusja, w trzystu — audytorium.

• Nawet na dużej konferencji rozbijaj kluczowe momenty na małe składy.
• Cztery do sześciu osób przy stole to maksimum, przy którym każdy się odzywa.
• Jeden moderator na grupę, jeśli zależy ci na efekcie, a nie na widoku sali.

Przerwa jako punkt programu, a nie przerwa w programie

• Czterdzieści minut zamiast piętnastu.
• Przemyślana liczba stolików koktajlowych — za mało ludzi zmusza do stania w kręgu, za dużo rozprasza.
• Kawa rozstawiona w dwóch końcach sali, żeby uczestnicy musieli się przemieszczać.

To brzmi banalnie, dopóki nie policzysz, ile kontaktów zawiązuje się w tym czasie w porównaniu z prelekcją.

Wymuszone mieszanie

• Kolory na identyfikatorach przypisujące do stolika.
• Losowane składy stołów przy każdej zmianie dania.
• Zadania międzydziałowe, których nie da się wykonać w jednym dziale.

Zostawiona wolna ręka zawsze skończy się tak samo: sprzedaż do sprzedaży, produkcja do produkcji.

Gospodarz, nie konferansjer

Ktoś, kogo jedyną robotą jest przedstawianie ludzi sobie nawzajem i pilnowanie, żeby nikt nie stał sam pod ścianą.

• Zna listę uczestników i wie, kto kogo powinien poznać.
• Ma prawo przerwać rozmowę, żeby dokleić do niej trzecią osobę.
• Ta rola prawie nigdy nie jest obsadzona, a robi więcej niż połowa atrakcji.

Rytm zamiast jednego wystrzału

• Jeden wielki event w roku buduje wspomnienie.
• Cztery mniejsze budują nawyk kontaktu.
• Znajomość zawiązana w grudniu do marca zdąży wyparować, jeśli nic się w międzyczasie nie wydarzy.

Jeśli planujesz taki cykl od zera, zacznij od formatu, który znasz najlepiej — poradnik o tym, jak zorganizować imprezę integracyjną dla firmy, opisuje całą mechanikę krok po kroku.

Czy aplikacja do networkingu załatwi sprawę?

Za każdym razem, kiedy w branży pojawia się nowe narzędzie do networkingu, słyszę, że problem został rozwiązany. Matchmaking na podstawie profilu, sugestie kontaktów od algorytmu, skanowanie identyfikatorów, ranking najaktywniejszych uczestników. Używam tych rozwiązań i uważam je za sensowne, ale w bardzo konkretnej roli.

Co aplikacja robi dobrze, a czego nie zrobi

• Robi: daje pretekst do zaczepienia kogoś i zdejmuje z uczestnika najtrudniejszy moment, czyli pierwsze zdanie.
• Robi: porządkuje kontakty po wydarzeniu, kiedy nikt już nie pamięta nazwisk.
• Nie zrobi: nie da wspólnego zadania ani czasu, którego nie ma w agendzie.
• Nie zrobi: nie przedstawi ludzi sobie nawzajem — to nadal robota człowieka.

Najgorszy wariant to wdrożenie aplikacji zamiast zmiany programu. Uczestnik dostaje wtedy listę osób, które powinien poznać, i agendę, która nie zostawia mu na to ani jednej wolnej chwili. Zostaje z poczuciem, że nie wykorzystał wydarzenia, choć siedział na nim od rana do wieczora.

Jak zmierzyć, czy wydarzenie zbudowało relacje?

Ocena cateringu i sprawności organizacji jest ważna dla mnie jako organizatora. Nie mówi jednak nic o tym, po co to wszystko robiliśmy. Pytam więc inaczej.

Trzy pytania zamiast oceny cateringu

• Z iloma osobami rozmawiałeś dziś po raz pierwszy?
• Do kogo poznanego na wydarzeniu odezwiesz się w przyszłym tygodniu w sprawie zawodowej?
• Czy jest ktoś, kogo znasz teraz na tyle, żeby napisać do niego bezpośrednio, zamiast wysyłać zgłoszenie przez system?

Trzy pytania, konkretne liczby, porównywalne między edycjami. Znacznie trudniejsze do osiągnięcia niż 4,6 za jedzenie. I znacznie bardziej przydatne w rozmowie o budżecie na kolejny rok.

Podsumowanie

Nie twierdzę, że firmowa konferencja rozwiąże kryzys osamotnienia. Nie rozwiąże, bo problem jest większy niż nasza branża i większy niż każda pojedyncza organizacja.

Twierdzę natomiast, że mamy w rękach jedno z niewielu narzędzi, które produkują to, czego dziś w firmach brakuje: wspólny czas, wspólne miejsce i wspólne przeżycie. To surowiec, z którego robi się relacje. Szkoda go na kolejny wieczór, z którego ludzie wychodzą z gadżetem, ale bez nikogo.

Zapamiętaj!

• Osamotnienie w pracy to problem projektowy, nie temat na warsztat z well-beingu.
• Relacje mają swoją linię w rachunku wyników — mniej wypadków, wyższa rentowność, niższa rotacja.
• Klient B2B przeszedł tę samą drogę co pracownik: kontakt z człowiekiem został obcięty do minimum.
• Relacja powstaje w małej grupie, przy wspólnym zadaniu i w czasie, którego nikt nie skrócił.
• Aplikacja daje pretekst do rozmowy. Programu za ciebie nie zmieni.
• Mierz liczbę nowych kontaktów, nie ocenę cateringu.

Jeśli planujesz wydarzenie, po którym ludzie mają się faktycznie znać, zajmuję się organizacją eventów firmowych i biznesowych, w których relacje są celem programu, a nie efektem ubocznym.

FAQ — eventy firmowe a relacje w zespole

Czym różni się osamotnienie od samotności w pracy?

Samotność bywa wyborem i bywa potrzebna — sam traktuję ją jak paliwo. Osamotnienie działa odwrotnie: pojawia się wtedy, gdy relacji, których potrzebujemy, po prostu nie ma. Dlatego można je odczuwać w open spasie na sto osób albo w środku konferencji, otoczonym ludźmi.

Czy integracja firmowa naprawdę buduje relacje w zespole?

Tylko wtedy, gdy jest tak zaprojektowana. Wspólne patrzenie w scenę robi z ludzi publiczność, nie zespół. Relacje powstają przy wspólnym zadaniu, w małych grupach i przy wymuszonym mieszaniu składów — reszta zależy od programu, nie od budżetu.

Ile osób powinno być w grupie, żeby powstała relacja?

Cztery do sześciu. W takim składzie każdy się odzywa i każdy jest widoczny. Przy trzydziestu osobach powstaje moderowana dyskusja, przy trzystu — audytorium. Dlatego nawet na dużej konferencji warto rozbijać kluczowe momenty na małe zespoły.

Jak długa powinna być przerwa networkingowa?

Około czterdziestu minut i zaplanowanych jako punkt programu, a nie bufor na opóźnienia. Warto rozstawić kawę w dwóch końcach sali i przemyśleć liczbę stolików koktajlowych, żeby uczestnicy musieli się przemieszczać i nie zastygali w jednym kręgu do końca dnia.

Czy aplikacja do networkingu zastąpi dobrze zaprojektowany program?

Nie. Aplikacja zdejmuje z uczestnika pierwsze zdanie i porządkuje kontakty po wydarzeniu. Nie da wspólnego zadania ani czasu, którego nie ma w agendzie. Wdrożona zamiast zmiany programu zostawia uczestnika z listą osób, których nie miał kiedy poznać.

Jak zmierzyć efekt eventu firmowego inaczej niż ankietą satysfakcji?

Zapytaj o liczbę osób poznanych tego dnia po raz pierwszy, o to, do kogo uczestnik odezwie się w przyszłym tygodniu w sprawie zawodowej, i czy zna kogoś na tyle, by napisać bezpośrednio zamiast przez system. Te liczby porównasz między edycjami.

Lepszy jeden duży event w roku czy kilka mniejszych?

Jeden duży buduje wspomnienie, kilka mniejszych buduje nawyk kontaktu. Znajomość zawiązana w grudniu wyparuje do marca, jeśli w międzyczasie nic się nie wydarzy. W praktyce najlepiej działa jedno wydarzenie flagowe i trzy krótsze punkty rozłożone w roku.

Czy problem osamotnienia dotyczy też klientów B2B?

Tak. Kontakt z klientem został obcięty do formularza, PDF-a i spotkania online z wyłączonymi kamerami. Przy porównywalnych produktach i cenach różnicę robi zaufanie, a zaufanie potrzebuje ekspozycji: wspólnego czasu, twarzy i sytuacji, w których widać, jak ktoś reaguje.

‍

Sala wygląda świetnie. Wysokie okna, surowy beton, światło wpada dokładnie tam, gdzie trzeba. Podpisujesz umowę.

Prawdziwy test tej przestrzeni odbędzie się jednak w innym momencie — kiedy zadziała alarm albo padnie zasilanie. Wtedy przestaje mieć znaczenie, jak wygląda, a zaczyna mieć znaczenie, czy da się z niej wyjść i kto formalnie odpowiada za to, co się właśnie stało.

Organizatorzy eventów korporacyjnych zwykle zakładają, że za bezpieczeństwo odpowiada właściciel obiektu. Umowa najmu potrafi to założenie odwrócić w jednym akapicie.

Z tego artykułu dowiesz się:

• dlaczego przy zamkniętym evencie firmowym odpowiedzialność rozstrzyga umowa, a nie ustawa;
• dlaczego dostępność architektoniczna jest parametrem ewakuacji, nie gestem wizerunkowym;
• gdzie realnie dochodzi do wypadków — i dlaczego dzieje się to przed przyjściem gości;
• jak przypisać role w sztabie kryzysowym, zanim ruszy montaż.

Kto odpowiada za bezpieczeństwo eventu firmowego?

Większość konferencji, szkoleń i gal jubileuszowych w hotelach i przestrzeniach loftowych nie spełnia kryteriów imprezy masowej. To zdejmuje z organizatora część formalnych wymogów, ale nie zdejmuje odpowiedzialności — przesuwa ją tylko na grunt prawa cywilnego i zapisów umowy z obiektem.

Najczęstszy błąd to podpisanie wzoru umowy przysłanego przez obiekt bez czytania części o odpowiedzialności. Właściciele budynków regularnie wprowadzają zapisy przerzucające odpowiedzialność za stan infrastruktury na najemcę. W praktyce oznacza to, że konsekwencje awarii przestarzałej instalacji elektrycznej albo braku atestów na punkty podwieszeń mogą spaść na Ciebie.

Zanim podpiszesz, ustal na piśmie cztery rzeczy:

• kto zapewnia ochronę fizyczną i w jakich godzinach — łącznie z nocą między montażem a startem;
• kto odpowiada za drożność ciągów komunikacyjnych w trakcie wydarzenia;
• czyje OC pokrywa szkody wyrządzone przez podwykonawców, których wprowadzasz na obiekt;
• w którym momencie przejmujesz przestrzeń — i czy jest na to protokół zdawczo-odbiorczy.

Ostatni punkt bywa lekceważony, a to on wyznacza granicę odpowiedzialności. Protokół ze zdjęciami stanu sali przed montażem rozstrzyga późniejsze spory o zarysowaną podłogę równie skutecznie, jak spory o coś poważniejszego.

Ubezpieczenie OC organizatora to podstawowe narzędzie ograniczania ryzyka finansowego, nawet gdy przepisy go przy danym wydarzeniu nie wymuszają. Bez polisy roszczenia poszkodowanego uczestnika albo właściciela obiektu pokrywasz z majątku firmy.

Zweryfikuj polisę OC obiektu przed podpisaniem umowy i sprawdź, co dokładnie obejmuje. Dwie polisy, które wzajemnie się wykluczają w zakresie prac technicznych, są niewiele lepsze od braku polisy.

Dlaczego dostępność decyduje o skuteczności ewakuacji?

Bezprogowe wejścia, szerokie przejścia i sprawne windy to ułatwienie logistyczne i realizacja polityki inkluzywności. Są też czymś jeszcze: parametrem, który w sytuacji zagrożenia decyduje o tym, ile czasu zajmie opuszczenie budynku.

Podczas audytu lokalizacji sprawdź trasy ewakuacyjne pod kątem przejezdności, nie tylko szerokości na papierze. Dwa stopnie na korytarzu prowadzącym do wyjścia awaryjnego wystarczą, żeby zablokować wózek — a razem z nim wszystkich, którzy idą za nim.

Zaplanuj miejsce dla wózków w głównej strefie wydarzenia, nie z tyłu sali przy drzwiach technicznych. To pozornie drobna decyzja układu, która przy ewakuacji przekłada się na sekundy.

Osobna sprawa to dostępność informacyjna. Dźwiękowe systemy ostrzegawcze muszą łączyć komunikat głosowy z wyraźnym sygnałem wizualnym. Bez tego osoby głuche i niedosłyszące dowiedzą się o alarmie dopiero z reakcji tłumu, czyli w najgorszym możliwym momencie.

Przeszkolenie zespołu z obsługi osób o ograniczonej mobilności — w tym z użycia krzeseł ewakuacyjnych, które w wielu obiektach wiszą na klatkach schodowych i nikt nigdy ich nie zdejmował — leży po stronie organizatora. Szerzej o projektowaniu wydarzeń bez barier pisałem w tekście o eventach bez barier.

Gdzie najczęściej łamie się BHP na evencie?

Uczestnik ocenia wydarzenie po gotowej scenie, świetle i multimediach. Ryzyko koncentruje się jednak tam, gdzie nikt nie patrzy — w fazie montażu i demontażu. Prace na wysokości, niezabezpieczone okablowanie, przekraczanie dopuszczalnych obciążeń stropów i pośpiech przy demontażu o drugiej w nocy to realne źródła wypadków.

Jako organizator odpowiadasz za weryfikację podwykonawców dostarczających światło, dźwięk i scenografię. Wymagaj aktualnych atestów na konstrukcje aluminiowe, certyfikatów trudnopalności materiałów scenograficznych i uprawnień od techników ingerujących w zasilanie obiektu.

Strefa montażu wymaga fizycznego wygrodzenia. Nie chodzi tylko o przypadkowych gości — częściej pod podwieszoną konstrukcją przechodzi ktoś z cateringu albo obsługi hotelowej, kto po prostu nie wie, że akurat tam nie należy wchodzić.

Podział odpowiedzialności za infrastrukturę techniczną warto rozpisać przed wejściem na obiekt:

• Nośność punktów podwieszeń. Organizator weryfikuje warunki zapisane w umowie najmu, obiekt gwarantuje parametry wytrzymałościowe, podwykonawca trzyma się dopuszczalnych limitów obciążeń.
• Certyfikacja sprzętu. Organizator egzekwuje dokumenty przed wjazdem techniki, obiekt ma prawo wglądu w pełną specyfikację, podwykonawca wprowadza wyłącznie atestowany sprzęt.
• Trasy kablowe. Organizator wyznacza bezpieczne ciągi komunikacyjne, obiekt wskazuje punkty zasilania, podwykonawca fizycznie zabezpiecza i maskuje przewody.

Jak przygotować plan ewakuacji i sztab kryzysowy?

Plan awaryjny to dokument operacyjny zespołu, nie grafika w hotelowym korytarzu. Musisz znać rozmieszczenie dróg ewakuacyjnych, wyznaczone miejsca zbiórki na zewnątrz i lokalizację sprzętu gaśniczego w wynajętej przestrzeni — a nie zakładać, że obsługa obiektu to ogarnie.

Najczęstszy błąd logistyczny jest banalny: zastawione wyjścia awaryjne. Puste case'y transportowe, zapasowe stoliki cateringowe, elementy scenografii odstawione „na chwilę". Drożność wyjść trzeba kontrolować przez cały czas trwania wydarzenia, a nie tylko przed wpuszczeniem gości.

W sytuacji zagrożenia panika bywa groźniejsza niż sam incydent. Przygotuj wcześniej krótkie, spokojne komunikaty i sprawdź, czy zespół potrafi w kilkanaście sekund przejąć system audio, wrzucić instrukcję na główne ekrany albo wysłać powiadomienie w aplikacji eventowej.

Plan awaryjny nie zapobiega awariom. Daje zespołowi gotowy algorytm decyzji w momencie, gdy nie ma czasu na ustalanie, kto chwyta za mikrofon, a kto otwiera wyjście ewakuacyjne.

Podział ról w sztabie kryzysowym

• Koordynator kryzysowy — podejmuje ostateczną decyzję o przerwaniu wydarzenia i uruchomieniu procedur.
• Osoba do komunikacji z uczestnikami — mówi do mikrofonu, prowadzi ludzi, trzyma jeden spójny przekaz.
• Łącznik ze służbami — kontakt ze strażą, medykami i ochroną obiektu, zna adres, dojazd i rozkład budynku.

Role przypisz imiennie przed startem montażu. Pracownicy obiektu, managerowie sal i podwykonawcy muszą wiedzieć, kto ze strony organizatora jest osobą decyzyjną upoważnioną do wydania nakazu opuszczenia budynku. Jeśli w krytycznym momencie trzeba to ustalać, jest już za późno.

Podsumowanie

Bezpieczeństwo traktowane jako formalność mści się przy pierwszej awarii — i wtedy okazuje się, że rozstrzygające są trzy rzeczy: zapisy umowy, drożność wyjść i to, czy ktoś wie, co robić.

Zapamiętaj!

• Podział odpowiedzialności prawnej i technicznej ustal w umowie najmu, nie w mailu dzień przed montażem.
• Wnioski z audytu barier architektonicznych wpisz do planu ewakuacji — to jeden dokument, nie dwa.
• Zweryfikuj certyfikaty podwykonawców i przypisz imiennie role w sztabie kryzysowym przed wejściem ekipy na obiekt.

Zanim zainwestujesz w scenografię i catering z górnej półki, sprawdź, czy w razie pożaru wyprowadzisz gości z tego budynku.

Projektuję doświadczenia biznesowe — razem z tą częścią, o której nikt nie chce rozmawiać, dopóki coś się nie wydarzy. Praktyczne podstawy organizacji zebrałem też w e-booku Event Management dla początkujących (i nie tylko).

FAQ — najczęściej zadawane pytania

Czy event firmowy trzeba zgłaszać jako imprezę masową?

Zwykle nie. Zamknięte wydarzenie dla zaproszonych gości rzadko spełnia kryteria imprezy masowej, które zależą m.in. od charakteru obiektu, liczby uczestników i dostępności wydarzenia. Przepisy prawa cywilnego i zapisy umowy z obiektem obowiązują natomiast zawsze.

Czy potrzebuję OC organizatora, wynajmując hotel na szkolenie?

Przepisy nie zawsze tego wymagają, ale brak polisy oznacza, że ewentualne roszczenia pokryjesz z majątku firmy. Przy wydarzeniach z techniką, cateringiem i kilkudziesięcioma uczestnikami koszt polisy jest niewspółmiernie niski wobec ryzyka.

Kto weryfikuje atesty trudnopalności scenografii?

Obowiązek egzekwowania dokumentów leży po stronie organizatora, który żąda ich od podwykonawcy przed wjazdem na obiekt. Obiekt ma prawo zażądać okazania tych samych dokumentów i część hoteli robi to rutynowo — warto mieć je w jednym pliku, a nie w czterech skrzynkach mailowych.

Co zrobić, gdy lokalizacja nie jest w pełni dostępna?

Zaplanuj wsparcie alternatywne: dedykowany personel asystujący, zmianę układu sali, przeniesienie części programu na poziom dostępny bez schodów. Ten fakt musi trafić do planu ewakuacji, a uczestnicy powinni wiedzieć o ograniczeniach przed przyjazdem, nie na miejscu.

Na jakim etapie ustalać podział odpowiedzialności z obiektem?

Przed podpisaniem umowy, kiedy masz jeszcze pole negocjacyjne. Po podpisaniu wzoru przysłanego przez obiekt zostaje Ci proszenie o aneks, a to rozmowa z zupełnie innej pozycji. Przy większych projektach warto dać umowę do przeczytania prawnikowi — koszt jest ułamkiem budżetu produkcji.

Jak długo trzymać kontrolę nad drożnością wyjść?

Od wejścia ekipy na obiekt do końca demontażu. Statystycznie najgorszy moment to demontaż, kiedy zespół jest zmęczony, a case'y lądują w pierwszym wolnym miejscu — czyli najczęściej przy drzwiach ewakuacyjnych.

Czy przy małym evencie to wszystko nie jest przesadą?

Skala procedur ma być proporcjonalna do ryzyka, ale trzy rzeczy nie zależą od wielkości wydarzenia: podpisana umowa z jasnym podziałem odpowiedzialności, drożne wyjścia i jedna osoba, która wie, że w razie czego decyduje. To da się ustalić w piętnaście minut także przy szkoleniu dla dwudziestu osób.

‍