포트폴리오에서 문서 구성은 생각보다 중요합니다.

읽는 사람을 배려하지 않는 문서는

쉽게 밀리기 마련입니다.

포트폴리오에서 문서 구성은 생각보다 중요합니다.

데이터 분석 직무라면 실력만 좋으면 된다고 생각할 수 있지만, 실력도 결국 문서를 통해 전달됩니다.

그러니 문서가 읽히지 않으면 실력도 제대로 전달되지 않겠죠.

읽는 사람을 배려하지 않는 문서에는 다음과 같은 공통된 특징이 있습니다.

표지에 지원 직무나 핵심 메시지가 없습니다.

목차가 없어 전체 구조를 알기 어렵습니다.

프로젝트가 시간순으로만 나열되어 있습니다.

각 프로젝트의 역할이 구분되지 않습니다.

페이지 제목이 “EDA 결과”, “모델링”, “시각화”처럼 기능 중심입니다.

그래프는 많지만 해석 문장이 없습니다.

코드는 많지만 왜 필요한 코드인지 설명이 없습니다.

디자인 형식이 페이지마다 달라서 집중하기 어렵습니다.

글자가 너무 많거나, 반대로 설명이 너무 부족합니다.

마지막까지 읽어야 핵심을 알 수 있습니다.

이런 문서는 읽는 사람에게 부담을 줍니다.

채용담당자는 포트폴리오를 보면서 지원자를 판단해야 합니다. 그런데 문서가 정리되어 있지 않으면, 지원자를 판단하기 전에 문서 구조부터 해석해야 합니다. 이는 좋은 경험이 아닙니다.

반대로 읽는 사람을 배려한 문서는 다음과 같은 특징을 갖습니다.

표지에서 지원 직무와 핵심 방향이 보입니다.

목차에서 전체 구성이 보입니다.

초반 요약에서 대표 프로젝트와 강점이 보입니다.

프로젝트는 지원 직무와의 관련성 순서로 배치되어 있습니다.

각 페이지 제목이 핵심 메시지를 전달합니다.

그래프에는 해석이 붙어 있습니다.

코드와 GitHub는 본문을 보완하는 근거로 연결됩니다.

디자인이 일관되어 읽기 편합니다.

각 프로젝트의 문제, 데이터, 발견, 제안이 분명합니다.

이런 문서는 채용담당자가 빠르게 판단할 수 있게 도와줍니다.

읽는 사람을 배려한다는 것은 화려하게 꾸민다는 뜻이 아닙니다. 오히려 반대입니다. 불필요한 장식을 줄이고, 핵심을 잘 보이게 만드는 것입니다.

여백을 적절히 둡니다.

제목을 명확하게 씁니다.

한 페이지에 메시지를 너무 많이 넣지 않습니다.

중요한 수치와 인사이트는 눈에 띄게 배치합니다.

페이지마다 같은 구조를 유지합니다.

지원 회사와 관련 있는 프로젝트를 앞에 둡니다.

이런 기본적인 문서 배려가 포트폴리오의 완성도를 높입니다.