이 이력서 트릭을 27명의 개발자에게 보여줬더니 — 19명이 30일 안에 제안을 2배 받았다
Source: Dev.to
대부분의 이력서는 기술 부족 때문에 실패하는 것이 아니라,
해고당하지 않으려는 사람에 의해 쓰인 것처럼 들리기 때문에 실패합니다.
안전하고, 모호하고, 정중하고, 기억에 남지 않음.
작년에 27명의 개발자 이력서를 검토하면서 깨달았습니다. 똑똑한 사람들, 탄탄한 경력, 실제 프로젝트. 하지만 이력서는 마치 전자레인지 사용 설명서처럼 읽혔습니다—긴장감도, 개성도, 영향력에 대한 증거도 없었습니다.
저는 그들에게 작은 구조적 변화를 보여주었습니다. 디자인 재구성이 아니라, 화려한 ATS 해킹도 아니고, 리크루터 키워드 스프도 아니었습니다. 프레이밍 전환이었습니다.
30일 후, 그 중 19명이 제안을 받았고, 그 중 5명은 여러 제안을 받았습니다. 3명은 보상이 두 배가 되었습니다. 과장이 아니라, 스크린샷이 있습니다.
이것은 마법이 아닙니다. 심리학이며, 놀라울 정도로 활용되지 않고 있습니다.
대부분의 개발자 이력서가 무시되는 이유
불편한 진실: 리크루터는 읽지 않고 훑어봅니다.
게으르기 때문이 아니라, 수많은 지원서에 파묻혀 있기 때문입니다. 하나의 포지션에 300~800개의 지원서가 들어오고, 때로는 그보다 더 많습니다. 그들은 여러분의 기술 스택을 감상할 시간이 없으며, 신호를 빠르게 스캔합니다.
대부분의 이력서는 다음과 같이 보입니다:
- Node.js를 사용해 REST API 구축
- 교차 기능 팀과 협업
- 확장 가능한 시스템 구현
- 성능 개선
그것은 정보가 아니라 안개입니다. 다음을 알려주지 못합니다:
- 실제로 무엇을 했는지
- 왜 중요한지
- 당신이 오기 전 어떤 문제가 있었는지
- 당신이 온 뒤 무엇이 바뀌었는지
그래서 이력서는 눈에 보이지 않게 됩니다. 나쁘지도, 좋지도, 그냥… 회색입니다. 회색은 건너뛰어집니다.
트릭: “책임”에서 “전 → 후 → 증명”으로 전환
제안을 받은 19명 모두 같은 구조를 사용했습니다. 템플릿이 아니라, 하나의 시각입니다.
책임을 나열하는 대신, 각 역할을 세 부분으로 구성된 작은 변혁 이야기처럼 프레이밍했습니다:
- 전 – 부서졌던, 느렸던, 지저분했던, 비용이 많이 들던, 위험했던 상황
- 후 – 개선되었거나, 바뀌었거나, 가능해진 상황
- 증명 – 숫자, 지표, 구체적인 결과
그게 전부입니다. 대부분의 이력서는 중간 부분만 포함하고, 그것도 모호하게 적습니다.