카페에서 노트북 열고 포트폴리오 블로그 고친 날

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

제안 메일을 받은 자리에서 바로 열어 본 첫 화면

링크를 보내는 순간 가장 먼저 보이는 것

카페 창가 자리에 앉아 노트북을 열었을 때, 저는 이미 보낸 포트폴리오 블로그 링크를 다시 클릭하고 있었습니다. 이상하게도 작업물을 올릴 때는 괜찮아 보였는데, 실제로 누군가에게 전달한 뒤에는 첫 화면의 작은 빈틈이 훨씬 크게 보였습니다.

특히 Susie Kim처럼 개인의 프로젝트, 작업 기록, 일상적인 관찰이 함께 쌓이는 블로그라면 첫 화면은 단순한 소개 페이지가 아닙니다. 이 사람이 어떤 흐름으로 일하고, 어떤 기준으로 결과물을 다듬는지 보여주는 작은 응접실에 가깝습니다. 포트폴리오라는 말의 기본 의미가 궁금하다면 포트폴리오의 용어 정의를 참고해도 좋습니다.

제가 제일 먼저 고친 것은 화려한 배너가 아니라 첫 문장과 최근 프로젝트의 배치였습니다. 방문자는 생각보다 오래 기다려주지 않습니다. 첫 10초 안에 이 블로그가 누구의 공간인지, 어떤 작업을 확인할 수 있는지, 더 읽을 이유가 있는지 감을 잡아야 합니다.

• 첫 문장: 직업명보다 어떤 문제를 다루는 사람인지 적었습니다.
• 최근 프로젝트: 최신순만 고집하지 않고, 지금 보여주고 싶은 작업을 위에 두었습니다.
• 블로그 글: 일상 글도 남기되 프로젝트와 이어지는 관찰이 보이게 정리했습니다.

팁: 첫 화면을 고칠 때는 예쁜 문장을 찾기보다, 처음 온 사람이 10초 안에 이해할 한 문장을 먼저 찾는 편이 훨씬 실용적입니다.

프로젝트 제목만 있을 때 생기는 거리감

결과보다 맥락이 먼저 읽혔습니다

예전에는 프로젝트 제목, 기간, 사용 도구 정도만 적어도 충분하다고 생각했습니다. 그런데 실제로 제 블로그를 보여주고 피드백을 받아 보니, 사람들은 결과물보다 먼저 왜 이 프로젝트를 했는지를 궁금해했습니다. 작업의 배경이 없으면 좋은 결과도 조금 낯설게 느껴졌습니다.

예를 들어 ‘브랜드 리뉴얼 페이지 제작’이라고만 쓰면 검색에도 약하고 기억에도 남지 않습니다. 반대로 ‘작은 온라인 숍의 재구매 흐름을 높이기 위해 상세 페이지를 다시 설계한 프로젝트’라고 적으면, 방문자는 제가 어떤 문제를 보고 움직였는지 바로 이해합니다. 이 차이가 포트폴리오 블로그의 체류 시간을 바꾸었습니다.

저는 각 프로젝트 글 앞부분에 4줄짜리 맥락 박스를 넣었습니다. 이 방식은 생각보다 효과가 좋았습니다. 긴 설명을 읽기 전에도 핵심을 파악할 수 있고, 면접관이나 협업 제안자가 빠르게 훑어보기에도 편했습니다.

1. 처음 받은 요청이나 문제 상황을 한 문장으로 적습니다.
2. 내가 맡은 역할을 구체적으로 씁니다.
3. 가장 많이 고민한 기준을 밝힙니다.
4. 완성 뒤 달라진 점을 숫자나 행동 변화로 기록합니다.

내가 한 일을 과장하지 않는 방식

실제 후기 형식으로 쓰다 보면 장점만 늘어놓고 싶어질 때가 있습니다. 하지만 제 경험상 신뢰를 만든 것은 완벽한 결과보다 솔직한 판단 과정이었습니다. ‘초기에는 메뉴 구조를 너무 넓게 잡아 사용자가 길을 잃었다’처럼 시행착오를 짧게 적었을 때, 오히려 작업자의 깊이가 더 잘 드러났습니다.

