Jeśli chcesz zobaczyć, jak wygląda rekrutacja zaprojektowana od środka, posłuchaj rozmowy z Danielem C. Dulem. W tym odcinku pada sporo praktycznych wniosków o tym, jak uprościć narzędzia i odzyskać kontrolę nad procesem.
Posłuchaj odcinka DSS#1 na YouTube →Artykuły takie jak ten powstają z tematów poruszanych w podcaście „Druga Strona Sukcesu”. Nie są streszczeniem rozmowy 1:1, tylko rozwinięciem tego, co naprawdę padło między wierszami: o pracy, błędach, decyzjach i konsekwencjach.
W odcinku DSS#1 Daniel C. Dul pokazuje coś ważnego dla każdego przedsiębiorcy: czasem największe usprawnienia nie rodzą się z wielkiej strategii, tylko z uważnego spojrzenia na codzienny bałagan. W jego przypadku tym bałaganem była rekrutacja. Mnóstwo rozmów, notatek, CV, opisów stanowisk, raportów i ciągłe przeskakiwanie między aplikacjami. Z tego zrodził się pomysł na ReCo — narzędzie, które ma połączyć UX, biznes i realne potrzeby rekrutera.
To nie jest historia o „innowacji dla innowacji”. To historia o tym, że dobry produkt zaczyna się od dobrze nazwanej frustracji. I właśnie dlatego ten temat jest tak cenny dla firm: jeśli rekruter traci czas na obsługę procesu, to firma traci czas na zatrudnianie. Jeśli narzędzie jest skomplikowane, to nie wspiera pracy — tylko ją zasłania.
UX w rekrutacji zaczyna się od jednego pytania: co naprawdę spowalnia pracę?
Daniel bardzo jasno mówi, że rekruter nie pracuje w próżni. W trakcie jednej rozmowy musi mieć pod ręką job description, CV, profil LinkedIn, notatki, czasem jeszcze kamerę, czat i osobne miejsce na dokumentowanie wyników. Na papierze wygląda to banalnie. W praktyce oznacza ciągłe przełączanie uwagi i utratę płynności.
To właśnie tutaj UX w rekrutacji przestaje być estetyką, a zaczyna być organizacją pracy. Nie chodzi o to, żeby „ładniej wyglądało”. Chodzi o to, żeby podczas rozmowy rekruter nie musiał co chwilę szukać informacji, zastanawiać się, czy nie pomieszał zleceń, albo odrywać się od dialogu, bo musi szybko dopisać notatkę.
Z perspektywy właściciela firmy to ważna lekcja: jeśli tworzysz narzędzie dla konkretnej roli, nie projektuj go pod wyobrażenie o tej roli, tylko pod realny rytm pracy. Najlepsze pytania, jakie warto zadać na starcie, brzmią prosto:
- co użytkownik musi mieć stale przed oczami,
- co najczęściej przerywa mu pracę,
- które czynności powtarza po kilka razy dziennie,
- gdzie traci kontrolę nad procesem.
W przypadku rekrutacji odpowiedź Daniela była konkretna: chaos informacyjny. I właśnie dlatego warto zacząć projektowanie od mapy codziennych zadań, a nie od listy funkcji, które „mogłyby się przydać”.
Jak usprawnić rekrutację dzięki UX i prostszym narzędziom, które nie dokładają pracy
Jedna z najmocniejszych myśli z odcinka jest prosta: narzędzie ma pomagać odzyskać czas, a nie wymagać dodatkowego czasu na naukę. Daniel podkreśla, że w ReCo zależało mu na absolutnym braku bariery wejścia. Użytkownik ma wejść i praktycznie od razu wiedzieć, co robić. Bez długiego wdrożenia, bez zbędnych kliknięć, bez poczucia, że system stawia opór.
To bardzo ważne, bo wiele firm myli „rozbudowane” z „lepsze”. Tymczasem w procesach operacyjnych, takich jak rekrutacja, często wygrywa prostsze narzędzie, jeśli skraca czas obsługi i nie wymusza zmiany całego workflow. Daniel mówi wprost, że celem nie jest zachwyt użytkownika funkcjami. Celem jest to, żeby narzędzie dało się wdrożyć od razu i rzeczywiście używać na co dzień.
Jeśli budujesz produkt dla zespołu, zadaj sobie kilka brutalnie praktycznych pytań:
- czy użytkownik rozumie produkt w minutę,
- czy może przejść przez podstawową czynność bez instrukcji,
- czy narzędzie porządkuje pracę, czy tylko ją przenosi do nowego okna przeglądarki,
- czy po pierwszym kontakcie użytkownik czuje ulgę, czy zmęczenie.
Właśnie dlatego prostota nie jest tu „ubogą wersją produktu”. Jest warunkiem skuteczności. W odcinku padają też konkretne przykłady, jak wygląda takie myślenie w praktyce — i to są bardzo dobre wskazówki dla każdego przedsiębiorcy, który chce budować rozwiązania operacyjne, a nie tylko efektowne.
Sweet spot między UX a rekrutacją to nie teoria. To empatia oparta na doświadczeniu
Daniel nie wszedł w ten temat z zewnątrz. Najpierw pracował jako UX designer w dużych organizacjach, później był aktywnym rekruterem. I właśnie to połączenie dało mu, jak sam mówi, „magiczny sweet spot”. Z jednej strony patrzy jak product designer: szuka usprawnień, tarć, skrótów i miejsc, gdzie można coś zrobić lepiej. Z drugiej — zna rekrutację od środka, więc nie projektuje dla abstrakcyjnej persony, tylko dla realnej pracy.
To daje przewagę, której często brakuje w startupach: nie trzeba zgadywać, co boli użytkownika. Trzeba tylko umieć dobrze nazwać problem. Daniel pokazuje też ważny niuans: rekrutacja wygląda inaczej w małej agencji, inaczej w wielkiej korporacji, a jeszcze inaczej w środowisku, gdzie pracuje się z dużą presją czasu i wieloma zleceniami naraz. Dlatego empatia nie może być ogólna. Musi być osadzona w konkretnym kontekście.
W praktyce dla firmy oznacza to, że zanim zaczniesz projektować rozwiązanie, musisz rozumieć trzy rzeczy naraz:
- jak działa biznes i jakie ma ograniczenia,
- jak pracuje użytkownik i co robi codziennie,
- jakie są ograniczenia technologiczne systemu.
Bez tego UX staje się dekoracją. Z tym — staje się narzędziem do podejmowania lepszych decyzji. I właśnie to jest jedna z najmocniejszych lekcji tego odcinka: dobry produkt nie powstaje z samej inspiracji, tylko z dobrego zrozumienia pracy ludzi, którym ma pomagać.
Rekrutacja to proces informacji. A więc można ją zaprojektować lepiej
W rozmowie mocno wybrzmiewa myśl, że rekruter jest w dużej mierze „procesorem informacji”. Najpierw zbiera informacje o stanowisku. Potem tworzy opis pracy. Następnie prowadzi screening, rozmowę, notuje wnioski i przekazuje je dalej w formie rekomendacji, raportu albo wiadomości do hiring managera. To ogromna liczba mikrooperacji, które łatwo rozbić na fragmenty — i właśnie dlatego tak łatwo je również usprawnić.
Daniel zauważa, że problemem nie jest tylko czas. Problemem jest też kontekst. Gdy jedna rozmowa przechodzi płynnie w drugą, a w międzyczasie trzeba zmieniać stanowiska, profile i kryteria oceny, bardzo łatwo stracić poczucie kontroli. Wtedy pojawia się stres, a wraz z nim ryzyko pominięcia ważnego pytania, niedopisania notatki albo wysłania niepełnego feedbacku.
To jest dobra wskazówka dla przedsiębiorców, którzy budują narzędzia dla zespołów wiedzy:
- porządkuj dane tam, gdzie powstają, a nie dopiero po fakcie,
- upraszczaj przełączanie między zadaniami,
- dawaj użytkownikowi poczucie kontroli, nie tylko dostęp do danych,
- projektuj pod finalny rezultat, a nie pod samo „wypełnianie systemu”.
W odcinku pojawia się też mocny wątek: lepsza praca rekrutera może przełożyć się na lepsze doświadczenie kandydata i lepsze informacje dla klienta czy hiring managera. To nie jest tylko wygoda jednej osoby. To usprawnienie całego łańcucha decyzyjnego.
W połowie rozmowy Daniel tłumaczy, jak z codziennego chaosu rekrutera zrodził się pomysł na ReCo. Jeśli chcesz usłyszeć, jak wyglądało to od strony praktycznej — od problemu, przez walidację, aż po pierwsze testy — ten fragment warto odsłuchać w całości.
Posłuchaj odcinka DSS#1 na YouTube →Walidacja pomysłu w rekrutacji nie polega na pytaniu ludzi, czy „im się podoba”
Daniel bardzo jasno pokazuje, że na tym etapie nie chodzi już o sam pomysł, ale o sprawdzenie, czy ludzie faktycznie chcą z niego korzystać i za to płacić. ReCo jest dziś na etapie walidacji i budowy: feedback od rekruterów z Polski, Danii i nawet Brukseli już się pojawił, ale najważniejsze jest coś innego — czy użytkownicy widzą realną wartość w codziennej pracy.
To ważna różnica. Wiele startupów zbiera deklaracje entuzjazmu, a potem okazuje się, że nikt nie chce zmienić swojego workflow. Daniel mówi o tym bardzo trzeźwo: produkt trzeba pokazać w działaniu, najlepiej tak, by użytkownik od razu wszedł w swoją naturalną rolę. W jego przypadku to on staje się kandydatem, a rozmówca — rekruterem. Dzięki temu test nie jest abstrakcyjny, tylko maksymalnie bliski realnej pracy.
Jeśli budujesz produkt B2B, z tej rozmowy warto zapamiętać trzy rzeczy:
- walidacja to nie tylko opinie, ale też zachowania,
- wartość musi być klarowna od pierwszego kontaktu,
- produkt powinien rozwiązywać konkretny problem, a nie tylko wyglądać nowocześnie.
Daniel podkreśla też, że na wczesnym etapie nie trzeba czekać na perfekcję. Trzeba mieć rozwiązanie wystarczająco dobre, by dostarczało realną wartość i pozwalało sprawdzić, czy ludzie rzeczywiście chcą za nie płacić. To zdrowe podejście, szczególnie w czasach, gdy łatwo się zachwycić technologią i zgubić sens.
Błędy w biznesie nie są problemem. Problemem jest brak refleksji
Jedna z najmocniejszych części odcinka dotyczy porażki. Daniel wraca do biznesu z 2012 roku — komisu telefonicznego — i mówi wprost, że wtedy popełnili strategiczne błędy. Kupowali rzeczy do biura, gdy powinni inwestować w marketing i obecność tam, gdzie byli klienci. Mieli dobry pomysł i pewną świadomość biznesową, ale roztrwonili pieniądze na złe decyzje.
To ważne, bo ta historia nie brzmi jak moralitet o „wielkiej klęsce”. Brzmi jak klasyczna lekcja przedsiębiorczości: można mieć rację co do produktu i jednocześnie przegrać przez złe priorytety. Dlatego Daniel mówi o porażce bardziej jako o lekcji niż etykiecie. I właśnie to jest dojrzałe myślenie, którego często brakuje w opowieściach o biznesie.
W praktyce warto przyjąć prostą zasadę:
- testuj szybko i tanio,
- nie myl działania z ruchem,
- nie obrażaj się na ograniczenia rynku,
- wyciągaj wnioski, zanim przyspieszysz.
Daniel bardzo mocno przestrzega też przed analysis paralysis — momentem, w którym rozkminianie zastępuje decyzję. Dla przedsiębiorcy to jedna z najdroższych pułapek. Lepiej sprawdzić coś na małą skalę niż miesiącami opowiadać sobie, że „jeszcze trzeba dopracować”. W odcinku znajdziesz więcej takich praktycznych przemyśleń o tym, jak nie zablokować się własnym perfekcjonizmem.
Co przedsiębiorca może wziąć z tej rozmowy dla siebie już dziś
Jeśli z całej rozmowy z Danielem Dullem miałby zostać jeden konkret, byłby to ten: dobrzy founderzy nie tworzą rozwiązań odczepionych od rzeczywistości. Patrzą na własne doświadczenie, szukają w nim powtarzalnych problemów i dopiero wtedy budują coś, co ma sens biznesowy. W przypadku rekrutacji tym problemem okazał się chaos informacji, przerywana uwaga i brak prostych narzędzi, które nie komplikują pracy.
Drugi wniosek jest równie ważny: UX w biznesie nie kończy się na interfejsie. To decyzja o tym, czy użytkownik ma mniej tarcia, mniej stresu i mniej zbędnych kroków. W rekrutacji oznacza to lepszą pracę rekrutera, lepsze notatki, lepszy kontakt z kandydatem i w efekcie lepszą obsługę całego procesu.
Trzeci wniosek dotyczy samego przedsiębiorcy. Daniel mówi o sukcesie nie jako o samych pieniądzach, ale jako o spokoju wynikającym z równowagi między pracą, zdrowiem i relacjami. To ważne, bo łatwo zbudować biznes kosztem wszystkiego innego. Trudniej zbudować coś, co realnie działa i nie niszczy po drodze właściciela.
Jeśli więc pracujesz nad produktem, usługą albo usprawnieniem procesu w firmie, zadaj sobie dziś trzy pytania: czy naprawdę rozumiem, co ludziom przeszkadza, czy moje narzędzie upraszcza ich dzień, i czy nie dokładam im pracy pod pretekstem innowacji? To są pytania, które w tej rozmowie wybrzmiewają najmocniej — i które warto sobie zostawić po lekturze tego tekstu.
Jeśli chcesz zobaczyć, jak Daniel C. Dul myśli o łączeniu UX i rekrutacji od środka, obejrzyj pełny odcinek. Tam jest więcej kontekstu, przykładów i praktycznych wniosków, których nie da się zamknąć w jednym artykule.
Jeśli temat UX w rekrutacji uderza w realny problem w twojej firmie, pełna rozmowa z Danielem C. Dulem da ci jeszcze więcej konkretów. To dobry odcinek dla każdego, kto buduje produkt, pracuje z procesami albo po prostu nie chce tracić czasu na zbędne tarcie.
Posłuchaj odcinka DSS#1 na YouTube →