포트폴리오 케이스 설명 — 문제·과정·결과 형식

"역할: 메인 디자이너 / 비공개 클라이언트 모바일 앱 리뉴얼 / 결과 지표: 메모에 없음"으로 넣었을 때의 케이스 글입니다.

한 줄 정의

온보딩 이탈이 잦던 가계부 앱의 첫 화면 흐름을 다시 설계한 리뉴얼 프로젝트.

문제

가입 직후 입력해야 할 항목이 많아 첫 화면에서 떠나는 사용자가 많았다. 클라이언트는 "써보기도 전에 나간다"는 점을 가장 큰 비즈니스 문제로 꼽았다.

접근

핵심 가설은 "처음엔 한 가지만 입력하게 하면 끝까지 간다"였다. 온보딩을 한 화면 한 동작으로 쪼개고, 나머지 설정은 나중에 채우도록 미뤘다. 빈 화면 대신 예시 데이터로 첫인상을 채웠다.

과정에서의 결정

• 입력 항목을 첫 화면에서 한 개로 줄임 — 진입 마찰 최소화
• 진행 표시바를 넣어 끝이 보이게 함 — 완주 동기 부여
• 건너뛰기 버튼을 숨기지 않고 노출 — 강요 없이 신뢰 확보

결과

정량 지표는 본 자료에서 추상화함. 정성적으로는 내부 테스트에서 첫 화면을 끝까지 넘기는 흐름이 한결 매끄러워졌다는 피드백을 받았다.

회고

다시 한다면 건너뛰기 동작의 데이터를 처음부터 분리해 측정 설계를 더 촘촘히 잡겠다.

메모에 없는 수치는 만들지 않고 "추상화함"으로 표기했습니다.

구조가 글 대신 생각을 끌어낸다

핵심은 "포트폴리오 글을 써줘"라고 막연히 시키지 않는다는 점이다. 대신 한 줄 정의 → 문제 → 접근 → 과정에서의 결정 → 결과 → 회고라는 6단계 골격을 미리 못 박아둔다. 그래서 AI는 미사여구를 늘어놓는 대신 "비즈니스 문제부터 시작하라", "핵심 디자인 결정 3가지와 그 이유를 붙여라" 같은 구체 지시를 따른다. 입력도 역할·기간·한 일 메모·결과·지표로 칸이 나뉘어 있어, 흩어진 작업 메모만 던져도 채용담당자가 보고 싶어 하는 순서로 재배열된다. "자랑조 금지 — 사실 + 결정 근거 중심"이라는 마지막 제약이 톤까지 잡아주니, 결과 예시처럼 "온보딩을 한 화면 한 동작으로 쪼갰다" 식의 담백한 케이스 글이 나온다.

이럴 땐 안 맞아요

이건 이미 끝난 프로젝트를 케이스로 정리하는 도구다. 아직 진행 중이라 결정과 결과가 흐릿하거나, 한 일 메모조차 없는 단계라면 빈칸을 AI가 상상으로 메우게 되어 위험하다. 비주얼 자체를 보여주는 이미지 중심 포트폴리오(드리블·비핸스의 무드보드형)에는 과하다 — 이 프롬프트는 글로 설명하는 케이스 스터디용이다. NDA가 빡빡해 문제·결과를 거의 못 적는 프로젝트라면 글이 "추상화함"투성이가 되니, 다른 사례를 고르는 편이 낫다.

변수만 바꿔 다르게 쓰기

대괄호 변수를 손보면 같은 골격으로 여러 버전을 찍어낼 수 있다.

• 디자인 리드 지원용: 역할을 "디자인 리드"로 바꾸고 한 일 메모에 협업·의사결정 과정을 넣으면, "과정에서의 결정" 단락이 팀을 이끈 근거로 채워진다.
• 주니어 첫 포트폴리오: 결과·지표가 비어 있을 때다. 칸을 "없음"으로 두면 예시처럼 정량은 "추상화함", 정성은 내부 피드백으로 정직하게 채워진다.
• 요약본 만들기: 같은 입력에 "각 단락 2줄로 압축"을 덧붙이면, 이력서나 링크드인에 붙일 짧은 케이스 요약으로 바로 쓸 수 있다.

여기서 자주 미끄러진다

제일 흔한 실수는 없는 숫자를 그냥 두는 것이다. 결과·지표 칸을 비워두면 AI가 "전환율 12% 상승" 같은 그럴듯한 가짜 지표를 만들어내기 쉽다. 프롬프트에 "메모에 있는 것만"이라는 장치가 있지만, 결과가 없으면 "정성 결과만"이라고 못 박아 입력하면 더 안전하다. 두 번째 실수는 한 일 메모를 결과 위주로 적는 것이다. "예쁘게 만들었다"가 아니라 "왜 그렇게 결정했는지" 단서를 메모에 담아야 "과정에서의 결정" 단락이 비고 안 산다. 마지막으로 NDA 범위를 확인 없이 추측하지 말 것 — 어디까지 공개해도 되는지 클라이언트에 한 번 더 묻고, 못 보여줄 부분은 "본 자료에서는 추상화함"으로 표기하면 된다. 참고로 이 프롬프트는 Claude와 ChatGPT에서 검증됐다.