노션 포트폴리오는 결국 개인 프로필 사이트로 보완해야 한다
지원 직전에 노션 포트폴리오만 믿었을 때 생긴 문제
링크 하나로 끝난다는 장점은 분명했습니다
처음에는 노션 포트폴리오가 정말 편했습니다. 프로젝트를 추가하기 쉽고, 문서처럼 쓰면 되니 개발자든 디자이너든 기획자든 부담 없이 시작할 수 있었습니다. 저도 David Lee라는 이름으로 프로필과 프로젝트를 정리할 때 가장 먼저 노션 페이지를 열었습니다.
특히 급하게 이직 준비를 하거나 프리랜서 제안서를 보내야 할 때는 링크 하나만 전달하면 된다는 점이 컸습니다. PDF처럼 매번 다시 저장하지 않아도 되고, 프로젝트 설명을 고치면 바로 반영됩니다. 이 속도감은 실제로 꽤 강력한 장점입니다.
- 장점: 작성과 수정이 빠르고, 초안 포트폴리오를 만들기 쉽습니다.
- 장점: 프로젝트별 페이지를 나누기 좋아서 작업 기록을 쌓기 편합니다.
- 단점: 첫인상에서 개인 브랜드보다 도구의 인상이 먼저 보입니다.
- 단점: 채용 담당자가 여러 지원자의 노션 페이지를 연속으로 보면 차별점이 약해집니다.
면접관이 보는 화면은 생각보다 차갑습니다
직접 운영해 보니 문제는 작성자가 아니라 보는 사람 쪽에서 생겼습니다. 저는 내용을 열심히 썼다고 생각했지만, 면접관은 첫 화면에서 누가 어떤 강점을 가진 사람인지 바로 파악하기 어려워했습니다. 정보는 많은데 방향이 늦게 드러나는 상태였던 셈입니다.
포트폴리오는 단순한 자료 창고가 아니라 선택된 증거의 배열입니다. 네이버 지식백과의 포트폴리오 용어 설명에서도 확인할 수 있듯, 포트폴리오는 성과와 역량을 보여주는 묶음에 가깝습니다. 그래서 페이지가 편하다는 이유만으로 모든 역할을 맡기면, 정작 나를 소개하는 힘은 약해질 수 있습니다.
노션은 기록용으로 좋고, 개인 프로필 사이트는 설득용으로 좋습니다. 둘 중 하나를 고르는 문제가 아니라 역할을 나누는 문제에 가깝습니다.
개인 프로필 사이트로 옮기자 첫 화면의 설득력이 달라졌습니다
방문자가 가장 먼저 이해해야 할 문장을 고정했습니다
개인 프로필 사이트를 따로 만들면서 가장 먼저 바꾼 것은 디자인이 아니라 첫 문장이었습니다. 예전 노션 첫 화면에는 이름, 연락처, 프로젝트 목록이 순서대로 있었지만, 사이트에서는 어떤 문제를 해결하는 사람인지를 맨 위에 배치했습니다. 이 한 줄이 생기자 포트폴리오 전체의 해석 방향이 달라졌습니다.
예를 들어 단순히 ‘프로젝트를 진행했습니다’라고 쓰는 대신 ‘사용자 행동 데이터를 제품 개선으로 연결하는 작업을 해왔습니다’처럼 표현했습니다. 그러면 아래에 있는 프로젝트도 자연스럽게 그 주장에 대한 근거가 됩니다. 이 구조는 프로필, 프로젝트, 성과가 따로 노는 느낌을 줄여줍니다.
- 상단에는 직무명보다 해결하는 문제를 먼저 씁니다.
- 바로 아래에는 대표 프로젝트 2~3개만 배치합니다.
- 각 프로젝트에는 역할, 문제, 행동, 결과를 같은 순서로 적습니다.
- 연락 버튼은 페이지 하단뿐 아니라 상단에도 한 번 더 둡니다.
디자인보다 정보의 우선순위가 더 크게 작용했습니다
처음에는 개인 사이트를 만들면 예쁜 화면이 핵심이라고 생각했습니다. 하지만 실제로 반응이 달라진 지점은 화려한 색상이나 애니메이션이 아니었습니다. 채용 담당자나 협업 제안자가 빠르게 훑어도 핵심 역량, 대표 프로젝트, 연락 방법을 놓치지 않는 구조가 더 중요했습니다.
제가 좋았던 방식은 홈페이지를 한 장짜리 이력서처럼 만들지 않는 것입니다. 첫 화면은 짧게, 프로젝트 섹션은 깊게, 소개 문단은 사람의 판단 기준이 보이게 배치했습니다. David Lee 같은 개인 브랜드형 포트폴리오라면 이름 자체보다 이 이름이 어떤 전문성과 연결되는지를 먼저 설계해야 합니다.
- 첫 화면: 직무 정체성과 대표 성과를 5초 안에 전달합니다.
- 프로젝트 영역: 많이 보여주기보다 선택 이유가 보이게 구성합니다.
- 프로필 영역: 성격 소개보다 일하는 방식과 협업 기준을 적습니다.
- 문의 영역: 이메일, 링크드인, 깃허브 등 실제 연락 경로를 명확히 둡니다.
노션과 웹사이트를 같이 쓰니 프로젝트 설명이 더 단단해졌습니다
웹사이트는 요약, 노션은 상세 기록으로 나눴습니다
제가 가장 만족한 운영 방식은 두 도구를 경쟁시키지 않는 것이었습니다. 개인 프로필 사이트에는 대표 프로젝트의 핵심만 올리고, 더 긴 작업 기록은 노션이나 별도 문서로 연결했습니다. 이렇게 하니 방문자는 먼저 압축된 판단 자료를 보고, 필요할 때만 깊은 내용을 열어볼 수 있었습니다.
예전에는 한 프로젝트 안에 배경, 리서치, 화면, 회고, 협업 과정, 결과 지표를 모두 넣다 보니 읽는 사람이 지쳤습니다. 지금은 사이트 안에서 프로젝트마다 문제, 역할, 해결 과정, 결과를 짧게 보여주고, 자세한 산출물은 별도 링크로 분리합니다. 포트폴리오가 가벼워지니 오히려 더 전문적으로 보였습니다.
| 구분 | 개인 프로필 사이트 | 노션 문서 |
|---|---|---|
| 역할 | 첫인상과 핵심 설득 | 상세 기록과 보조 증거 |
| 분량 | 짧고 선명한 요약 | 긴 과정 설명 가능 |
| 장점 | 브랜드와 구조를 직접 통제 | 수정과 공유가 빠름 |
| 주의점 | 초기 제작 시간이 필요 | 비슷한 화면으로 보이기 쉬움 |
프로젝트마다 같은 질문을 던졌습니다
작업을 옮길 때 가장 효과적이었던 방법은 프로젝트마다 같은 질문을 반복하는 것이었습니다. ‘무엇을 만들었나’보다 ‘왜 이 프로젝트가 내 프로필에 들어가야 하나’를 먼저 물었습니다. 이 질문을 통과하지 못한 작업은 과감히 숨기거나 부록으로 내렸습니다.
프로젝트를 고를 때는 규모보다 증거의 선명도를 봤습니다. 작은 프로젝트라도 의사결정 과정, 사용자 문제, 성과 지표가 분명하면 강한 사례가 됩니다. 반대로 유명한 서비스에 참여했더라도 내 역할이 모호하면 포트폴리오에서는 설득력이 떨어집니다.
- 이 프로젝트가 보여주는 역량은 무엇인가? 기획력, 개발력, 문제 해결력 중 하나로 좁힙니다.
- 내가 직접 판단한 순간은 어디인가? 단순 참여와 주도 경험을 구분합니다.
- 결과를 숫자나 변화로 말할 수 있는가? 방문자 수, 전환율, 작업 시간 단축처럼 구체화합니다.
- 다음 기회와 연결되는가? 지원 직무나 제안받고 싶은 일과 맞는지 확인합니다.
프로젝트가 많을수록 좋은 포트폴리오가 되는 것은 아닙니다. 방문자가 기억할 한두 개의 장면을 만드는 쪽이 훨씬 강합니다.
직접 운영해 보니 비용보다 유지 방식이 더 중요했습니다
처음부터 거창하게 만들 필요는 없었습니다
개인 프로필 사이트를 만든다고 해서 처음부터 대형 웹사이트처럼 시작할 필요는 없었습니다. 실제로 제가 가장 오래 유지한 형태는 한 페이지 구조였습니다. 상단 소개, 대표 프로젝트, 작업 방식, 연락처 정도만 있어도 포트폴리오의 기본 역할은 충분히 수행합니다.
비용은 선택에 따라 크게 달라집니다. 도메인은 보통 연 단위로 결제하고, 간단한 정적 사이트 호스팅은 무료 또는 낮은 비용으로 운영할 수 있습니다. 템플릿을 쓰면 빠르고, 직접 디자인하면 더 맞춤화할 수 있지만 시간이 듭니다. 중요한 것은 한 번 멋지게 만드는 것보다 계속 고칠 수 있는 구조입니다.
- 초기형: 도메인, 간단한 소개, 대표 프로젝트 2개로 시작합니다.
- 확장형: 블로그 글, 상세 사례, 다운로드 가능한 프로필 문서를 추가합니다.
- 운영형: 지원 직무별로 강조 프로젝트를 바꾸고 방문 흐름을 점검합니다.
업데이트 주기를 정하니 방치가 줄었습니다
제가 노션 포트폴리오를 쓸 때 가장 자주 한 실수는 ‘나중에 정리해야지’였습니다. 개인 사이트로 옮긴 뒤에는 월 1회 작은 업데이트를 원칙으로 삼았습니다. 새 프로젝트를 무조건 추가하는 대신 기존 문장을 더 선명하게 고치는 방식이었습니다.
여기서 도움이 된 것은 포트폴리오를 작품집이 아니라 운영 중인 프로필로 보는 관점입니다. 또 다른 포트폴리오 정의를 보면 분야에 따라 포트폴리오가 자산 구성이나 작품 묶음처럼 쓰인다는 점을 알 수 있습니다. 개인 커리어에서도 마찬가지로, 지금 가진 역량 자산을 어떻게 배열하느냐가 핵심입니다.
- 매월 첫 주에 프로필 문장 3줄을 점검합니다.
- 최근 프로젝트가 기존 대표 사례보다 강한지 비교합니다.
- 성과 수치가 생겼다면 프로젝트 본문에 반영합니다.
- 지원하거나 제안받고 싶은 방향과 맞지 않는 사례는 뒤로 내립니다.
이 방식의 장점은 부담이 작다는 것입니다. 전체 리뉴얼을 목표로 하면 손이 잘 가지 않지만, 한 달에 한 문단만 고친다고 생각하면 유지가 쉬워집니다. 포트폴리오는 완성품이라기보다 계속 업데이트되는 프로필 시스템에 가깝습니다.
좋았던 점과 아쉬웠던 점은 분명히 갈렸습니다
좋았던 점은 신뢰가 빨리 쌓인다는 것입니다
개인 프로필 사이트를 운영하면서 가장 크게 느낀 장점은 신뢰 형성 속도였습니다. 링크를 받은 사람이 첫 화면에서 이름, 전문 분야, 프로젝트 방향을 바로 확인할 수 있으니 대화가 빨리 시작됐습니다. 특히 미팅 전에 상대가 사이트를 보고 오면 질문의 수준이 달라졌습니다.
또 하나는 검색 노출 가능성입니다. 사이트명, 이름, 포트폴리오, 프로젝트 같은 키워드를 꾸준히 넣어두면 개인 이름으로 검색했을 때 보여줄 수 있는 공식 공간이 생깁니다. David Lee처럼 이름을 중심으로 활동을 쌓는 사람에게는 이 점이 꽤 중요합니다. 프로필이 흩어져 있으면 남이 나를 해석하지만, 사이트가 있으면 내가 먼저 기준을 제시할 수 있습니다.
- 브랜딩: 이름과 전문 분야를 한 화면에서 연결할 수 있습니다.
- 신뢰: 프로젝트의 맥락과 결과를 직접 통제해 보여줄 수 있습니다.
- 검색: 개인 이름과 포트폴리오 키워드의 연결점을 만들 수 있습니다.
- 확장: 블로그, 사례 연구, 발표 자료로 자연스럽게 넓힐 수 있습니다.
아쉬운 점은 운영 책임도 함께 생긴다는 것입니다
반대로 아쉬운 점도 있었습니다. 사이트를 만들면 링크 오류, 모바일 화면, 오래된 프로젝트 설명까지 스스로 챙겨야 합니다. 노션은 틀이 정해져 있어 편하지만, 개인 사이트는 자유로운 만큼 관리할 부분이 늘어납니다.
특히 모바일 화면 확인은 꼭 필요했습니다. 데스크톱에서는 멋져 보이던 프로젝트 카드가 모바일에서는 너무 길거나, 버튼이 화면 아래로 밀리는 경우가 있었습니다. 지원자는 보통 PC로 만들지만, 확인하는 사람은 이동 중 휴대폰으로 볼 수도 있습니다. 이 차이를 놓치면 좋은 콘텐츠도 불편하게 보입니다.
- 관리 부담: 도메인 만료, 링크 오류, 오래된 문장을 주기적으로 확인해야 합니다.
- 제작 시간: 처음 구조를 잡는 데 노션보다 시간이 더 걸립니다.
- 과한 디자인 위험: 콘텐츠보다 효과가 앞서면 전문성이 흐려질 수 있습니다.
- 접근성: 글자 크기, 대비, 버튼 위치를 실제 기기로 확인해야 합니다.
그래서 저는 개인 사이트를 만들 때 ‘멋진 홈페이지’보다 ‘다시 읽어도 오해가 적은 프로필’을 목표로 잡는 편이 낫다고 느꼈습니다. 디자인은 신뢰를 돕는 장치이고, 중심은 여전히 프로젝트를 통해 증명되는 전문성입니다. 관련 표현을 다듬을 때는 분야별 용어 사용도 살펴보면 좋은데, 예컨대 브랜드명과 표현이 갖는 맥락처럼 이름이 전달하는 인상도 생각보다 크게 작용합니다.
포트폴리오 사이트에서 가장 자주 망가지는 지점들
첫 화면에 모든 것을 넣으려는 순간 흐려집니다
실제 사용 후 가장 많이 고친 부분은 첫 화면이었습니다. 처음에는 방문자가 놓치지 않도록 경력, 프로젝트, 기술 스택, 수상, 연락처를 모두 위에 올렸습니다. 그런데 그렇게 하니 오히려 아무것도 또렷하게 남지 않았습니다.
첫 화면은 설명서가 아니라 방향 표지에 가까워야 했습니다. 방문자가 ‘이 사람은 어떤 일을 잘하는가’를 이해하면 아래로 내려갑니다. 반대로 첫 화면에서 이미 피로감을 느끼면 아무리 좋은 프로젝트가 있어도 읽히지 않습니다.
- 실수 1: 직무명만 쓰고 어떤 문제를 해결하는지 말하지 않습니다.
- 실수 2: 대표 프로젝트가 너무 많아 선택 기준이 보이지 않습니다.
- 실수 3: 연락 버튼이 숨겨져 있어 다음 행동으로 이어지지 않습니다.
프로젝트 설명을 자랑으로만 쓰면 설득력이 약해집니다
두 번째 실수는 프로젝트를 성과 자랑으로만 쓰는 것입니다. ‘좋은 평가를 받았다’, ‘성공적으로 완료했다’는 문장은 듣기에는 좋지만 판단 근거가 약합니다. 읽는 사람은 어떤 상황에서 어떤 선택을 했고, 그 결과 무엇이 달라졌는지를 보고 싶어 합니다.
제가 효과를 본 방식은 문장을 조금 덜 화려하게 만들고, 대신 근거를 더 넣는 것이었습니다. 예를 들어 ‘사용성을 개선했습니다’보다 ‘문의 버튼을 상단과 하단에 분리 배치해 상담 유입 경로를 명확히 했습니다’가 낫습니다. 숫자가 있으면 좋지만, 숫자가 없더라도 전후 변화는 말할 수 있습니다.
- 배경은 2문장 안에 줄입니다.
- 내 역할은 팀 전체 성과와 구분해 씁니다.
- 결과는 수치, 반응, 운영 변화 중 하나로 보여줍니다.
- 배운 점은 다음 프로젝트와 연결되는 방식으로 적습니다.
세 번째 실수는 오래된 정보를 그대로 두는 것입니다. 예전 프로젝트가 나쁜 것은 아니지만, 현재의 전문성과 맞지 않으면 방문자를 헷갈리게 합니다. 포트폴리오 사이트는 과거를 모두 보관하는 창고가 아니라, 지금의 프로필을 설명하는 선택된 무대라는 점을 잊지 않는 편이 좋습니다.

- 다음글포트폴리오 프로젝트를 전부 보여줄 필요 없다 26.09.15
등록된 댓글이 없습니다.
