이력서 디자인 は何をしますか？
지원자의 경력·역할·성과를 쉽게 찾을 수 있게 배치합니다. 사실, 제출 조건, 문서의 읽기 순서를 보존하며 서체와 여백을 정리합니다. 디자인이 채용 효과나 ATS 통과율을 보장하지는 않습니다.
먼저 정할 것
공고, 원본 파일, 사용자가 명시한 요구에서 아래 정보를 확인합니다. 이미 확인한 조건은 다시 묻지 않습니다. 미정인 일반 서식은 기본값으로 진행하고, 필수 양식이나 사실의 충돌만 별도로 확인합니다.
- 제출 문서 종류와 대상: 일반 이력서, 상세 경력기술서, 학술 CV, 회사 지정 양식.
- 제출처의 파일 형식, 용량, 쪽수, 용지, 사진·개인정보 요구.
- 원본에서 유지할 회사명, 공식 직급, 역할, 기간, 학력, 수치·단위·조건.
- 편집 범위: 서식만 변경하는지, 내용 편집도 허용하는지.
디자인 작업표를 내부 작업 기록으로 채웁니다. 사용자 이력서에 작업표나 조사 메모를 넣지 않습니다. 파일이 없으면 디자인 명세를 제공하고 실제 렌더·파일 검증은 미실시로 표시합니다.
경로 선택
| 조건 | 적용할 경로 | 우선 기준 |
|---|---|---|
| 회사 양식·필수 표가 있음 | 지정 양식 보존 | 항목·행열·병합·페이지 요구 유지 |
| 자유 형식 일반 이력서 | 기본 프로필 | 단일 열, 실제 제목·문단·목록, 직무 관련 경험 |
| 경력이 길거나 팀장급 | 같은 문서의 경력자 프로필 | 책임 범위·기여·결과와 이전 관련 경력의 연결 |
| 학술 CV·상세 경력기술서 | 해당 문서의 제출 규정 | 이력서의 1~2쪽 예시를 상한으로 적용하지 않음 |
| 시각 포트폴리오도 요구됨 | 문서의 역할을 구분하고 파일 구성은 제출처 안내를 따름 | 의미 있는 시각 작업만 추가하고 사실 일치 확인 |
직무에 따라 어떤 경험을 강조할지는 내용 작성 스킬에서 정합니다. 디자인은 개발·AX·재무·영업·인사·운영 등 직무에 공통으로 적용합니다.
한국 테크 기업에 지원하거나 국내 사례를 요청받으면 한국 테크 기업 사례를 읽습니다. 현행 공고·제출 화면, 공식 일반 안내, 직무별 조언, 직원 개인 사례를 구분합니다. 제출 형식·첨부 수·용량·링크 허용 여부를 회사별로 기록하고, 다른 기업의 요구를 합쳐 공통 의무로 만들지 않습니다.
표를 만들거나 다듬을 때에는 표 디자인 규격을 적용합니다. 항목·값, 경력 요약, 성과 비교의 열 비율과 셀 여백·선·음영·정렬·머리행·페이지 나눔을 함께 정합니다. 새 자유 형식 표와 회사 지정 표의 보존 범위를 구별합니다.
이력서 검토·재설계 또는 안티패턴 조사에서는 안티패턴과 교정 기준을 읽습니다. 실제 사실 오류·유실·제출 조건 위반, 확인이 필요한 구조 위험, 선택 가능한 시각 개선을 구분합니다. 각 지적에 원본 위치·근거·교정안·확인 결과를 남기며, 서식만 수정하는 작업에서 내용까지 임의로 보강하지 않습니다.
제작 순서
- 원본을 보존합니다. 편집용 사본을 만듭니다. 서식만 고칠 때 핵심 문자열과 본문 순서를 대조 기준으로 남깁니다. 숫자·단위·기간·본인 기여를 압축 과정에서 바꾸지 않습니다. 겸직은 각각의 기간과 관계를 표시하고 재직 기간을 중복 합산하지 않습니다.
- 정보의 순서를 정합니다. 자유 형식은 이름·연락처, 직무에 맞는 짧은 요약, 경력, 필요한 학력·자격·기술을 기본으로 삼습니다. 신입·학술 CV 등은 독자의 판단 순서에 맞춥니다. 회사·직책·기간·첫 설명이 함께 읽히게 합니다.
- 한 가지 서체 체계를 적용합니다. 디자인 수치의 기본값에서 시작합니다. 자유 형식 한글 문서는 Pretendard Regular 본문, SemiBold 소제목, Bold 이름을 기본으로 삼고 실제 설치와 렌더를 확인합니다. 한글·영문·숫자를 실제 글꼴로 확인합니다. 문자 사이 공백이나 자간 축소로 이름·기술명을 꾸미지 않습니다. 글자 크기부터 줄여 페이지 수를 맞추지 않습니다.
- 본문 구조로 조판합니다. Word의 제목 스타일, 문단, 실제 목록을 사용합니다. 자유 형식에는 배치용 표, 다단, 떠 있는 텍스트 상자를 기본으로 쓰지 않습니다. 연락처는 본문에 둡니다. 지정 양식의 표는 유지하고 셀 순서를 따로 검토합니다.
- 페이지 흐름을 조정합니다. 제목과 다음 문단을 연결합니다. 긴 경력 전체나 모든 표 행에 묶음 설정을 일괄 적용하지 않습니다. 마지막 쪽이 짧으면 나누기·빈 문단·고정 행 높이·문단 간격을 진단합니다. 필수 서명·동의 영역은 분량 때문에 없애지 않습니다.
- 제출본을 검증합니다. 검수 절차에 따라 최종 수정본의 모든 페이지를 렌더해 보고, 텍스트 추출·핵심 사실·링크·글꼴·양식 보존을 별도로 확인합니다. 시각 검수와 구조 검사는 서로를 대체하지 않습니다.
도구
DOCX 구조와 내용 보존을 검사할 때 실행합니다. 경로는 현재 스킬 폴더를 기준으로 해석합니다.
python scripts/audit_docx.py final.docx --baseline original.docx --required-text critical-text.txt
critical-text.txt에는 반드시 남겨야 할 원문의 문자열을 한 줄에 하나씩 씁니다. --baseline은 서식만 수정할 때 사용합니다. 내용 편집도 허용된 경우에는 차이를 수동 대조해 승인된 편집과 유실을 구별합니다. 검사기는 원본을 수정하지 않으며 ATS, 접근성 적합성, 실제 쪽수·잘림을 판정하지 않습니다.
재사용 가능한 합성 예시는 다음 명령으로 만듭니다. python-docx가 필요합니다. 예시의 인물·회사·수치는 실제 지원서에 복사하지 않습니다.
python scripts/build_examples.py --output-dir examples
렌더러는 사용 환경에서 제공하는 DOCX/PDF 도구를 사용합니다. 도구나 글꼴이 없으면 검사한 범위와 남은 확인 사항을 정확히 알립니다. 개인 이력서를 외부 ATS 검사 사이트에 자동 업로드하지 않습니다.
다른 스킬과 함께 사용
- 팀장급 경력의 선택·강조: ContextualWisdomLab/team-lead-resume-skills.
- 역할·행동·결과를 갖춘 상세 경력: ContextualWisdomLab/career-description-skills.
- 한국어 문장과 의미 보존: ContextualWisdomLab/korean-writing-skills.
- DOCX/PDF 실제 제작에는 환경의 문서·PDF 도구를 사용합니다. 위 스킬이 없어도 이 스킬의 디자인·검수 절차는 실행합니다. 실행하지 않은 스킬을 사용했다고 말하지 않습니다.
완료 보고
최종 파일과 핵심 변경을 먼저 제시합니다. 검증 기록에는 원본·최종 파일, 렌더 도구, 확인한 쪽수, 본문·핵심 사실 대조, PDF 읽기 순서, 글꼴·링크, 접근성·ATS 실측 여부를 각각 적습니다. 자동 검사에서 경고가 없다는 사실을 제출 성공으로 표현하지 않습니다.
출처 장부의 기관 권고, 제품 문서, 자체 디자인 선택을 구분합니다. 지정 양식의 표를 지우기, 긴 경력을 무조건 한 쪽에 넣기, 사진·숙련도 막대를 장식으로 추가하기, 수치를 더 강한 주장으로 바꾸기는 피합니다. 공개 예문에는 합성 자료만 사용합니다.