공개할 수 없는 프로젝트를 살리는 포트폴리오 비공개 처리법

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

성과가 좋은 프로젝트일수록 고객사 이름, 내부 화면, 매출 수치가 얽혀 공개하기 어려운 경우가 많습니다. 그렇다고 프로젝트 전체를 빼면 포트폴리오의 설득력이 약해지고, 그대로 올리면 보안 의식이 부족한 지원자로 보일 수 있습니다. 필요한 것은 숨김이 아니라 검증 가능한 범위만 남기는 비공개 처리입니다.

특히 회사 업무와 외주 프로젝트는 공개 허용 범위를 먼저 확인해야 합니다. 결과물을 보여주는 것보다 중요한 질문은 “이 자료를 내가 공개할 권한이 있는가?”입니다. 아래 순서대로 원본을 분리하고, 민감도를 판단한 뒤, 맥락과 기여도를 다시 작성하면 공개할 수 없는 프로젝트도 충분히 경쟁력 있는 사례로 바꿀 수 있습니다.

프로젝트를 삭제하기 전에 공개 권한부터 확인하기

보안 조항과 저작권은 서로 다릅니다

흔한 실수는 서비스가 이미 출시됐다는 이유로 작업 과정까지 공개해도 된다고 생각하는 것입니다. 공개된 앱 화면은 누구나 볼 수 있어도, 사내 대시보드·사용자 조사 원문·미채택 시안·운영 지표는 여전히 비공개 정보일 수 있습니다. 외주 계약서에 결과물 이용 권한이 적혀 있어도 비밀유지 조항이 별도로 적용될 수 있으므로 두 항목을 함께 살펴야 합니다.

먼저 계약서, 업무 규정, 이메일 승인 기록을 찾아 공개 가능 범위를 문장으로 적어 보세요. 표현이 모호하거나 자료를 찾을 수 없다면 공개 가능하다고 추측하지 말고 담당자에게 확인하는 편이 안전합니다. 질문할 때는 “포트폴리오에 써도 될까요?”처럼 넓게 묻기보다 회사명, 화면, 수치, 담당 업무 중 무엇을 공개하려는지 구체적으로 제시해야 답변도 명확해집니다.

• 공개 가능: 이미 공식 채널에 배포된 화면, 본인이 수행했다는 사실, 일반화한 역할 설명
• 승인 필요: 출시 전 시안, 관리자 화면, 내부 프로세스, 정확한 성과 수치
• 공개 금지: 개인정보, 고객 명단, 접근 키, 미공개 사업 계획, 원문 데이터
• 기록 보관: 승인자의 이름과 승인 날짜, 허용된 자료 범위를 프로젝트 원본과 함께 저장

허락 여부가 애매한 자료는 흐리게 가리는 것으로 해결되지 않습니다. 공개 권한을 먼저 확인하고, 권한이 없는 자료는 포트폴리오 파일에서 완전히 제외하는 것이 안전합니다.

포트폴리오는 단순한 작품 모음이 아니라 자신의 역량을 목적에 맞게 선별해 보여주는 자료입니다. 용어의 기본 범위는 지식백과의 포트폴리오 설명도 참고할 수 있습니다. 중요한 점은 많은 자료를 넣는 것이 아니라 지원 목적에 필요한 근거를 합법적이고 이해 가능한 형태로 구성하는 것입니다.

민감한 정보를 등급별로 나누는 방법

화면보다 먼저 정보 목록을 만듭니다

비공개 처리가 자주 실패하는 이유는 완성된 페이지를 보면서 그때그때 검은 상자를 덧씌우기 때문입니다. 화면 한쪽의 고객 이름을 가렸더라도 파일명, 브라우저 탭, 차트 축, 이미지 대체 텍스트에 같은 정보가 남을 수 있습니다. 먼저 프로젝트에 포함된 정보를 목록으로 만들고 공개, 변형 공개, 비공개 세 등급으로 분류해야 누락을 줄일 수 있습니다.

예를 들어 이커머스 개선 프로젝트라면 브랜드명은 비공개, 문제 상황은 공개, 매출액은 비율로 변형 공개할 수 있습니다. 반면 실제 주문번호나 인터뷰 참여자의 발언은 삭제해야 합니다. “대기업 프로젝트”처럼 정체를 짐작하게 하는 과도한 힌트도 피하고, 생활용품 커머스 기업처럼 산업과 서비스 유형만 남기는 편이 좋습니다.

