2026 David Lee 포트폴리오 신뢰를 무너뜨리는 표기 실수 6가지

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

프로젝트 성과는 뛰어난데도 연락이 오지 않는다면 디자인보다 먼저 표기의 신뢰도를 점검해야 합니다. 방문자는 몇 분 동안 모든 내용을 꼼꼼히 읽지 않습니다. 프로젝트 날짜, 담당 역할, 성과 수치, 현재 상태가 서로 맞는지 빠르게 훑어본 뒤 David Lee의 전문성을 판단합니다.

특히 2026년의 포트폴리오는 단순 작품 모음이 아니라 경력과 문제 해결 역량을 검증하는 프로필로 활용됩니다. 포트폴리오의 기본 개념을 참고하되, 실제 페이지에서는 독자가 검증할 수 있는 맥락을 함께 제공해야 합니다. 아래 실패 사례는 멋진 프로젝트를 스스로 의심받게 만드는 표기 방식과 이를 바로잡는 방법에 초점을 맞춥니다.

날짜와 경력 순서가 어긋나는 실수

프로젝트 기간을 연도 하나로 뭉뚱그리지 마세요

첫 번째 흔한 실패는 프로젝트 기간을 ‘2025’처럼 연도 하나로만 적는 것입니다. 얼핏 간결해 보이지만, 방문자는 이 작업이 한 달짜리 단기 개선인지 1년간 운영한 장기 프로젝트인지 알 수 없습니다. 여러 프로젝트가 같은 연도에 몰려 있다면 동시에 진행한 것인지 순차적으로 수행한 것인지도 판단하기 어렵습니다.

더 큰 문제는 프로필의 재직 기간과 프로젝트 날짜가 맞지 않을 때 발생합니다. 예를 들어 경력에는 2025년 3월 입사로 표시했는데 해당 회사 프로젝트가 2024년 11월에 시작된 것으로 적혀 있다면 설명이 필요합니다. 프리랜서 선행 참여나 외주 협업이었다면 사실 그대로 한 줄을 덧붙이면 되지만, 아무 설명이 없으면 작은 오기가 경력 전체에 대한 의심으로 번질 수 있습니다.

기간보다 중요한 것은 단계별 참여 범위입니다

프로젝트 전체 기간과 David Lee가 실제로 참여한 기간을 구분하는 것이 좋습니다. 서비스는 12개월 동안 개발됐더라도 본인이 사용자 조사와 초기 설계에 3개월만 참여했다면 두 기간을 따로 표기해야 합니다. 반대로 출시 이후 운영 개선까지 맡았다면 ‘출시’에서 설명을 끝내지 말고 관찰 기간과 후속 작업을 밝혀야 성과의 무게가 살아납니다.

• 권장 표기: 프로젝트 전체 기간 2025.02~2025.11 / 담당 기간 2025.02~2025.07
• 동시 진행: 주 3일 참여, 자문 형태, 병행 프로젝트 등 투입 조건을 표시합니다.
• 진행 중 작업: ‘2026.04~현재’라고 쓰고 마지막 업데이트 날짜를 덧붙입니다.
• 비공개 일정: 정확한 월을 밝힐 수 없다면 ‘2025년 하반기, 약 4개월’처럼 범위를 제시합니다.

날짜는 장식용 메타 정보가 아닙니다. 경력의 앞뒤를 맞추고 프로젝트 경험의 깊이를 증명하는 가장 간단한 검증 장치입니다.

팀의 결과를 개인 성과처럼 쓰는 실수

‘기획·디자인·개발’만 나열하면 역할이 흐려집니다

두 번째 실패는 프로젝트에 포함된 모든 업무를 자신의 역할처럼 나열하는 것입니다. ‘기획, UX, UI, 개발, 데이터 분석을 담당했다’는 문장은 다재다능함보다 과장된 인상을 줄 수 있습니다. 실제로 혼자 수행했다면 의사결정 과정과 사용한 도구를 보여주면 되고, 팀 프로젝트였다면 인원 구성과 본인의 책임 범위를 명확하게 구분해야 합니다.

‘참여율 70%’ 같은 숫자도 충분한 설명이 되지 않습니다. 무엇을 기준으로 계산한 비율인지 알 수 없기 때문입니다. 화면 제작량인지, 전체 일정에 투입한 시간인지, 의사결정 권한인지를 구체적으로 적어야 합니다. 방문자가 궁금한 것은 추상적인 지분이 아니라 어떤 문제를 맡아 어떤 판단을 내렸는가입니다.

주어와 동사를 바꾸면 기여도가 선명해집니다

팀 전체 결과는 ‘팀은’, 개인 행동은 ‘저는’으로 주어를 분리해 보세요. ‘팀은 신규 가입 흐름을 개편했고, 저는 이탈 구간 분석과 인증 화면 설계를 담당했습니다’라고 쓰면 협업과 개인 기여가 동시에 보입니다. 동사도 ‘참여했다’보다 ‘정의했다’, ‘설계했다’, ‘검증했다’, ‘조정했다’처럼 실제 행동을 드러내는 표현이 유리합니다.

