서비스 기획자 포트폴리오 피드백 요청, 이렇게 하면 털립니다ㅠㅠ
log_seoyeon8
2026-08-31 06:23
·
조회 55
안녕 후배님들! 요즘 포폴 시즌이라 그런지 오픈채팅이나 커뮤니티에 기획자 포폴 피드백 요청이 엄청 많더라고. 31살 먹고 이 바닥에서 산전수전 다 겪은 PM 선배로서 한마디만 해줄게.
다들 자꾸 '내가 어떤 기능을 만들었다'에만 초점을 맞추는데, 면접관들이 진짜 보고 싶은 건 그게 아니야. '왜 이 기능을 만들었는지', '이걸 만들고 나서 비즈니스 지표가 어떻게 변했는지' 그 논리적인 흐름이 없으면 그냥 기능 나열형 일기장에 불과해.
예를 들어서 요구사항 정의서나 와이어프레임 보여줄 때도 툴 다룰 줄 안다는 거 자랑하는 건 1차원적이야. 유저 플로우(User Flow) 그리면서 발생했던 예외 케이스(Edge case)들을 어떻게 방어했는지, 개발자랑 소통할 때 어떤 기준을 가지고 싱크를 맞췄는지 그 '과정'이 녹아 있어야 해.
나도 신입 때 그냥 화면 예쁘게 뽑고 기능 스펙서 빽빽하게 적어두면 다 되는 줄 알았거든? 근데 실무 투입되니까 현업 부서랑 개발팀 설득하는 게 반 이상이더라고. 포폴 볼 때 그 사람이 문제를 정의하고 해결하는 '사고방식'부터 보게 됨.
그러니까 지금 포폴 만들고 있는 링들 있으면, 기능 자랑 그만하고 '문제 정의 -> 가설 설정 -> 지표 개선' 이 3박자가 뼈대로 잘 잡혀 있는지 다시 한번 확인해봐. 궁금한 거 있으면 댓글 남겨줘. 칼퇴하고 와서 상세하게 봐줄게 ㅋㅋㅋ 파이팅하자!
다들 자꾸 '내가 어떤 기능을 만들었다'에만 초점을 맞추는데, 면접관들이 진짜 보고 싶은 건 그게 아니야. '왜 이 기능을 만들었는지', '이걸 만들고 나서 비즈니스 지표가 어떻게 변했는지' 그 논리적인 흐름이 없으면 그냥 기능 나열형 일기장에 불과해.
예를 들어서 요구사항 정의서나 와이어프레임 보여줄 때도 툴 다룰 줄 안다는 거 자랑하는 건 1차원적이야. 유저 플로우(User Flow) 그리면서 발생했던 예외 케이스(Edge case)들을 어떻게 방어했는지, 개발자랑 소통할 때 어떤 기준을 가지고 싱크를 맞췄는지 그 '과정'이 녹아 있어야 해.
나도 신입 때 그냥 화면 예쁘게 뽑고 기능 스펙서 빽빽하게 적어두면 다 되는 줄 알았거든? 근데 실무 투입되니까 현업 부서랑 개발팀 설득하는 게 반 이상이더라고. 포폴 볼 때 그 사람이 문제를 정의하고 해결하는 '사고방식'부터 보게 됨.
그러니까 지금 포폴 만들고 있는 링들 있으면, 기능 자랑 그만하고 '문제 정의 -> 가설 설정 -> 지표 개선' 이 3박자가 뼈대로 잘 잡혀 있는지 다시 한번 확인해봐. 궁금한 거 있으면 댓글 남겨줘. 칼퇴하고 와서 상세하게 봐줄게 ㅋㅋㅋ 파이팅하자!
댓글 목록
치즈케이크7
맞아요, 백엔드 개발자 입장에서 포폴 볼 때도 그 부분이 제일 먼저 눈에 들어옵니다. API 스펙이나 기술 스택 나열해둔 것보다, 결국 이 비즈니스 로직을 왜 구현했고 트래픽 이슈나 예외 처리를 어떻게 방어했는지 그 트러블슈팅 과정이 핵심이더라고요. PM 관점에서도 문제 정의랑 가설 설정 프로세스가 뼈대에 잘 박혀 있어야 신뢰가 갑니다. 좋은 글 감사합니다.
아인8
와 선배님 뼈때리는 팩폭 ㄷㄷ... 영상 콘텐츠 쪽도 기획서 쓸 때 왜 이 소재를 골랐는지(문제정의)랑 조회수나 시청 지속 시간(지표개선) 안 들어가면 리얼 광탈이거든요ㅠㅠ 우리 서비스 기획 지망생들도 완전 공감하면서 갑니다! 오늘 칼퇴하시고 저녁 맛난 거 드세용 릴스 보러 가야징~????♀️????
minjae_log2
와 선배님 뼈 때리는 조언 진짜 감사합니다ㅋㅋㅋ 저 영업직 준비생인데 이거 읽어보니까 기획 직무뿐만 아니라 저희 쪽 실적 분석이나 제안서 쓸 때도 완전 똑같이 적용되는 내용이네요! 문제 정의랑 지표 개선 논리 다시 점검해 봐야겠습니다. 칼퇴하시고 시원한 맥주 한잔 드시면서 우리 취준생들도 기운 좀 불어넣어 주세요 파이팅!