1. 원본 문서, 이미지, 영상, 링크에 등장하는 고유명사를 검색합니다.
2. 수치가 사업 규모나 특정 고객을 역산하게 만드는지 확인합니다.
3. 각 정보의 권리자와 공개 근거를 분류표 옆에 기록합니다.
4. 변형본은 원본과 다른 폴더에 저장하고 외부 공유용 표시를 붙입니다.

다른 분야에서 포트폴리오가 어떻게 구성되는지 살펴보면 선별의 원리를 이해하는 데 도움이 됩니다. 포트폴리오 관련 지식백과 항목처럼 같은 용어도 맥락에 따라 의미가 달라지므로, 자신의 블로그에서는 디자인·개발·기획 중 어떤 역량을 보여주는 사례인지 첫 문단에서 분명히 밝혀야 합니다.

가린 화면 대신 판단 과정을 복원하기

문제와 선택의 근거를 중심에 둡니다

회색 박스만 가득한 화면은 보안을 지킬 수는 있어도 독자에게 아무것도 설명하지 못합니다. 채용 담당자나 협업 파트너가 확인하려는 것은 픽셀의 원본보다 어떤 문제를 발견했고 어떤 근거로 선택했는지입니다. 실제 화면을 제거한 자리에는 프로젝트의 제약, 가설, 대안, 검증 방법을 순서대로 배치하세요.

가령 관리자 검색 기능을 개선했지만 화면을 공개할 수 없다면 “검색 화면을 개편했다”로 끝내지 않습니다. 상담원이 주문을 찾는 데 오래 걸린다는 문제, 검색어 표기 방식이 제각각이라는 원인, 자동완성과 필터 재배치라는 대안, 작업 시간 변화의 측정 방법을 설명할 수 있습니다. 정확한 초 단위 수치가 민감하다면 기존 대비 탐색 시간이 약 절반 수준으로 감소처럼 승인된 범위에서 상대값을 사용합니다.

재현 자료에는 재구성 사실을 표시합니다

실제 화면과 비슷한 목업을 새로 만들 때는 독자가 원본이라고 오해하지 않도록 “보안상 실제 데이터와 레이아웃을 재구성했습니다”라는 문구를 붙여야 합니다. 색상, 이름, 숫자만 바꾸고 구조를 그대로 복제하면 내부 정보가 노출될 수 있으므로 핵심 원리를 해치지 않는 범위에서 열 구성과 데이터 형태도 바꾸는 것이 좋습니다.

1. 상황: 누가 어떤 맥락에서 불편을 겪었는지 한 문단으로 설명합니다.
2. 제약: 일정, 기술, 정책 등 선택지를 제한한 조건을 밝힙니다.
3. 탐색: 검토한 대안과 제외한 이유를 간결하게 보여줍니다.
4. 선택: 최종안의 판단 기준과 본인의 기여를 연결합니다.
5. 검증: 정성 의견과 정량 지표를 구분해 변화의 근거를 제시합니다.

화면을 못 보여줄수록 “무엇을 만들었는가”보다 “왜 그렇게 결정했는가”를 선명하게 쓰세요. 판단 기준은 이미지를 가려도 남는 가장 강한 역량 증거입니다.

팀의 결과를 개인의 성과처럼 표현하는 것도 피해야 합니다. “전환율을 높였다”보다는 “분석과 화면 설계를 담당했고, 개발·운영팀과 함께 실험해 전환율 상승을 확인했다”가 정확합니다. 협업자 수, 본인의 담당 범위, 최종 승인권자를 구분하면 비공개 프로젝트에서도 기여도가 또렷하게 보입니다.

웹 포트폴리오에 남은 노출 흔적 제거하기

보이는 페이지 밖의 정보까지 검사합니다

본문에서 회사명을 지웠는데 검색 결과나 공유 미리보기에 예전 이름이 나타나는 사고가 의외로 많습니다. 웹페이지에는 제목과 문단 외에도 메타 설명, 오픈그래프 태그, 구조화 데이터, 이미지 파일명, PDF 속성, 이전 버전 캐시가 남습니다. CMS에서 글만 수정한 뒤 끝내지 말고 검색과 공유 경로를 포함한 전체 노출면을 확인해야 합니다.

특히 이미지를 흐림 처리하면 원본 픽셀이 남아 복구되거나, 확대했을 때 글자가 읽힐 수 있습니다. 안전한 방식은 원본의 민감 영역을 제거한 뒤 새 이미지로 내보내는 것입니다. PDF도 검은 도형을 텍스트 위에 얹는 방식이 아니라 해당 텍스트를 삭제하고 평면화한 외부 공유본을 만들어야 합니다. 파일 다운로드가 필요하지 않다면 원본 첨부 자체를 없애세요.

