이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
동아리 프로젝트에서 간단한 결제 흐름 목업을 만들 때, 처음에는 기술 구현에만 집중했습니다. 그런데 사용자 테스트를 해봤더니 결제 버튼을 실수로 두 번 누르는 상황이 자주 발생했습니다. 이 상황을 보고 버튼 비활성화 처리와 로딩 스피너를 추가했지만, 처음에는 디바운스 타임을 너무 짧게 설정하여 여전히 중복 요청이 발생했습니다. 이 실패 이후에 클라이언트와 서버 양쪽에서 중복 방지를 해야 한다는 것을 배웠습니다. 결제 화면에서 제가 가장 중요하게 보는 것은 사용자가 현재 무슨 상태인지 명확히 알 수 있는 피드백입니다. 로딩 중인지, 성공인지, 실패인지가 불분명하면 불안해서 버튼을 반복해서 누르게 됩니다.
사용자 행동을 예측하고 예외 상황을 미리 막는 설계가 중요하다고 생각합니다.
포트폴리오 프로젝트에서 카드 정보 입력 폼을 만들었어요. 처음엔 제출 버튼을 누를 때만 검증했는데, 사용자들이 긴 폼을 다 채우고 제출했다가 맨 위 오류 메시지를 발견하는 상황이 답답해 보였어요. 실시간 검증으로 바꿨더니 이번엔 한 글자 입력할 때마다 오류 메시지가 깜빡여서 더 나빠졌어요.
onBlur 이벤트로 포커스가 벗어날 때만 검증하는 방식으로 바꾸고 나서야 자연스러워졌어요. 카드 번호 16자리를 4-4-4-4로 자동 포맷팅하는 기능도 추가했는데, 이건 사용자 반응이 좋았어요. 작은 편의 기능 하나가 신뢰감을 만든다는 걸 느꼈고, 결제처럼 민감한 화면일수록 디테일이 더 중요하다고 생각해요.
개인 프로젝트에서 결제 화면을 설계하면서 세션 만료 처리에 대해 고민했어요. 보안 측면에서 세션이 짧아야 하는데, 사용자가 카드 정보를 다 입력하다가 로그아웃되면 처음부터 다시 해야 하는 나쁜 경험이 생겨요. 기입한 정보를 암호화해서 임시 저장할지, 아니면 세션을 연장할지 고민했는데, 제가 구현한 건 입력 중 활동이 감지되면 세션을 자동 연장하는 방식이었어요. 이 기능에서 타이머 처리 버그가 있었고, 해결하는 데 반나절이 걸렸어요. 결제 화면은 보안과 편의성이 충돌하는 지점이 많아서 작은 결정 하나도 사용자 경험에 큰 영향을 준다고 느꼈어요.
기술적으로 가능한 것과 사용자에게 좋은 것이 항상 같지 않다는 걸 배웠어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.