• 팀 규모와 직군 구성을 한 줄로 표시합니다.
• 본인이 최종 결정한 범위와 협의한 범위를 구분합니다.
• 산출물 개수보다 핵심 의사결정의 근거를 설명합니다.
• 협업자의 결과물을 허락 없이 개인 작업처럼 게시하지 않습니다.

근거 없는 성과 수치를 강조하는 실수

퍼센트만 크면 오히려 의심을 부릅니다

‘전환율 200% 증가’, ‘업무 효율 90% 개선’처럼 강한 숫자를 크게 배치하면 시선을 끌 수 있습니다. 그러나 측정 기간, 비교 기준, 표본 규모가 빠져 있다면 숫자는 성과가 아니라 광고 문구처럼 보입니다. 1%에서 3%로 오른 것과 20%에서 60%로 오른 것은 모두 200% 증가라고 표현할 수 있지만 사업적 의미는 전혀 다릅니다.

성과 수치에는 최소한 기준 시점과 측정 기간을 붙여야 합니다. ‘개편 전 4주와 개편 후 4주를 비교한 결과’처럼 조건을 밝히면 독자가 변화의 크기를 판단할 수 있습니다. 계절성, 광고 집행, 가격 할인 등 다른 요인이 있었다면 함께 기록해야 합니다. 완벽한 인과관계를 증명하기 어렵더라도 어디까지가 관찰 결과이고 어디부터가 해석인지 구분하는 태도가 중요합니다.

공개할 수 없는 수치는 범위와 대체 지표로 설명합니다

회사 기밀 때문에 원래 수치를 공개하지 못하는 경우도 많습니다. 이때 임의의 숫자를 만들거나 정확한 값처럼 보이는 가상 데이터를 사용하면 안 됩니다. ‘두 자릿수 증가’, ‘기존 대비 약 1.5배’, ‘내부 목표 초과 달성’처럼 허용된 범위를 쓰고, 수치 공개가 제한된 이유를 짧게 밝혀 주세요.

1. 기준값: 무엇과 비교했는지 적습니다.
2. 관찰 기간: 일시적인 변화인지 지속된 변화인지 구분합니다.
3. 데이터 출처: 사내 분석 도구, 고객 설문, 운영 기록 등 출처 유형을 밝힙니다.
4. 본인 기여: 여러 요인 중 담당 작업이 영향을 준 범위를 과장 없이 설명합니다.
5. 제약 조건: 표본 부족이나 외부 캠페인처럼 해석에 영향을 주는 변수를 표시합니다.

좋은 성과 문장은 숫자를 크게 보이게 만드는 문장이 아니라, 제3자가 같은 조건에서 의미를 이해할 수 있게 만드는 문장입니다.

완성 화면만 올리고 실패 과정을 숨기는 실수

예쁜 결과물만으로는 문제 해결력을 증명하기 어렵습니다

네 번째 실패는 최종 화면과 화려한 목업만 연속으로 배치하는 것입니다. 완성도 높은 이미지는 첫인상을 좋게 만들지만, 왜 그 형태가 되었는지 설명하지 못합니다. 채용 담당자나 협업 후보는 David Lee의 미적 취향뿐 아니라 제약 속에서 판단하고 수정하는 능력을 확인하고 싶어 합니다.

특히 폐기한 첫 번째 안을 숨기면 프로젝트의 학습 과정이 사라집니다. 예를 들어 메뉴 구조를 단순화했지만 사용자 테스트에서 주요 기능 발견률이 낮아졌다면, 실패 원인과 수정 방향을 보여주는 편이 훨씬 설득력 있습니다. 실패를 공개한다는 것은 미완성 산출물을 무작정 늘어놓는 일이 아니라 가설·검증·교훈의 연결을 제시하는 것입니다.

실패 사례는 네 문장 구조로 압축하세요

실패 과정이 길다고 해서 회의록 전체를 게시할 필요는 없습니다. ‘처음 세운 가설’, ‘확인한 문제’, ‘바꾼 선택’, ‘다시 측정한 결과’ 순서로 요약하면 방문자가 빠르게 이해할 수 있습니다. 시각 자료를 사용할 수 없는 비공개 프로젝트라면 익명화한 흐름도나 텍스트 설명만으로도 판단 과정을 충분히 전달할 수 있습니다.

• 가설: 사용자는 첫 화면에서 전체 기능을 보면 선택하기 쉬울 것이라고 예상했습니다.
• 실패 신호: 테스트 참여자 8명 중 5명이 핵심 시작 버튼을 찾지 못했습니다.
• 수정: 기능 목록을 줄이고 상황별 추천 행동 하나를 전면에 배치했습니다.
• 교훈: 정보량을 늘리는 것이 선택의 명확성을 보장하지 않는다는 점을 확인했습니다.

포트폴리오는 완벽한 사람을 연출하는 자료가 아닙니다. 또 다른 포트폴리오 관련 용어 설명도 참고하면서, 자신의 목적에 맞게 결과물과 성장 과정을 선별해야 합니다. 실패를 인정하되 같은 실수를 반복하지 않도록 무엇을 체계화했는지까지 적으면 프로필의 신뢰도가 높아집니다.

