신입 개발자의 첫 연봉 협상은 제안의 조건을 읽고 자신이 수행한 근거와 필요한 질문을 준비하는 과정입니다. 기업 유형만으로 공통 요구 비율과 성공률을 정하지 않습니다.
먼저 제안이 어떤 단계인지 확인하세요
공고의 금액 안내·예비 대화·최종 제안을 구분합니다. 모집 직무와 고용 형태·입사 시점·담당 역할을 적으세요. 아직 최종 금액을 받지 않았다면 협상 범위를 확정하기보다 조건을 확인할 질문부터 준비합니다.
기업의 승인 절차와 답변 예정일을 질문할 수 있습니다. 학교·부트캠프 수료와 프로젝트 경험이 제안의 어떤 요구에 연결되는지 정리하세요. 전체 신입의 평균과 특정 기업의 과거 초봉을 자신의 확정 제안으로 사용하지 않습니다.
프로젝트에서 직접 맡은 일을 설명하세요
문제·담당 기능·선택 이유·검증·남은 한계를 짧게 적습니다. 팀 프로젝트라면 자신의 변경과 검토·수정 기록을 구분하세요. 완성 화면만 보여주기보다 실행 방법과 입력·오류를 어떻게 확인했는지 준비합니다.
설명 예시는 “제가 맡은 신청 기능에서 입력 조건을 정리하고 테스트 결과를 기록했습니다”입니다. 자신의 실제 작업일 때만 사용하세요. 경험이 없다면 학습 과제와 예정 작업으로 표시합니다. 측정하지 않은 성과와 고객 매출을 만들어 넣지 않습니다.
금액과 함께 확인할 질문을 정하세요
기본급·고정·변동·일회 지급과 적용 기간을 나눠 읽습니다. 교육·평가·장비·근무와 운영 지원도 질문할 항목입니다. 연봉 총액에 포함된 돈을 다시 추가 보상이라고 계산하지 않습니다.
제안에 질문할 때는 “이 금액에 포함된 항목과 다음 보상 검토 시점을 확인하고 싶습니다”처럼 구체화하세요. 신입이라서 무조건 특정 비율을 요구하거나 질문할 수 없다는 공식을 사용하지 않습니다. 실제 답변에 맞춰 논의할 조건을 정합니다.
대안을 비교하고 답변을 기록하세요
다른 제안이 있다면 같은 기간·포함 항목·직무·근무 조건으로 비교합니다. 가상의 오퍼를 실제로 받았다고 말하지 마세요. 응답 기한과 추가 질문의 답변 일정을 확인해 자신의 결정에 필요한 자료를 정리합니다.
수락·추가 논의·보류의 상태와 이유를 기록하고 최종 제안의 적용 조건을 확인하세요. 보류 뒤 재검토 가능성은 인상 보장과 구분합니다. 태도와 연습 횟수의 가상 성공률 대신 수행 근거·제안·질문·대안의 연결로 첫 협상을 준비하는 방법입니다.
자주 묻는 질문
회사 규모로 요구 비율을 정해도 되나요?
실제 제안과 역할·근거·승인 조건을 확인해야 합니다.
다른 제안이 없으면 만들면 되나요?
받지 않은 제안을 실제 조건으로 말하지 말고 확인된 근거와 질문을 준비하세요.
관련 학습과 공식 자료
신입의 기여와 협상 경계 · 논의 뒤 합의·보류·지급 확인
- GitHub 변경 검토 안내: 프로젝트 변경의 의견·승인·수정 요청 기록 참고
공식 자료 확인: 2026년 10월 4일. 사례와 체크리스트는 학습·비교를 위한 제안이며 실제 성과 측정 결과가 아닙니다.