• 혼자 한 일과 팀으로 한 일을 구분했습니다.
• 성과 수치가 없을 때는 관찰 가능한 변화로 설명했습니다.
• 실패한 시안도 배운 점이 분명하면 짧게 언급했습니다.

일상 블로그 글을 지우지 않고 살린 이유

개인성이 흐려지면 포트폴리오도 납작해집니다

처음에는 포트폴리오 사이트라면 일상 글을 모두 빼야 한다고 생각했습니다. 그런데 Susie Kim 같은 개인 블로그의 강점은 오히려 작업과 일상이 같은 사람 안에서 연결된다는 점입니다. 업무용 말투만 남기면 깔끔하긴 하지만, 오래 기억되는 느낌은 줄어들었습니다.

저는 일상 글을 전부 삭제하는 대신 카테고리의 결을 다시 잡았습니다. 단순한 근황은 줄이고, 작업자의 관찰로 이어지는 글을 남겼습니다. 예를 들어 전시를 보고 온 글이라면 ‘좋았다’에서 끝내지 않고, 색 조합이나 동선, 문장 배치가 제 프로젝트 판단에 어떤 영향을 줬는지 덧붙였습니다.

이렇게 바꾸니 블로그가 포트폴리오의 방해 요소가 아니라 보조 증거가 되었습니다. 방문자는 완성된 결과물만 보는 것이 아니라, 그 결과물 뒤에 있는 취향과 기준을 함께 읽게 됩니다. 이 부분은 제안 메일 이후 대화에서도 은근히 도움이 되었습니다.

• 남긴 글: 작업 관점, 독서 기록, 전시 후기, 프로젝트 회고와 연결되는 일상
• 비공개로 돌린 글: 맥락 없는 짧은 감정 기록, 오래된 공지, 링크가 깨진 메모
• 다시 쓴 글: 개인 경험은 유지하되 독자가 얻어갈 포인트를 추가한 글

전문성을 보여주는 가장 쉬운 방법은 어려운 말을 늘리는 것이 아니라, 평소에도 같은 기준으로 보고 생각한다는 흔적을 남기는 것입니다.

카페에서 90분 동안 바꾼 메뉴 구조

상단 메뉴는 욕심을 줄일수록 좋아졌습니다

그날 카페에서 가장 오래 붙잡은 것은 디자인이 아니라 메뉴 이름이었습니다. About, Work, Blog, Contact 정도면 충분해 보였지만, 실제로 눌러 보니 Work 안에 들어간 프로젝트가 너무 넓게 흩어져 있었습니다. 방문자가 원하는 글로 가기까지 클릭이 많았습니다.

저는 상단 메뉴를 단순하게 유지하면서, 프로젝트 목록 안에서 태그를 더 잘 보이게 바꿨습니다. ‘브랜딩’, ‘콘텐츠’, ‘웹’, ‘회고’처럼 읽는 사람이 목적에 맞게 들어갈 수 있는 기준을 만들었습니다. 검색 유입을 생각하면 메뉴명보다 글 제목과 본문 구조가 더 중요하지만, 메뉴는 체류 경험을 크게 좌우합니다.

특히 모바일에서 메뉴가 길어지면 피로도가 바로 올라갑니다. 제 경우 메뉴를 하나 줄였더니 첫 화면에서 프로젝트 카드가 더 빨리 보였고, 스크롤을 시작하는 속도도 빨라졌습니다. 작은 변화지만 포트폴리오 블로그에서는 이런 동선 차이가 누적됩니다.

검색을 생각한 내부 링크 배치

글을 쓰면서 내부 링크를 넣는 일도 중요했습니다. 프로젝트 글 하나를 읽고 끝나는 구조가 아니라, 관련 회고나 사용 팁으로 자연스럽게 이어지게 만들었습니다. 예를 들어 ‘포트폴리오 소개문’ 글에서 ‘프로젝트 회고 작성법’ 글로 연결하면 방문자는 제 작업 방식을 더 깊게 이해합니다.

