이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학교 수업에서 스타트업 제안서를 만드는 과제가 있었습니다. 처음엔 기능 설명부터 시작했는데 교수님이 '듣는 사람 입장에서 뭐가 좋은지 모르겠다'고 하셨습니다. 그 피드백을 받고 나서 구조를 완전히 뒤집어서 '고객이 겪는 문제 → 왜 지금 해결해야 하는가 → 우리 방식'으로 다시 잡았습니다. 발표 결과 같은 반에서 가장 높은 점수를 받았고, '왜 이걸 해야 하는지가 명확했다'는 피드백을 받았습니다. 팀워크 측면에서는 슬라이드 제작은 디자인 잘 하는 팀원이, 내용 구조는 제가 맡는 방식으로 분담했는데, 처음엔 서로 방향이 달라서 두 번 다시 만들기도 했습니다.
제안서에서 가장 중요한 건 기술보다 상대방의 문제를 내가 얼마나 이해했는지 보여주는 것이라고 배웠습니다. 경험을 통해 배웠습니다. 앞으로도 이 방향으로 성장하겠습니다.
창업 동아리 IR 발표를 준비하면서 슬라이드를 처음 만들었을 때, 저는 그냥 아는 내용을 다 넣었습니다. 동아리 선배한테 리뷰를 부탁했더니 '너무 많아서 뭘 보여주고 싶은지 모르겠다'는 말이 나왔습니다. 그 이후로 한 슬라이드에 메시지 하나만 남기는 방식으로 3번 이상 다시 만들었습니다. 마지막 발표에서는 투자자 역할로 참여하신 분이 '흐름이 명확하다'는 말씀을 해주셨습니다. 팀원들과 작업하면서는 피드백을 줄 때 '이 슬라이드는 뭘 전달하려는 건지 모르겠다'는 방식으로 구체적으로 말하는 게 효과적이라는 걸 배웠습니다. 제작 과정에서 가장 실패했던 건 첫 버전을 완성본이라고 생각하고 제출 당일에 피드백을 받으려 했던 것입니다.
제안서는 빠르게 초안 만들고 여러 번 수정하는 게 핵심이라고 느꼈습니다. 경험을 통해 배웠습니다. 앞으로도 이 방향으로 성장하겠습니다.
개발 동아리 프로젝트 결과를 학교 행사에서 발표할 때, 청중 대부분이 비전공자였습니다. 저는 처음에 기술 구조를 자세히 설명하는 슬라이드를 만들었는데, 발표 후 '뭘 만든 건지 모르겠다'는 반응이 나왔습니다. 그때 이후로 '이 기능이 있다'가 아니라 '이 기능으로 이런 경험이 가능하다'는 방식으로 설명을 바꿨습니다. 다음 발표에서는 같은 프로젝트를 일상 시나리오 중심으로 다시 구성했더니 청중 반응이 완전히 달라졌습니다. 제안서나 세일즈 덱에서도 고객이 쓰는 언어로 작성하는 게 가장 중요하다고 생각합니다. 기술을 잘 모르는 결정권자가 읽어도 '왜 이게 필요한지'가 보여야 합니다.
상대방의 언어로 말하는 덱이 설득력 있는 덱이라는 걸 그때 배웠습니다. 경험을 통해 배웠습니다. 앞으로도 이 방향으로 성장하겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 국내영업 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.