당신의 이력서를
시장의 눈으로 읽습니다

시장의 눈

이 이력서가 시장에서 어떻게 읽히는가

서류 통과 가능성

종합 진단

5개 항목 요약

01 — 자기소개

팀과 함께 성장하며를 지워라

현재 자기소개 3줄 중 2줄에 팀이 들어가 있다. 협업을 강조하고 싶은 마음은 이해하지만, 자기소개는 이 사람이 뭘 잘하는지를 전달하는 자리다. 팀 소개가 아니다.

왜 이 방향인가:

• 첫 문장에서 규모와 역할 범위가 읽힌다 — 10명 규모, 풀사이클
• 가장 강한 성과가 바로 나온다 — 0→1 런칭, 전환율 +22%
• 주어가 나다 — 혼자 돌려왔고, 완료하고, 만든

02 — 성과 주체

팀이 한 건가, 당신이 한 건가

이력서 전체에서 팀, 대표님, 함께가 등장하는 횟수를 세봤다.

채용 담당자는 팀 안에서 PM이 어떤 역할을 했는지를 보고 싶다. 협업을 잘한다는 건 좋은 자질이지만, 이력서에서 PM 고유의 판단이 안 보이면 이 사람이 직접 한 게 뭐지?가 된다.

같은 프로젝트인데 전혀 다른 사람으로 읽힌다. 왼쪽은 대표 옆에 있던 사람이고, 오른쪽은 판단을 내린 사람이다. 채용 담당자가 면접에서 만나고 싶은 건 오른쪽이다.

03 — 성장 궤적

3년이 한 덩어리로 보인다

한 회사에서 3년을 다닌 건 장점이다. 문제는 이력서에서 3년 동안 어떻게 달라졌는지가 안 보인다는 것이다. 입사 때 한 일과 지금 한 일이 같은 톤, 같은 분량, 같은 구조로 쓰여있다.

같은 사람인데 오른쪽이 성장한 사람으로 읽힌다. 1년차에는 운영 단위(CS 기반 개선, 백로그), 2~3년차에는 서비스 단위(0→1 런칭, 퍼널 설계). 이 변화가 보여야 다음 직장에서 더 큰 역할을 맡길 수 있겠다는 판단이 가능하다.

04 — 성과 언어

좋은 수치가 있는데, 날것으로 놓여있다

잘 된 것

아쉬운 것

사용자 인터뷰 20건 — 숫자만 있고 맥락이 없다

20건이라는 양은 인상적이다. 근데 20건 중 어떤 인사이트를 뽑았고 그게 어떤 의사결정으로 이어졌는지가 없으면, 그냥 인터뷰만 한 건 아닌가?라는 의문이 생긴다.

CS 인입 감소 — 임팩트는 좋은데 PM 역할이 안 보인다

왼쪽은 개발팀이 한 것처럼 읽히고, 오른쪽은 PM이 문제를 발견하고 범위를 결정한 것으로 읽힌다.

05 — 리스크 포인트

면접관이 반드시 물어볼 것

수정 우선순위

이 순서대로 고쳐라