• 페이지 소스에서 고객명, 제품명, 이메일 주소를 다시 검색합니다.
• 이미지의 파일명·캡션·대체 텍스트와 다운로드 주소를 확인합니다.
• PDF 문서 속성의 제목, 작성자, 숨겨진 레이어와 주석을 검사합니다.
• 메신저에 URL을 붙여 공유 카드의 제목과 썸네일을 확인합니다.
• 사이트 검색, 검색엔진의 미리보기, 웹 아카이브 노출 여부를 점검합니다.
• 수정 후 캐시를 갱신하고 로그아웃 상태와 모바일 환경에서 재검사합니다.

접근 제한은 보조 장치로 사용합니다

비밀번호 페이지는 편리하지만 비밀유지 의무를 자동으로 해결해 주지 않습니다. 링크와 암호는 전달될 수 있고, 분석 도구나 외부 스크립트가 페이지 정보를 수집할 가능성도 있습니다. 승인받은 제한 공개 자료에만 사용하고, 암호 없이 노출되어도 문제가 없는 수준으로 정보를 최소화하는 것이 기본입니다.

채용 담당자에게 제한 공개 링크를 보낼 때는 열람 목적, 공개 금지 안내, 접근 가능한 기간을 함께 적으세요. 더 민감한 사례라면 상세 자료를 올리는 대신 공개용 요약만 제공하고 면접에서 말로 설명하는 방법이 낫습니다. 공개 채용의 흐름을 파악하려면 신입 공개채용 관련 보도처럼 실제 채용 일정과 방식을 다룬 자료를 참고하되, 기업별 제출 규정은 반드시 해당 채용 페이지에서 다시 확인해야 합니다.

성과 수치를 숨기면 프로젝트 가치도 사라질까요

정확한 숫자 대신 검증 방식을 보여주세요

비공개 프로젝트를 작성하는 독자가 가장 자주 묻는 것은 “성과 수치를 공개하지 못하면 포트폴리오에 넣을 의미가 있나요?”입니다. 답은 넣을 의미가 충분히 있지만, 모호한 성공 표현으로 대체해서는 안 된다입니다. 정확한 매출과 사용자 수 없이도 측정 항목, 비교 기준, 관찰 기간, 본인의 영향 범위를 제시하면 결과의 신뢰도를 만들 수 있습니다.

예를 들어 “큰 성과를 냈다”는 문장은 검증할 수 없습니다. 반면 “배포 전후 동일한 요일의 신규 사용자 흐름을 비교했고, 핵심 단계의 이탈률이 감소했다. 계약상 정확한 값은 공개하지 않는다”라고 쓰면 무엇을 측정했는지 알 수 있습니다. 승인받을 수 있다면 절대값 대신 변화 방향, 범위, 배수, 상대 비율을 사용하세요. 단, 원래 수치가 매우 작아 비율이 과장되는 경우에는 표본 규모가 제한적이었다는 조건도 밝혀야 합니다.

• 변화 방향: 문의 처리 시간이 감소하고 완료율이 상승함
• 범위 표현: 전환율이 한 자릿수 후반 비율로 개선됨
• 상대 비교: 기존 흐름보다 단계 수를 약 절반으로 줄임
• 정성 근거: 반복 인터뷰에서 같은 혼란 지점이 더 이상 관찰되지 않음
• 검증 조건: 측정 기간, 대상 집단, 비교 기준과 외부 변수를 함께 기재

성과를 공개할 수 없거나 아직 측정하지 못한 프로젝트라면 산출물을 억지로 성공 사례로 포장하지 마세요. 대신 가설이 어디까지 검증됐고, 다음 실험에서 무엇을 확인해야 하는지 적는 편이 전문적입니다. “출시 후 성과 데이터는 고객사가 관리해 확인하지 못했다”는 한계도 유효한 정보입니다. 독자는 완벽한 결과보다 근거와 한계를 구별하는 태도에서 업무 신뢰도를 판단합니다.

마지막으로 게시 전 동료 한 명에게 회사나 고객을 특정할 수 있는 단서가 있는지 물어보세요. 프로젝트를 모르는 사람이 읽고도 역할, 문제, 선택, 검증 방식은 이해할 수 있지만 조직과 개인은 알아낼 수 없다면 공개용 사례의 균형이 잘 잡힌 것입니다. 이후 공개 범위가 바뀔 가능성에 대비해 승인 기록과 수정 날짜를 보관하고, 분기마다 링크와 첨부 파일을 다시 점검하면 오래된 포트폴리오에서 발생하는 보안 사고도 줄일 수 있습니다.