Kandydat nie analizuje ogłoszenia tak jak firma. Najpierw
szuka odpowiedzi na kilka prostych pytań: co będę robić,
w jakim zespole, za ile, w jakim modelu pracy i dlaczego
ta rola może być lepsza od mojej obecnej.
Dlaczego treść ogłoszenia ma znaczenie?
Ogłoszenie jest często pierwszym kontaktem kandydata
z organizacją. Na jego podstawie specjalista ocenia nie tylko
samo stanowisko, ale również poziom uporządkowania firmy,
jakość komunikacji i podejście do pracowników.
Zbyt ogólna treść, długa lista technologii albo brak
podstawowych informacji może sprawić, że właściwa osoba
nie zdecyduje się aplikować. Dotyczy to szczególnie
doświadczonych kandydatów, którzy mają do wyboru wiele ofert.
Najważniejsza zasada
Ogłoszenie powinno sprzedawać stanowisko, nie tylko
wymagać
Kandydat musi wiedzieć, co firma oferuje w zamian
za jego doświadczenie, czas i decyzję o zmianie pracy.
Co powinno zawierać dobre ogłoszenie IT?
01
Jasna nazwa stanowiska
Tytuł powinien odpowiadać temu, czego kandydaci
rzeczywiście szukają. Kreatywne nazwy mogą wyglądać
atrakcyjnie wewnątrz firmy, ale utrudniają znalezienie
oferty w wyszukiwarce.
Lepiej użyć nazwy „Senior Java Developer” niż
„Code Ninja” albo „Digital Hero”.
02
Krótka informacja o firmie
Wystarczą dwa lub trzy zdania wyjaśniające,
czym zajmuje się organizacja, jaki produkt rozwija
i w jakiej skali działa.
Opis nie powinien być kopią sekcji „O nas”
z firmowej strony.
03
Opis projektu
Kandydat powinien wiedzieć, nad czym będzie
pracować, na jakim etapie znajduje się produkt
i jaki wpływ będzie miał na rozwiązanie.
Warto wskazać, czy jest to rozwój nowej platformy,
modernizacja systemu, migracja, utrzymanie produktu
czy budowa zespołu od podstaw.
04
Konkretny zakres obowiązków
Lista powinna przedstawiać realne zadania,
a nie ogólne sformułowania takie jak „udział
w ciekawych projektach” czy „współpraca z zespołem”.
Najlepiej opisać od pięciu do ośmiu najważniejszych
obszarów odpowiedzialności.
05
Wymagania obowiązkowe
Kandydat musi wiedzieć, bez których kompetencji
nie może zostać zaproszony do procesu. Wymagania
powinny być możliwe do zweryfikowania.
Zamiast „bardzo dobra znajomość technologii”
lepiej wskazać oczekiwany poziom doświadczenia
i sposób wykorzystania jej w projekcie.
06
Kompetencje mile widziane
Dodatkowe technologie lub doświadczenia należy
oddzielić od kryteriów obowiązkowych. Kandydat
nie powinien rezygnować tylko dlatego, że nie zna
jednego narzędzia z długiej listy.
07
Widełki wynagrodzenia
Jawny budżet ogranicza liczbę niedopasowanych
aplikacji i zwiększa zaufanie do procesu.
Kandydat może od razu ocenić, czy oferta odpowiada
jego oczekiwaniom.
Należy wskazać kwotę, formę zatrudnienia oraz
informację, czy podane wynagrodzenie jest brutto,
netto czy netto na fakturze.
08
Model i miejsce pracy
Ogłoszenie powinno jasno określać, czy praca jest
zdalna, hybrydowa czy stacjonarna. Przy hybrydzie
należy podać liczbę dni w biurze i lokalizację.
Nie warto używać określenia „praca zdalna”,
jeśli regularne wizyty w siedzibie są obowiązkowe.
09
Informacja o zespole i technologii
Kandydaci chcą wiedzieć, z kim będą pracować,
kto podejmuje decyzje techniczne i jak wygląda
współpraca pomiędzy rolami.
Warto wskazać wielkość zespołu, główne technologie,
sposób pracy i poziom samodzielności stanowiska.
10
Etapy procesu rekrutacyjnego
Jasna informacja o liczbie spotkań, zadaniu
technicznym i osobach uczestniczących w procesie
ogranicza niepewność kandydata.
Warto także wskazać przewidywany termin przekazania
informacji zwrotnej.
Jak opisać zakres obowiązków?
Obowiązki powinny pokazywać codzienną pracę na stanowisku.
Zamiast kopiować ogólny opis roli, warto odpowiedzieć
na pytanie: za co ta osoba będzie realnie odpowiadać?
| Zbyt ogólnie |
Lepiej |
| Rozwój aplikacji |
Rozwój nowych funkcji platformy B2B
w Java 21 i Spring Boot.
|
| Współpraca z zespołem |
Współpraca z pięcioosobowym zespołem
deweloperskim, Product Ownerem i QA.
|
| Dbanie o jakość kodu |
Code review, testy automatyczne i udział
w ustalaniu standardów technicznych.
|
| Udział w projektach |
Udział w migracji monolitu do architektury
mikroserwisowej.
|
Jak przygotować listę wymagań?
Zbyt długa lista ogranicza liczbę aplikacji. Kandydaci często
rezygnują, jeśli nie spełniają wszystkich punktów, nawet gdy
posiadają kompetencje wystarczające do wykonywania pracy.
-
Oddziel wymagania obowiązkowe od dodatkowych.
-
Nie wpisuj technologii, które nie będą używane
na stanowisku.
-
Unikaj wymagania wieloletniego doświadczenia w nowych
narzędziach.
-
Nie łącz kilku różnych ról w jednym profilu.
-
Określ oczekiwany poziom samodzielności.
-
Wskaż wymagany poziom języka i sposób jego używania.
Sprawdź każde wymaganie
Przy każdym punkcie warto zadać pytanie: czy bez tej
kompetencji kandydat rzeczywiście nie będzie w stanie
wykonywać pracy od pierwszego dnia?
Czy podawać widełki wynagrodzenia?
Tak. Transparentny budżet pozwala kandydatom szybko ocenić
dopasowanie, a firmie ograniczyć liczbę rozmów z osobami
o zupełnie innych oczekiwaniach.
Widełki powinny być realistyczne. Zbyt szeroki zakres,
na przykład od poziomu juniorskiego do senioralnego,
nie daje kandydatowi użytecznej informacji.
-
podaj dolną i górną granicę wynagrodzenia,
-
wskaż formę współpracy,
-
określ, czy kwota jest brutto czy netto,
-
wyjaśnij, od czego zależy miejsce w widełkach,
-
nie obniżaj budżetu na końcu procesu.
Jak opisywać benefity?
Benefity nie powinny zastępować informacji o stanowisku.
Karta sportowa, prywatna opieka medyczna czy ubezpieczenie
są dodatkiem, ale rzadko głównym powodem zmiany pracy.
Największą wartość mają konkrety związane z codziennym
komfortem i rozwojem:
-
elastyczne godziny pracy,
-
realna praca zdalna lub jasno określona hybryda,
-
budżet szkoleniowy z podaną kwotą,
-
dodatkowe dni wolne,
-
sprzęt i możliwość wyboru wyposażenia,
-
jasna ścieżka rozwoju,
-
wpływ na produkt i decyzje techniczne.
Czego unikać w ogłoszeniu IT?
-
Niejasnych nazw stanowisk.
-
Listy kilkunastu obowiązkowych technologii.
-
Ogólników takich jak „atrakcyjne wynagrodzenie”.
-
Ukrywania modelu pracy.
-
Braku informacji o projekcie.
-
Kopiowania opisu z innej rekrutacji.
-
Obietnic, których firma nie może spełnić.
-
Zbyt długiego opisu historii firmy.
-
Formułowania wymagań w sposób wykluczający bez potrzeby.
Przykład dobrego fragmentu ogłoszenia
Przykład
Senior Backend Developer – Java
Dołączysz do zespołu rozwijającego platformę obsługującą
procesy zakupowe klientów B2B. Głównym celem na najbliższe
miesiące jest wydzielenie kluczowych modułów z monolitu
i rozwój nowych usług w architekturze mikroserwisowej.
Na co dzień będziesz:
-
projektować i rozwijać usługi w Java 21 i Spring Boot,
-
uczestniczyć w decyzjach architektonicznych,
-
prowadzić code review i rozwijać testy automatyczne,
-
współpracować z Product Ownerem, QA i DevOps,
-
wspierać mniej doświadczonych członków zespołu.
Wynagrodzenie:
22 000–28 000 zł netto + VAT na B2B.
Model pracy:
zdalnie, z możliwością spotkania zespołu w Warszawie
raz na kwartał.
Proces:
rozmowa z rekruterem, spotkanie techniczne i decyzja.
Checklista przed publikacją ogłoszenia
-
Czy nazwa stanowiska jest zrozumiała?
-
Czy opisaliśmy projekt i jego etap?
-
Czy zakres obowiązków jest konkretny?
-
Czy wymagania są realistyczne?
-
Czy oddzieliliśmy wymagania od dodatkowych atutów?
-
Czy podaliśmy widełki i formę zatrudnienia?
-
Czy model pracy jest jednoznaczny?
-
Czy kandydat zna liczbę etapów procesu?
-
Czy oferta pokazuje realną wartość dla kandydata?
-
Czy ogłoszenie dobrze wygląda na urządzeniu mobilnym?
Jak agencja może pomóc przygotować ofertę?
Agencja rekrutacyjna zna pytania, które najczęściej zadają
kandydaci, oraz powody, dla których odrzucają konkretne
propozycje. Może pomóc uporządkować profil i wskazać elementy,
których brakuje w komunikacji.
W Be in IT przed rozpoczęciem poszukiwań analizujemy
stanowisko, budżet, model pracy i argumenty sprzedażowe.
Dzięki temu komunikacja jest spójna zarówno w ogłoszeniu,
jak i podczas direct searchu.
-
porządkujemy zakres obowiązków,
-
weryfikujemy realność wymagań,
-
pomagamy dopasować komunikację do rynku,
-
identyfikujemy mocne strony oferty,
-
wskazujemy potencjalne bariery dla kandydatów.
Najczęstsze pytania
Jak długie powinno być ogłoszenie IT?
Powinno zawierać wszystkie kluczowe informacje,
ale bez rozbudowanych opisów marketingowych. Kandydat
musi szybko znaleźć projekt, zakres, wymagania,
warunki i etapy procesu.
Czy należy wymieniać wszystkie technologie?
Nie. Warto wskazać technologie rzeczywiście używane
na stanowisku i oddzielić te wymagane od opcjonalnych.
Czy warto publikować ofertę bez widełek?
Można, ale zwiększa to ryzyko niedopasowanych
aplikacji i rezygnacji kandydatów. Jawny budżet
usprawnia proces.
Czy ogłoszenie wystarczy przy trudnej rekrutacji?
Nie zawsze. Przy rolach specjalistycznych i senioralnych
warto połączyć ogłoszenie z aktywnym direct searchem.
Twoje ogłoszenie nie przyciąga właściwych kandydatów?
Opowiedz nam o stanowisku, projekcie i dotychczasowych
efektach. Pomożemy uporządkować profil oraz dotrzeć
do specjalistów, którzy mogą pasować do Twojego zespołu.