Standard opisu profilu konsultanta to jedna strona zasad dla rekruterów i account managerów, którzy poprawiają CV pisane przez różne osoby, zanim trafią do klienta: ustala formę gramatyczną (osobę, rodzaj i czas), zapis technologii i stanowisk oraz długość podsumowania. Ta sama strona wymienia fakty, których nie wolno zmieniać: daty, faktycznie zajmowane stanowiska, pracodawców i klientów, wyniki, wykształcenie, certyfikaty i poziom języków. Ujednolicenie CV kandydatów dotyczy formy, nie treści — dlatego każdą poprawioną linijkę porównujesz z oryginalnym CV.
Poniżej znajdziesz standard do skopiowania, trzy profile napisane przez trzy różne osoby, te same profile po ujednoliceniu oraz kontrolę, która pilnuje, żeby redakcja niczego nie dopisała.
Skąd się bierze niespójność profili
Profile na shortlistę rzadko pisze jedna osoba. Jeden profil przysyła podwykonawca, w pierwszej osobie. Drugi to CV kandydatki pisane o sobie w trzeciej osobie. Trzeci to notatka z benchu w równoważnikach. Do tego dwóch lub trzech rekruterów poprawia je tego samego popołudnia, każdy po swojemu: jeden pisze „odpowiadał za”, drugi „odpowiedzialność za”, trzeci „zrealizował”.
Klient widzi te różnice obok siebie: „k8s” w jednym profilu, „Kubernetes (EKS)” w drugim, „Senior Software Engineer” obok „programisty Java”. W efekcie porównuje styl, a nie specjalistów: notatka z benchu wygląda juniorsko przy rozbudowanym opisie kandydatki, choć oboje mają podobne doświadczenie. Firmowy szablon ujednolica układ dokumentu, ale nie język.
Standard opisu do skopiowania
Wklej te osiem zasad do wewnętrznego standardu zespołu i podmień listę technologii na te, o które pytają Twoi klienci.
- Podsumowanie. Od jednego do trzech zdań, maksymalnie ok. 60 słów. Bez imienia i bez zaimka („Backend developer z doświadczeniem w …”). Bez przymiotników typu „pełen pasji”, „wysoce zmotywowany”.
- Opis obowiązków w projektach. Jedna forma dla wszystkich: czasownik w trzeciej osobie, w rodzaju zgodnym z płcią konsultanta („Rozwija …”, „Rozwijał …” / „Rozwijała …”). Bieżący projekt w czasie teraźniejszym, zakończone projekty w czasie przeszłym. Forma dokonana („zrealizował”, „wdrożyła”) tylko wtedy, gdy oryginał mówi o zakończonym wyniku.
- Nazewnictwo technologii. Każda technologia ma jeden zapis z listy zespołu: Java, Spring Boot, Kubernetes, AWS, PostgreSQL, Kafka. Odmieniamy tylko Javę i Springa („w Javie”, „w Springu”), pozostałych nazw nie odmieniamy („na Kubernetes”, „ze Spring Boot”, „z AWS”).
- Stanowisko i seniority. Dokładnie tak, jak podaje oryginał lub pracodawca. Wolno rozwinąć skrót („Lead dev” → „Lead Developer”), nic więcej. Poziomu nie przeliczamy na własną skalę, bo Junior, Mid i Senior znaczą w różnych firmach co innego. Rola proponowana u klienta trafia do osobnej linii „Proponowana rola”.
- Daty. MM/RRRR – MM/RRRR, bieżące stanowisko: „MM/RRRR – obecnie”.
- Liczby i skala. Lata doświadczenia, wielkość zespołu i liczby tylko wtedy, gdy podaje je oryginał albo wynikają z dat. Słowa typu „skalowalny” tylko wtedy, gdy oryginał podaje skalę, która je potwierdza.
- Nie zmieniamy. Dat, zajmowanych stanowisk, pracodawców i klientów (lub uzgodnionej anonimowej nazwy), wyników, certyfikatów, wykształcenia, poziomu języków.
- Coś jest niejasne? Pytamy konsultanta i nie uzupełniamy luki na własną rękę.
Trzy profile w wersji, w jakiej przyszły
Przykład fikcyjny: trzech backendowców na podobnym poziomie, proponowanych do tego samego projektu klienta. Każdy z tych profili napisał ktoś inny.
Profil A: podwykonawca, pierwsza osoba, skróty
Rozwijałem mikroserwisy w java spring boot. Robiłem też deploye na k8s, praca z aws. Senior Software Engineer, 03/2021–teraz.
Profil B: CV kandydatki, trzecia osoba, opis-laurka
Marta to niezwykle zmotywowana i pełna pasji Backend Developerka z ponad 9-letnim doświadczeniem. Tworzy skalowalne usługi w Javie, Springu, Kubernetesie (EKS) i Amazon Web Services. Obecnie rozwija API zamówień platformy logistycznej, brała udział w migracji platformy na EKS. Backend Developer, 01/2016–obecnie.
Profil C: notatka z benchu, styl hasłowy
Programista Java. SpringBoot, K8S, Postgres. Lead dev – projekt płatności 2021-2023. Odpowiedzialność za moduł rozliczeń.
Te same profile po ujednoliceniu
Profil A
Proponowana rola: Backend Developer (Java)
Senior Software Engineer · 03/2021 – obecnie
Podsumowanie: Programista rozwijający mikroserwisy w Javie i Spring Boot, wdrażający usługi na Kubernetes i pracujący z AWS.
- Rozwija mikroserwisy w Javie i Spring Boot.
- Wdraża usługi na Kubernetes.
- Pracuje z AWS.
Profil B
Proponowana rola: Backend Developer (Java)
Backend Developer · 01/2016 – obecnie
Podsumowanie: Backend developerka z ponad 9-letnim doświadczeniem. Tworzy usługi w Javie i Springu, na Kubernetes (EKS) i w AWS.
- Rozwija API zamówień platformy logistycznej.
- Brała udział w migracji platformy na Kubernetes (EKS).
Profil C
Proponowana rola: Backend Developer (Java)
Lead Developer, projekt płatności · 2021 – 2023 (miesiące do potwierdzenia z konsultantem)
Podsumowanie: Programista Java pracujący ze Spring Boot, Kubernetes i PostgreSQL.
- Odpowiadał za moduł rozliczeń.
Trzy profile brzmią teraz jak praca jednego zespołu. Żaden nie mówi więcej niż oryginał.
Każdą poprawkę porównaj z oryginałem
Czytaj każdą ujednoliconą linijkę obok tej, z której powstała. Forma może się zmienić, zakres faktu nie.
- Profil A. Zmienione: pierwsza osoba, „deploye” i „praca z aws” zamienione na jedną formę; „java spring boot”, „k8s” i „aws” zapisane według listy; czas teraźniejszy, bo stanowisko trwa. Bez zmian: stanowisko, daty, trzy czynności. „Robiłem deploye na k8s” to „Wdraża usługi na Kubernetes”, a nie „Zarządza klastrami Kubernetes”: wdrażanie na platformę to nie jej utrzymanie. „Praca z AWS” zostaje ogólna; jeśli klient pyta o konkretne usługi AWS, zapytaj konsultanta.
- Profil B. Zmienione: imię, „niezwykle zmotywowana” i „pełna pasji” usunięte; „skalowalne” także, bo oryginał nie podaje skali, która by to potwierdzała (zasada 6); „Amazon Web Services” zapisane jako AWS. Bez zmian: „ponad 9 lat”, bo podaje to oryginał, a data 01/2016 to potwierdza; lata dotyczą doświadczenia, nie każdej technologii, dlatego stoją w osobnym zdaniu. „Spring” zostaje Springiem i nie staje się Spring Boot, którego oryginał nie wymienia. „Brała udział w migracji” nie zmienia się w „przeprowadziła migrację”.
- Profil C. Zmienione: „Lead dev” rozwinięte do „Lead Developer”; „SpringBoot”, „K8S” i „Postgres” zapisane według listy; „Odpowiedzialność za moduł” to „Odpowiadał za moduł rozliczeń”, w formie niedokonanej — „Zrealizował moduł rozliczeń” twierdziłoby, że moduł został ukończony, czego oryginał nie mówi. Do wyjaśnienia: „2021-2023” bez miesięcy — pytasz konsultanta, zamiast wpisywać „01/2021”.
Profil z otwartym pytaniem nie jest gotowy do wysyłki. Wysyłasz go dopiero po odpowiedzi konsultanta, a klient dostaje w tym czasie pozostałe profile.
Czy agencja może poprawiać CV konsultanta?
Można usłyszeć, że sformułowania konsultanta należą do niego i nie powinno się ich ujednolicać. Standard odpowiada na to prostą zasadą: ujednolicenie formy, nie treści. Zanim profil trafi do klienta, konsultant lub kandydat widzi wersję dla klienta i potwierdza zawarte w niej fakty. Profil od podwykonawcy w ten sam sposób zatwierdza podwykonawca. Doświadczenie zostaje dokładnie takie, jakie było; klient czyta je po prostu w jednym stylu.
Gdzie kończy się język, a zaczyna szablon
Standard opisu dotyczy słów. Nagłówki, kolejność pól, długość i format eksportu wyznacza szablon klienta — sprawdzisz je na liście kontrolnej profilu w szablonie klienta. Jak porównać cały profil z CV i notatką z rozmowy, łącznie z dostępnością i sprawami do potwierdzenia, pokazuje przykład w tekście jak sprawdzić profil kandydata przed wysłaniem klientowi. O strukturze jednolitego CV w agencji przeczytasz w tekście o standaryzacji CV w agencjach rekrutacyjnych.
Ujednolicenie CV przy większej liczbie profili
Automatyczne formatowanie CV dla agencji rekrutacyjnych w TalentVeil przepisuje każdy profil pod klienta, umieszcza go w edytowalnym szablonie z brandingiem agencji i eksportuje gotowy dokument do PDF-a lub Worda. Rekruter stosuje standard zespołu i przed eksportem porównuje wynik z oryginalnym CV. Potem możesz udostępnić zatwierdzoną shortlistę w portalu klienta z brandingiem agencji: klient zaznacza specjalistów, których chce poznać, i zostawia informację zwrotną przy każdym profilu, a Ty dostajesz powiadomienie, gdy otworzy link.
Sprawdź ten proces na trzech profilach z najbliższej shortlisty: bezpłatny okres próbny obejmuje 10 dni i 10 profili, więc zdążysz porównać każdy z oryginalnym CV, zanim shortlista trafi do klienta.