첫 문단에서 프로젝트의 이유를 말합니다
케이스 스터디의 첫 부분은 프로젝트 소개가 아니라 왜 이 작업을 했는지 설명하는 자리입니다. 어떤 문제를 봤고, 어떤 목표를 세웠는지가 먼저 나와야 합니다.
예를 들어 ‘학원 홍보 배너 제작’보다 ‘초보자가 교육 과정을 빠르게 이해하도록 정보 순서를 재정리한 배너 프로젝트’가 훨씬 선명합니다.
목표와 제약을 함께 적습니다
모든 작업에는 제약이 있습니다. 일정, 이미지 수급, 브랜드 색상, 모바일 비율, 텍스트 길이 같은 조건을 적으면 디자인 판단이 더 현실적으로 보입니다.
제약을 숨기기보다 어떻게 대응했는지 설명하는 편이 좋습니다. 포트폴리오는 완벽한 환경에서 만든 결과보다 실제 조건을 다룬 기록이 더 설득력 있게 읽힙니다.
중간 과정은 필요한 만큼만 보여줍니다
모든 스케치와 모든 시안을 나열하면 글이 길어지지만 핵심이 흐려질 수 있습니다. 중요한 전환점이 된 시안, 선택하지 않은 이유가 분명한 비교 이미지만 남기는 것이 좋습니다.
이미지는 설명 없이 던지지 말고, 각 이미지 옆에 어떤 기준을 확인하기 위한 시안인지 짧게 적어야 합니다.
결과와 회고는 다음 작업으로 연결합니다
최종 이미지를 보여준 뒤에는 무엇이 개선되었는지, 다음에 보완할 점은 무엇인지 적습니다. 회고가 있으면 포트폴리오가 단순 전시가 아니라 학습 기록으로 보입니다.
회고는 변명이 아니라 다음 작업을 위한 기준입니다. 잘된 점과 아쉬운 점이 같이 있어야 작업자의 판단이 더 신뢰감 있게 읽힙니다.
케이스 스터디 예시: 한 프로젝트를 읽히게 배열하기
케이스 스터디는 작업물을 나열하는 페이지가 아닙니다. 독자가 문제, 선택, 결과를 따라가며 작업자의 판단을 이해하도록 구성해야 합니다.
좋은 결과 이미지가 있어도 설명 순서가 흐트러지면 프로젝트의 난이도와 기여도가 잘 보이지 않습니다.
권장 목차 구조
| 문제 정의 | 누가 어떤 상황에서 불편을 겪었는지 먼저 적습니다. |
|---|---|
| 제약 조건 | 기간, 자료, 브랜드 기준, 기술 환경을 설명합니다. |
| 시안 비교 | 선택한 방향과 제외한 방향의 차이를 보여줍니다. |
| 결과와 배운 점 | 결과 수치가 없으면 읽기 흐름의 변화를 설명합니다. |
문장 흐름 예시
“이 프로젝트는 모바일 신청 흐름을 정리한 작업입니다”로 시작한 뒤, 기존 문제와 수정 기준을 이어 쓰면 이미지가 나오기 전에도 독자가 맥락을 이해할 수 있습니다.
- 프로젝트 목적이 첫 문단에 보이는가?
- 본인의 기여 범위가 과장 없이 적혀 있는가?
- 시안 비교에 선택 이유가 함께 있는가?
- 마지막에 다음 작업으로 이어질 배운 점이 남아 있는가?
작성자 검수 메모
케이스 스터디는 결과물을 설명하는 글이 아니라 문제 해결 과정을 보여주는 글입니다. 구조가 정리되면 작업자의 판단이 자연스럽게 드러납니다.
이 글은 포트폴리오 케이스 스터디를 문제 정의, 제약, 시안 비교, 결과 순서로 구성하는 방법을 정리했습니다.
현장 적용 노트
케이스 스터디는 읽는 사람이 프로젝트의 맥락을 따라갈 수 있어야 합니다. 결과 이미지가 먼저 나오더라도 문제 정의가 없으면 작업 난이도와 기여도를 판단하기 어렵습니다.
시안 비교를 넣을 때는 선택된 시안만 보여주지 말고 제외한 방향의 이유도 짧게 남기는 것이 좋습니다. 버린 선택지까지 설명할 수 있을 때 판단 과정이 더 선명해집니다.
포트폴리오 기록 포인트
마지막에는 수치가 없더라도 변화의 질을 설명할 수 있습니다. 읽는 순서가 줄었다, 문의 버튼을 더 빨리 찾게 했다, 모바일 줄바꿈이 안정됐다는 식의 관찰도 충분한 결과 기록이 됩니다.
케이스 스터디의 읽기 경로 설계
케이스 스터디는 프로젝트 연대기가 아니라 설득 문서입니다. 처음부터 모든 과정을 나열하면 독자는 어떤 판단이 중요한지 놓치기 쉽습니다. 문제 정의, 핵심 제약, 시도한 대안, 최종 선택, 배운 점의 순서로 묶으면 작업량보다 사고 과정이 먼저 보입니다.
- 첫 화면에는 프로젝트 목적과 역할을 짧게 적습니다.
- 중간에는 버린 시안의 이유를 한두 개만 보여줍니다.
- 마지막에는 결과 수치가 없더라도 판단 기준의 변화는 남깁니다.
케이스 스터디에서 덜어낼 내용
케이스 스터디를 길게 쓰다 보면 작업한 모든 것을 넣고 싶어집니다. 하지만 읽는 사람은 모든 과정을 보려는 것이 아니라 핵심 판단을 찾습니다. 사용하지 않은 자료, 반복되는 스크린샷, 결과와 연결되지 않는 조사 내용은 과감히 줄이는 편이 좋습니다.
대신 하나의 문제를 깊게 다루는 장면을 남깁니다. 예를 들어 버튼 위치를 바꾼 프로젝트라면 버튼 색상 후보 열 개보다 사용자가 왜 버튼을 놓쳤는지, 어떤 정보 순서를 바꾸었는지 설명하는 편이 더 강합니다.
결과를 증명하는 작은 지표
케이스 스터디에 항상 큰 성과 지표가 필요한 것은 아닙니다. 클릭률이나 매출이 없어도 사용자가 더 빨리 찾은 정보, 줄어든 단계, 명확해진 문구처럼 작은 변화는 설명할 수 있습니다. 중요한 것은 수치를 꾸미는 것이 아니라 결과 화면에서 확인 가능한 변화를 정확히 연결하는 일입니다.
최종 스캔 기준
케이스 스터디를 공개하기 전에는 제목만 훑어도 문제, 과정, 결과가 이어지는지 확인합니다. 소제목이 모두 비슷한 말이면 독자는 흐름을 잃기 쉽기 때문에 각 구간의 역할을 다르게 잡아야 합니다.