오래된 프로필과 깨진 링크를 방치하는 실수

‘현재’라는 표현에는 확인 날짜가 필요합니다

다섯 번째 실패는 소개 문구에 ‘현재 새로운 프로젝트를 진행 중입니다’라고 적고 수개월 동안 갱신하지 않는 것입니다. 방문자는 페이지가 살아 있는지, 협업 문의를 받아도 되는지 알기 어렵습니다. 2026년 프로젝트를 강조하면서 저작권 연도, 이력서, 연락처 안내가 2024년에 머물러 있다면 관리되지 않는 포트폴리오라는 인상을 줍니다.

모든 내용을 매주 수정할 필요는 없습니다. 대신 프로필 하단에 ‘마지막 검토: 2026년 7월’처럼 관리 시점을 표시하고 분기마다 핵심 링크를 확인하세요. 외부 서비스의 공개 정책이 바뀌거나 프로젝트 주소가 이동할 수 있으므로 버튼이 보인다는 사실만 확인하지 말고 실제로 비로그인 상태에서 열리는지 테스트해야 합니다.

연락처 오류는 가장 비싼 실수입니다

프로젝트 설명이 다소 부족해도 관심 있는 방문자는 질문할 수 있지만, 이메일 주소나 문의 버튼이 작동하지 않으면 기회 자체가 사라집니다. 이메일 철자, 복사 가능 여부, 모바일에서의 버튼 동작을 확인하세요. SNS 메시지만 연락 수단으로 제공하면 계정이 없는 사람을 놓칠 수 있으므로 기본 이메일이나 문의 폼을 함께 두는 편이 안전합니다.

• 시크릿 모드에서 프로젝트 링크와 문서 권한을 점검합니다.
• 삭제된 저장소, 만료된 데모, 비공개 전환된 영상은 대체 설명으로 교체합니다.
• 이메일 발송 버튼의 주소와 화면에 표시된 주소가 같은지 비교합니다.
• 진행 중 프로젝트에는 마지막 업데이트 날짜와 공개 가능한 다음 일정을 적습니다.
• 모바일 화면에서 메뉴, PDF, 문의 버튼을 직접 눌러 봅니다.

게시 전 이것만은 꼭 확인하세요

10분 신뢰도 점검 체크리스트

마지막 검수에서는 문장을 더 멋지게 쓰려 하지 말고 서로 모순되는 정보를 찾는 데 집중하세요. 프로젝트 카드, 상세 페이지, 프로필 이력, 다운로드용 문서에 같은 날짜와 직함이 적혀 있는지 대조합니다. 같은 프로젝트를 여러 페이지에서 소개한다면 한쪽만 수정해 정보가 달라지는 경우가 특히 많습니다.

또한 지인에게 ‘이 사람은 이 프로젝트에서 정확히 무엇을 했는가’라는 질문 하나만 던져 보세요. 답변이 모호하다면 역할 설명이 부족한 것입니다. ‘이 성과 수치를 믿을 수 있는가’, ‘지금 연락해도 되는가’까지 물어보면 작성자에게 익숙해서 보이지 않던 빈틈을 찾을 수 있습니다.

1. 모든 프로젝트에 시작일, 종료일 또는 진행 중 표시가 있는지 확인합니다.
2. 팀 결과와 개인 기여를 서로 다른 문장으로 구분합니다.
3. 성과 수치에 기준값, 기간, 출처 유형을 덧붙입니다.
4. 최소 한 개 프로젝트에는 실패한 가설과 수정 과정을 포함합니다.
5. 기밀 정보, 고객 이름, 내부 화면의 공개 허가 여부를 재확인합니다.
6. 데스크톱과 모바일에서 외부 링크를 각각 한 번씩 실행합니다.
7. 문의 수단을 비로그인 방문자 관점에서 테스트합니다.
8. 프로필에 마지막 검토 월을 표시하고 다음 점검 일정을 정합니다.

수정 우선순위는 신뢰 손실의 크기로 정합니다

시간이 부족하다면 연락처와 깨진 링크를 가장 먼저 고치고, 날짜 모순과 역할 과장을 다음으로 수정하세요. 그 뒤 성과 측정 조건과 실패 과정을 보완하면 됩니다. 글꼴 크기나 장식 효과보다 사실 관계를 먼저 바로잡아야 포트폴리오의 실질적인 전환 가능성이 높아집니다.

David Lee 포트폴리오가 전달해야 할 핵심은 프로젝트가 많다는 사실이 아니라, 어떤 문제를 책임 있게 해결했고 그 설명을 얼마나 투명하게 제시하는가입니다. 게시 버튼을 누르기 전 ‘이 표현을 처음 보는 사람이 사실로 검증할 수 있는가?’라고 질문해 보세요. 그 한 번의 확인이 잘못된 과장, 오래된 정보, 설명 없는 숫자로 잃을 수 있는 신뢰를 지켜 줍니다.