팀으로 만든 서비스를 개인 포트폴리오에 넣는다면, 서비스 이름 옆에서 자신이 맡은 일을 읽을 수 있어야 한다. 방문자는 프로젝트의 규모뿐 아니라 의뢰할 일과 이 사람의 경험이 맞는지도 판단해야 하기 때문이다.
개인화한 프로필을 만들어 달라는 요청 뒤에 나온 데이터와 화면 코드를 살폈다. 여러 서비스와 제작 기록을 한 사람의 소개로 모았지만, 카드에 적힌 팀의 업무와 개인이 직접 맡은 일은 더 구체적으로 구분할 필요가 있었다. 구현된 표시와 아래의 문구 제안을 나눠 설명한다.
서비스 이름보다 맡기려는 일로 들어오게 했다
확인한 프로필에서는 웹·서비스 제작, 업무 자동화·ERP, 조사·데이터·검색, 콘텐츠·SEO·GEO, 디자인·브랜드의 5개 분야를 골라 관련 작업을 볼 수 있다. 작업 하나에는 여러 분야가 연결될 수 있다. 예를 들어 정보 서비스를 만드는 일에는 웹 제작과 자료 조사라는 서로 다른 요구가 함께 들어갈 수 있다.
이 구조는 방문자가 모든 브랜드를 알고 있어야 한다는 부담을 줄이려는 선택으로 읽을 수 있다. 다만 실제로 이해가 빨라졌거나 문의가 늘었다는 사용자 조사 결과는 확인하지 않았다. 같은 프로젝트가 여러 분야에 보이는 것도 별개 납품 실적이 늘어난 것으로 세어서는 안 된다.
카드마다 자료 종류와 역할을 같이 표시한다
검토한 작업 데이터에는 팀 프로젝트·제작 기록·기술 콘텐츠라는 종류와 역할 설명이 있다. 화면은 종류를 제목 위에, 역할을 태그 아래에 표시한다. 목록 근처에는 팀 프로젝트가 함께 진행한 작업이라는 설명도 둔다. 서비스 자체와 제작 과정을 다룬 글을 서로 구분하기 위한 표시다.
이 표시만으로 개인의 담당 범위가 확정되는 것은 아니다. 확인한 역할 문구에는 콘텐츠·웹 구성·문의 연결을 다룬 팀 작업처럼 넓은 설명도 있다. 팀이 수행한 범위를 알려주지만, 개인이 어느 부분을 직접 맡았는지까지는 말해 주지 않는다. 구체적인 개인 기여를 확인할 자료가 없다면 그 빈칸을 기획부터 운영까지 전담했다는 문장으로 채우지 않는다.
링크의 목적을 종류에 맞춰 쓴다
프로필의 연결 대상도 다르다. 팀 프로젝트 카드는 서비스로, 제작 기록 카드는 작업 과정을 읽는 곳으로, 기술 콘텐츠 카드는 방법과 예시를 보는 곳으로 이어진다. 링크 문구도 사이트 보기와 제작 과정 읽기처럼 목적을 나눈다. 연결된 페이지에서 무엇을 확인할 수 있는지 미리 알려주는 구성이다.
서비스 화면을 열 수 있어도 누가 어느 기능을 만들었는지, 운영 성과가 있었는지까지 알 수는 없다. 제작 기록에서는 설명한 방법과 실제 수행 범위를 대조해야 한다. 역할 주장 옆에 근거 링크를 두되, 그 링크에서 확인할 수 있는 범위만 쓰는 편이 정확하다.
기존 자료 조회 보고서 역시 운영본·시안·미러·이전 버전을 포함한 사이트 수를 고객 납품 수나 사람 수로 해석하지 않았다. 명시적인 샘플도 실제 인력이나 납품 실적과 구별했다. 프로필을 풍부하게 만드는 일과 실적의 단위를 늘리는 일은 별개다.
역할을 더 좁혀 적는 카드의 예
아래는 독립적으로 만든 문구 예시다. 원래 프로젝트의 담당자나 실제 수행 내역을 옮긴 것이 아니다. 역할을 구체적으로 쓰되, 확인하지 않은 결과를 덧붙이지 않는 방법을 보여준다.
- 자료 종류: 팀 프로젝트
- 맡은 일: 문의 양식의 안내문과 입력 순서 설계
- 확인 자료: 공개 가능한 화면 설명과 변경 기록
- 남은 확인: 실제 이메일 수신과 운영 효과는 확인하지 않음
문의에는 선택한 분야와 필요한 역할을 이어 준다
확인한 프로필은 선택한 분야를 이메일 제목과 본문에 넣고, 필요한 일·희망 일정·함께할 담당자와 역할을 적도록 안내한다. 포트폴리오에서 고른 분야를 문의할 때 다시 설명하는 수고를 덜어 주려는 구성이다. 이 링크는 메일 작성을 요청하며, 이번에 실제 전송이나 수신을 확인한 것은 아니다.
적용할 때는 대표 카드부터 종류·본인 역할·연결 자료를 나란히 적는다. 팀의 전체 업무가 개인의 담당처럼 읽히면 문장을 좁힌다. 확인 가능한 개인 기여가 없다면 팀 작업이라는 설명을 유지한다. 제목과 이미지를 다듬기 전에 먼저 확인할 내용이다.
이번 집필에서는 프로필 코드와 기존 시험의 정의, 작업·검수 기록을 읽었다. 원래 서비스의 시험이나 브라우저 조작을 다시 실행하지 않았고, 개인별 기여·문의 수신·고객 반응을 새로 검증하지 않았다. 기존 시험에는 역할 문구의 길이와 주소·분류 조건을 확인하는 항목이 있지만, 그런 검사가 실제 기여의 증명이 되는 것은 아니다.