Rekrutacja IT nie działa dobrze z żadnej strony. Firmy dostają zgłoszenia od kandydatów, którzy nie znają wymaganych technologii. Dobrzy specjaliści przestają czytać wiadomości od rekruterów, bo dostają ich za dużo i żadna nie wygląda poważnie.
Qualibase powstał, żeby rozciąć ten węzeł: łączy zweryfikowanych specjalistów bezpośrednio z firmami. Moim zadaniem było zbudować to jako produkt, a nie jako tablicę ogłoszeń z lepszym wyglądem.
01 / WyzwanieDwie grupy użytkowników, dwa różne problemy
Platformy rekrutacyjne zwykle obsługują jedną stronę lepiej niż drugą i na tym się kończą. Tutaj obie musiały dostać coś od pierwszego dnia, bo bez kandydatów nie ma rekruterów, a bez rekruterów kandydaci odchodzą po tygodniu.
- Specjalista IT nie chce być w bazie, z której ktokolwiek może wysłać mu masową wiadomość.
- Rekruter nie chce filtrować zgłoszeń od osób, które nie znają wymaganej technologii.
- Baza ma wartość tylko wtedy, gdy profile są prawdziwe, więc system musi wymuszać konkret zamiast opisu "komunikatywny, szybko się uczę".
Platforma, która nie rozwiązuje problemu kandydata, nigdy nie zbierze bazy na tyle dobrej, żeby rekruter chciał za nią zapłacić.
02 / RozwiązanieJedna baza, dwa zupełnie różne doświadczenia
Qualibase działa na React z backendem w Pythonie, na AWS i PostgreSQL. Ta sama baza obsługuje dwie ścieżki, które widzą i mogą co innego.
Kandydat, czyli anonimowość i kontrola
Profil kandydata pokazuje technologie, lata doświadczenia, dostępność i tryb pracy. Nie pokazuje imienia ani CV, dopóki kandydat sam tego nie odsłoni. Selekcja zaczyna się więc od kompetencji, a specjalista decyduje, komu się ujawnia.
Rekruter, czyli baza zamiast stosu CV
Rekruter przegląda skondensowane profile z filtrem po technologii, poziomie seniority i dostępności. Zamiast czytać dokumenty, zawęża listę i kontaktuje się z osobami, które pasują do roli.
Domyślne ukrycie danych osobowych zmienia to, kto zgłasza się do bazy. Specjalista, który nie szuka aktywnie pracy, może w niej być bez ryzyka, że zobaczy go obecny pracodawca.
03 / RezultatProdukt, w którym obie strony mają powód, żeby zostać
Qualibase ma działającą architekturę dwustronną: kandydat kontroluje swoją widoczność, rekruter dostaje bazę z filtrami zamiast skrzynki pełnej załączników. To jedna platforma, ale dwie osobne odpowiedzi na dwa osobne problemy.
DodatkowoCo jeszcze przy okazji się udało
- Kandydat decyduje, kiedy odsłania dane osobowe.
- Filtrowanie po technologii, seniority i dostępności zamiast przeglądania CV.
- Osobne panele dla obu stron, na tej samej bazie danych.
Budujesz produkt, w którym dwie grupy użytkowników muszą wygrać jednocześnie, żeby cokolwiek zadziałało? Napisz do mnie. Ta klasa projektów rozstrzyga się na etapie architektury, nie na etapie designu.
