완성 화면만으로는 왜 그런 선택을 했는지 전하기 어려워요. 포트폴리오에는 문제, 제약, 내 결정, 결과를 함께 담아보세요. 팀의 성과와 내가 맡은 일을 나누면 보는 사람이 기여를 더 분명히 이해할 수 있습니다.
프로젝트 첫 화면 양식
| 항목 | 내용 |
|---|---|
| 문제 | 사용자가 신청 완료 여부를 확인하기 어려웠다 |
| 대상 | 모바일로 신청하는 신규 참가자 |
| 내 역할 | 화면 흐름 정리와 문구 초안 |
| 제약 | 서버 수정 없이 기존 페이지 안에서 해결 |
| 핵심 판단 | 새 기능보다 확인 안내 위치를 먼저 바꿈 |
이 사례는 설명용입니다. 실제 사용자 조사 없이 ‘사용자가 어려워했다’고 단정하지 마세요. 관찰 기록이 없으면 본인의 문제 가설이라고 표시합니다.
화면마다 붙일 설명
무엇을 바꿨는지와 왜 바꿨는지를 한 문장씩 씁니다. 최종 화면 외에 검토한 다른 안 하나를 보여주면 선택 기준을 설명할 수 있습니다. 버린 안을 모두 싣기보다 의사결정에 의미가 있는 것만 고릅니다.
팀 프로젝트는 제작 범위를 분리해 표시합니다. ‘기획 참여’가 아니라 자신이 작성한 문서·분석·구현·검토를 적으세요. 공개 권한이 없는 회사 자료는 그대로 올리지 말고 허용 범위를 확인하거나 설명 가능한 형태로 재구성합니다.
제출 전 확인
첫 방문자가 1분 안에 문제와 내 역할을 말할 수 있는지 테스트합니다. 미공개 프로젝트나 미측정 결과는 상태를 정확히 표시하세요. 예쁜 화면이 많은 것보다 본인의 판단이 보이는 사례가 면접 대화의 근거가 됩니다.