이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사용자 경험 수업 과제로 반응형 웹 기획서를 작성하면서 모바일·태블릿·데스크톱 세 환경을 동시에 고려하는 설계를 처음 경험했습니다. 같은 콘텐츠를 세 화면 크기에 맞게 재배치할 때 정보 계층 구조가 먼저 명확해야 반응형이 의미 있다는 점을 배웠습니다. 모바일에서 숨겼던 요소가 데스크톱에서만 보이는 구조를 사용하면 두 환경에서 사용자 경험이 달라지는 문제가 생기는 걸 시안 작업 중에 발견했습니다. 인턴 시절에는 모바일 퍼스트로 설계된 기능이 웹 버전에서 쓰기 불편하다는 CS 피드백을 분석하는 작업을 맡았고, 사용 맥락(이동 중 vs. 데스크에 앉아서)이 다르면 동일한 기능도 다르게 설계되어야 한다는 점을 확인했습니다. 반응형은 화면 크기 대응이 아니라 사용 맥락 대응이라고 생각합니다.
인턴 때 모바일 퍼스트로 설계된 기능이 웹에서 쓰기 불편하다는 고객 피드백을 분석하는 일을 맡으며, 저는 반응형을 단순한 화면 크기 대응으로만 보면 안 된다는 걸 느꼈습니다. 같은 기능이라도 이동 중에 쓰는 모바일과 책상에 앉아 쓰는 데스크톱은 사용 맥락이 다른데, 그 차이를 무시하고 레이아웃만 늘리니 한쪽이 불편해진 것이었습니다. 그래서 저는 반응형이 화면 크기 대응이 아니라 사용 맥락 대응이라고 봅니다. 같은 콘텐츠라도 맥락에 따라 다르게 설계돼야 합니다. 다만 제 한계도 인정합니다. 맥락마다 다르게 설계하면 화면 분기 케이스가 늘어 개발 부담이 커지는 거래가 있습니다. 저는 그 균형점을 직접 설계로 다뤄 본 경험은 적습니다. 또 무조건 반응형이 답은 아니고, 서비스 트래픽의 기기 비율을 먼저 봐야 한다는 것도 압니다. 그래서 반응형을 기본 전제로 두되, 사용 맥락과 개발 부담 사이의 거래를 의식하는 일로 보려 합니다.
반응형 웹 기획에서 제가 가장 중요하게 본 건, 화면을 나누기 전에 정보의 계층이 먼저 또렷해야 한다는 점입니다. 수업 과제로 모바일·태블릿·데스크톱 세 환경을 동시에 설계하며, 무엇이 더 중요한 정보인지가 안 정해지면 화면 크기마다 재배치가 엉킨다는 걸 봤습니다. 모바일에서 숨겼던 요소가 데스크톱에서만 보이게 하면 두 환경의 경험이 어긋나는 문제도 시안 작업 중에 발견했습니다. 그래서 저는 반응형의 출발은 레이아웃이 아니라 정보 계층 정리라고 봅니다. 그게 서면 어느 화면에서도 일관된 경험이 가능합니다. 다만 제 한계도 인정합니다. 저는 과제와 피드백 분석 수준이라, 복잡한 인터랙션에서 분기 케이스가 늘 때의 개발 부담을 직접 다뤄 본 경험은 적습니다. 또 트래픽의 기기 비율을 보고 우선순위를 정하는 데이터 기반 판단도 더 익혀야 합니다. 그래서 반응형을 정보 계층 정리에서 시작하되, 개발 부담과의 거래를 함께 의식하려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 대학내일ES 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.