포트폴리오 고소가 무서운 이유는 실력이 부족해서가 아니라 공개 범위를 잘못 잡기 때문입니다. 회사에서 만든 화면을 보여주고 싶고, 수치로 성과를 증명하고 싶고, 실제 고객 사례를 넣고 싶어집니다. 그런데 바로 그 지점에서 저작권, 개인정보, 영업비밀, 계약상 비밀유지 문제가 한꺼번에 걸릴 수 있습니다.
포트폴리오 고소를 피하려면 완성물을 멋지게 꾸미기 전에 먼저 삭제할 것을 정해야 합니다. 화면 전체 캡처, 고객 이름, 회사 내부 지표, 미공개 로드맵, 실제 데이터, 원본 코드, 계약서 일부, 거래처 정보는 기본적으로 공개 후보가 아니라 삭제 후보로 보는 편이 안전합니다. 포트폴리오는 “내가 어떤 문제를 어떻게 풀었는지”를 보여주는 문서이지, 회사 자료를 다시 배포하는 공간이 아닙니다.
포트폴리오 고소는 왜 캡처 한 장에서 시작될까
가장 흔한 위험은 실제 서비스 화면 캡처입니다. 화면에는 로고, UI, 문구, 이미지, 고객 데이터, 내부 정책, 실험 결과가 섞여 있습니다. 본인은 “내가 기여한 화면”이라고 생각하지만, 권리자는 회사이거나 외주사이거나 고객사일 수 있습니다. 저작권법은 저작재산권을 복제, 공중송신, 전시, 배포 등의 방식으로 침해하는 경우 문제될 수 있음을 전제로 합니다.
그래서 공개용 포트폴리오에서는 원본 캡처를 그대로 쓰지 않는 것이 첫 번째 기준입니다. 대신 흐름도, 재구성한 와이어프레임, 텍스트 없는 도식, 역할 설명, 문제 해결 과정으로 바꾸세요. 특히 로그인 뒤에만 보이는 관리자 화면, 내부 대시보드, 유료 고객 전용 기능, 미출시 기능은 “이미 인터넷에 공개된 화면”과 다르게 봐야 합니다.
개인정보는 왜 이름만 지워도 부족할까
개인정보 보호법상 개인정보는 성명이나 주민등록번호처럼 바로 알아볼 수 있는 정보만 뜻하지 않습니다. 다른 정보와 쉽게 결합해 특정 개인을 알아볼 수 있는 정보도 문제가 될 수 있습니다. 포트폴리오 화면에서 고객명만 흐렸는데 이메일 앞부분, 프로필 사진, 회사명, 상담 내용, 지역, 시간, 주문번호가 남아 있으면 여전히 식별 가능성이 생깁니다.
포트폴리오 고소를 줄이려면 마스킹을 “한 번 칠하기”가 아니라 “재식별 가능성 제거”로 봐야 합니다. 고객명, 전화번호, 이메일, 얼굴, 계정 ID, 주소, 결제 정보, 주문번호, 상담 내용, 의료·채용·금융 관련 문구는 모두 가짜 데이터로 바꾸세요. 흐림 처리보다 더 안전한 방식은 실제 데이터를 지우고 예시 데이터를 새로 만드는 것입니다.
내부지표는 왜 자랑보다 위험할까
성과를 보여주고 싶을 때 전환율, 매출, CAC, 리텐션, DAU, 퍼널 수치를 넣고 싶어집니다. 문제는 이런 수치가 회사의 영업상 판단 자료일 수 있다는 점입니다. 부정경쟁방지 및 영업비밀보호에 관한 법률은 공공연히 알려져 있지 않고 경제적 가치가 있으며 비밀로 관리되는 기술상 또는 경영상 정보를 영업비밀로 봅니다.
따라서 내부지표는 숫자 그대로 공개하지 말고 범위와 방향으로 바꾸는 것이 낫습니다. 예를 들어 “결제 전환율 18.7% 개선” 대신 “결제 단계 이탈을 줄이는 실험을 설계했고, 핵심 지표가 개선되는 방향을 확인했다”처럼 쓰는 방식입니다. 숫자를 꼭 써야 한다면 회사의 공개 자료, 보도자료, 채용공고, 공개 IR 자료처럼 이미 공개된 근거가 있는 숫자만 사용하세요.
공개 전 체크리스트는 이렇게 나눠야 합니다
| 점검 항목 | 지워야 할 것 | 대체 표현 |
|---|---|---|
| 실제 화면 | 관리자 화면, 고객 화면, 미출시 기능 | 재구성 와이어프레임, 흐름도 |
| 개인정보 | 이름, 이메일, 얼굴, 주문번호, 상담 내용 | 더미 데이터, 추상 사례 |
| 내부지표 | 매출, 전환율, 고객 단가, 실험 결과 원수치 | 범위 표현, 개선 방향 |
| 영업비밀 | 로드맵, 가격정책, 운영 매뉴얼, 전략 문서 | 문제 정의와 의사결정 구조 |
| 저작물 | 이미지, 폰트, 코드, 문구, 로고 | 직접 제작한 도식, 허락받은 자료 |
이 표를 한 번 훑는 것으로 끝내지 말고, 포트폴리오 페이지마다 반복하세요. 특히 PDF 한 장 안에 여러 프로젝트를 합쳐두면 빠뜨리기 쉽습니다. 프로젝트별로 원본 자료, 공개 가능 자료, 재구성 자료를 따로 폴더로 나누면 검토가 훨씬 쉬워집니다.
허락받을 때 꼭 남겨야 할 증거가 있습니다
회사 동료가 “그 정도는 괜찮을 것 같다”고 말한 것만으로는 충분하지 않을 수 있습니다. 공개 범위가 애매하면 이메일이나 문서로 남겨야 합니다. 어떤 프로젝트인지, 어떤 화면을 쓰는지, 어떤 수치를 쓰는지, 외부 공개인지 면접 제출인지, 공개 기간은 얼마인지가 보이게 정리하세요.
허락을 요청할 때는 원본 파일을 통째로 보내기보다 공개 예정 버전을 먼저 만들고 검토를 요청하는 편이 낫습니다. 회사 입장에서도 무엇이 공개되는지 확인하기 쉽고, 본인도 수정 범위를 좁힐 수 있습니다. 승인자가 없다면 공개 범위를 더 줄이고, 회사명과 고객명을 익명화하고, 화면을 새로 그리는 쪽으로 결정하세요.
면접용 비공개 제출도 주의할 지점이 있습니다
“채용 담당자에게만 보내는 PDF니까 괜찮다”고 생각하기 쉽지만, 파일은 전달 후 통제하기 어렵습니다. 면접관이 내부 공유 드라이브에 올릴 수도 있고, 다른 팀원이 볼 수도 있고, 나중에 삭제되지 않을 수도 있습니다. 그래서 비공개 제출용 포트폴리오도 공개용과 같은 기준으로 정리하는 편이 안전합니다.
다만 비공개 제출에서는 설명의 깊이를 조금 더 넣을 수 있습니다. 화면 대신 문제 상황, 맡은 역할, 제약 조건, 의사결정 과정, 배운 점을 구체적으로 쓰세요. 회사 이름을 밝히기 어렵다면 “B2B SaaS 결제 기능”, “커머스 검색 개선 프로젝트”처럼 산업과 기능 중심으로 표현하면 됩니다.
결국 포트폴리오 고소는 삭제 순서가 막습니다
포트폴리오 고소를 줄이는 핵심은 멋진 문장보다 삭제 순서입니다. 먼저 실제 고객과 내부 정보를 지우고, 다음으로 원본 저작물을 재구성하고, 마지막으로 공개 가능한 성과 표현만 남기세요. 이 순서를 거치면 포트폴리오가 약해지는 것이 아니라 오히려 더 프로답게 보입니다.
- 원본 캡처와 내부 문서를 먼저 분리합니다.
- 고객정보와 직원정보를 더미 데이터로 바꿉니다.
- 내부 수치는 공개 자료가 없으면 범위 표현으로 낮춥니다.
- 회사명, 고객명, 로고 노출 여부를 프로젝트별로 판단합니다.
- 공개 전 PDF와 웹페이지를 제3자 시선으로 다시 읽습니다.
자주 묻는 질문, 여기서 많이 갈립니다
포트폴리오 고소가 걱정되면 회사명을 빼면 되나요?
회사명을 뺀다고 모든 문제가 사라지지는 않습니다. 화면 구조, 고객 데이터, 내부 지표, 제품명 일부만으로도 어느 회사인지 추정될 수 있습니다. 회사명을 익명화하는 것은 기본이고, 실제 화면과 실제 데이터를 재구성하는 과정이 함께 필요합니다.
팀 프로젝트도 내 역할만 쓰면 괜찮나요?
역할 설명은 비교적 안전한 편이지만, 결과물을 보여주는 방식은 따로 봐야 합니다. 팀이 만든 화면, 코드, 문서, 전략 자료는 본인 단독 소유가 아닐 수 있습니다. “내가 맡은 문제와 판단”은 쓰되, 회사 자료를 원본 그대로 공개하지 않는 쪽이 좋습니다.
법적으로 불안하면 가장 먼저 뭘 해야 하나요?
공개 범위를 줄이는 것이 먼저입니다. 실제 캡처를 지우고, 더미 데이터로 바꾸고, 내부 수치를 범위 표현으로 바꾸세요. 그다음 회사의 공개 가능 기준이나 비밀유지 약정을 확인하고, 애매한 자료는 승인 기록을 남기는 순서가 좋습니다.
마지막으로 꼭 남길 것은 과정입니다
포트폴리오 고소를 피하려고 모든 자료를 지우면 보여줄 것이 없어진다고 느낄 수 있습니다. 하지만 채용에서 보고 싶은 것은 원본 화면 자체보다 문제를 이해하고 해결한 방식입니다. “어떤 사용자 문제가 있었는지”, “어떤 선택지를 비교했는지”, “왜 그 결정을 했는지”, “무엇을 배웠는지”를 쓰면 실제 화면 없이도 충분히 설득력 있는 포트폴리오가 됩니다.
결론은 단순합니다. 공개 가능한 자료만 남기고, 위험한 자료는 재구성하세요. 그 습관 하나가 포트폴리오 고소 리스크를 크게 줄입니다.
