문제 정의 먼저
약 90초
청중이 무엇을 원하는지 파악하고 덱 구조를 짠 경험
학교 수업에서 스타트업 제안서를 만드는 과제가 있었습니다. 처음엔 기능 설명부터 시작했는데 교수님이 '듣는 사람 입장에서 뭐가 좋은지 모르겠다'고 하셨습니다. 그 피드백을 받고 나서 구조를 완전히 뒤집어서 '고객이 겪는 문제 → 왜 지금 해결해야 하는가 → 우리 방식'으로 다시 잡았습니다. 발표 결과 같은 반에서 가장 높은 점수를 받았고, '왜 이걸 해야 하는지가 명확했다'는 피드백을 받았습니다. 팀워크 측면에서는 슬라이드 제작은 디자인 잘 하는 팀원이, 내용 구조는 제가 맡는 방식으로 분담했는데, 처음엔 서로 방향이 달라서 두 번 다시 만들기도 했습니다.
제안서에서 가장 중요한 건 기술보다 상대방의 문제를 내가 얼마나 이해했는지 보여주는 것이라고 배웠습니다. 경험을 통해 배웠습니다. 앞으로도 이 방향으로 성장하겠습니다.
이 결의 특징
문제를 마주친 정확한 지점이 명확하게 드러납니다. 단순히 실패했다는 말이 아니라 어디서 무엇이 막혔는지를 구체적으로 말하는 현장감 있는 표현이 보입니다.
이 결이 통하는 자리
구체적 사례와 함께 '이렇게 했더니 달라졌다'는 결과까지 말할 때 통합니다. 면접관이 추가로 캐고 싶을 정도의 현장감 있는 흔적이 드러나는 자리입니다.