• 대표 프로젝트 글 아래에 관련 회고 2개를 연결했습니다.
• 블로그 글 중 프로젝트와 관련 있는 문장에는 내부 링크를 넣었습니다.
• 문의 페이지로 가는 버튼은 모든 글에 넣지 않고, 설득이 충분한 글에만 배치했습니다.

도구를 많이 쓰기보다 기록 순서를 고정했습니다

작업 후기를 빨리 쓰게 만든 작은 양식

저는 한때 포트폴리오 관리를 위해 여러 도구를 번갈아 썼습니다. 메모 앱, 노션, 스프레드시트, 블로그 임시저장까지 흩어지다 보니 정작 공개 글은 늦어졌습니다. 그래서 지금은 프로젝트가 끝난 날 바로 채우는 짧은 양식을 하나로 고정했습니다.

양식은 복잡하지 않습니다. ‘문제, 역할, 선택, 결과, 다음에 바꿀 점’만 적습니다. 이 다섯 가지를 적어 두면 나중에 블로그 글로 확장하기가 훨씬 쉽습니다. 완벽한 문장을 쓰려는 부담도 줄어들고, 기억이 흐려지기 전에 핵심 장면을 붙잡을 수 있습니다.

또 하나 좋았던 점은 글의 톤이 일정해진다는 것입니다. 포트폴리오 블로그는 다양한 프로젝트가 쌓일수록 산만해지기 쉽습니다. 하지만 기록 순서가 같으면 방문자는 글마다 익숙한 방식으로 정보를 찾을 수 있습니다. 이 안정감이 생각보다 큽니다.

1. 문제: 프로젝트를 시작하게 된 실제 상황을 적습니다.
2. 역할: 내가 결정한 일과 협업한 일을 나눕니다.
3. 선택: 왜 그 방향을 골랐는지 근거를 씁니다.
4. 결과: 숫자, 반응, 운영 변화 중 확인 가능한 것을 남깁니다.
5. 다음: 다시 한다면 바꿀 점을 한 줄로 기록합니다.

가격보다 유지 비용이 더 컸습니다

도메인과 호스팅 비용은 눈에 보입니다. 하지만 실제 부담은 글을 계속 정리하는 시간에서 왔습니다. 그래서 저는 비싼 도구를 추가하기보다, 한 달에 두 번 포트폴리오 블로그를 점검하는 시간을 캘린더에 고정했습니다.

• 새 프로젝트는 종료 후 3일 안에 초안을 작성했습니다.
• 오래된 글은 분기마다 링크와 표현을 확인했습니다.
• 검색 유입이 있는 글은 제목을 자주 바꾸지 않았습니다.

SEO를 의식하되 사람 말투를 포기하지 않았습니다

키워드는 문장 안에서 자연스럽게 반복했습니다

SEO를 신경 쓰기 시작하면 제목에 키워드를 꽉 채우고 싶어집니다. 저도 처음에는 ‘포트폴리오 블로그 프로젝트 사례’ 같은 식으로 딱딱한 제목을 붙였습니다. 하지만 실제 클릭률을 보면 구체적 상황이 들어간 제목이 더 오래 읽혔습니다.

예를 들어 ‘개인 포트폴리오 개선 후기’보다 ‘카페에서 노트북 열고 포트폴리오 블로그 고친 날’이 더 장면이 선명합니다. 검색 키워드인 포트폴리오 블로그는 살리면서도, 읽는 사람에게 실제 경험담이라는 신호를 줍니다. 이 균형이 개인 사이트에는 특히 잘 맞았습니다.

본문에서는 같은 단어를 억지로 반복하지 않았습니다. 대신 포트폴리오, 프로젝트, 블로그, 작업 기록, 제안 메일처럼 비슷한 맥락의 표현을 섞었습니다. 검색 엔진도 중요하지만, 결국 오래 머무는 사람은 문장을 읽는 사람입니다.

• 제목에는 핵심 키워드 1개와 구체적 상황을 함께 넣었습니다.
• 첫 문단에는 이 글이 어떤 문제를 다루는지 바로 밝혔습니다.
• 중간 제목에는 독자가 궁금해할 장면을 넣었습니다.
• 마지막에는 요약 대신 바로 적용할 수 있는 숫자 기준을 남겼습니다.

외부 링크는 설명을 보강할 때만 썼습니다

외부 링크도 무조건 많이 넣는다고 좋은 것은 아니었습니다. 저는 포트폴리오의 개념을 설명할 때처럼 독자가 배경지식을 확인하면 좋은 위치에만 넣었습니다. 다른 관점의 포트폴리오 설명도 함께 보면, 개인 작업물을 단순 모음이 아니라 평가 가능한 기록으로 보는 이유를 이해하기 쉽습니다.

SEO에서 중요한 것은 검색어를 많이 넣는 일이 아니라, 검색자가 들어온 이유를 본문 안에서 충분히 해결해 주는 일입니다.

한 달에 2번, 3시간 안에 운영하는 현실적인 기준

계속 고칠 수 있는 만큼만 약속했습니다

포트폴리오 블로그를 꾸준히 운영하려면 처음부터 큰 계획을 세우기보다 감당 가능한 숫자를 정하는 편이 낫습니다. 저는 한 달에 2번, 한 번에 90분씩만 손보기로 했습니다. 이 정도면 부담이 크지 않으면서도 방치되는 느낌을 막을 수 있었습니다.

첫 90분은 새 글이나 프로젝트 초안에 씁니다. 두 번째 90분은 오래된 글의 링크, 문장, 공개 상태를 확인하는 데 씁니다. 이렇게 나누니 매번 ‘무엇부터 해야 하지?’ 하고 멈추는 시간이 줄었습니다. 포트폴리오 블로그는 대대적인 개편보다 작은 수정이 자주 쌓일 때 더 안정적으로 좋아집니다.

비용도 현실적으로 잡았습니다. 도메인은 보통 1년에 1만 원대부터 시작하고, 호스팅이나 사이트 빌더는 선택에 따라 월 0원에서 몇만 원까지 차이가 납니다. 중요한 것은 비싼 서비스를 쓰는지가 아니라, 내 프로젝트를 꾸준히 업데이트할 수 있는 구조인지였습니다.

• 월 2회: 새 글 1개 작성, 기존 글 1개 점검으로 나눕니다.
• 회당 90분: 제목 10분, 본문 구조 40분, 링크와 태그 20분, 모바일 확인 20분으로 씁니다.
• 연 1회: 도메인, 소개문, 대표 프로젝트 순서를 다시 봅니다.
• 비용 기준: 도메인 비용보다 운영 시간을 먼저 계산합니다. 월 3시간을 확보하지 못하면 기능을 늘리지 않는 편이 낫습니다.

숫자로 정한 뒤 마음이 편해졌습니다

저는 이제 포트폴리오 블로그를 매일 만지지 않습니다. 대신 한 달 3시간, 프로젝트 종료 후 3일 안에 초안, 대표 작업 6개 유지라는 기준만 지킵니다. 이 숫자가 생기니 완벽하게 꾸미지 못했다는 조급함이 줄었습니다.

방문자에게도 이 방식이 더 좋았습니다. 너무 많은 작업을 한꺼번에 보여주기보다, 선명한 프로젝트 6개와 꾸준히 업데이트되는 블로그 글이 있는 편이 읽기 쉬웠습니다. 카페에서 시작한 90분 수정은 결국 제 사이트를 더 자주 열어 보게 만든 운영 습관이 되었습니다.

1. 대표 프로젝트는 6개 이내로 유지합니다.
2. 블로그 글은 월 1개만 공개해도 충분하다고 봅니다.
3. 수정 시간은 월 3시간을 넘기지 않는 선에서 관리합니다.
4. 문의로 이어지는 글은 분기마다 한 번씩 최신 상태를 확인합니다.