이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
로컬 비즈니스 서비스를 설계할 때 사용자에게 필요한 정보를 정의하려면, 먼저 사용자가 서비스를 열게 되는 상황부터 명확히 해야 한다고 생각합니다.
예를 들어 주변 맛집을 찾는 상황이라면, 사용자는 "지금 열었는지", "얼마나 걸리는지", "어떤 분위기인지"를 순서대로 필요로 합니다. 정보의 우선순위는 사용 맥락에 따라 달라집니다. 모든 정보를 한 번에 보여주는 것이 아니라, 의사결정 흐름에 맞춰 배치하는 것이 핵심입니다.
전달 방식은 채널별로 달리 가져가겠습니다. 앱 안에서는 지도와 리스트를 전환 가능하게 두어 거리 기반과 정보 탐색을 모두 지원하고, 알림은 사용자가 자주 방문하는 장소 근처에 왔을 때만 노출합니다. 학교 캡스톤 프로젝트에서 사용자 여정 지도를 그리며 비슷한 방식으로 정보 구조를 짰고, 그 과정에서 어떤 정보를 줄이느냐가 어떤 정보를 넣느냐만큼 중요하다는 것을 배웠습니다.
로컬 비즈니스 서비스에서 사용자에게 필요한 정보를 정의할 때, 저는 “이 사람이 지금 무엇을 결정하려는가”에서 출발합니다. 정보를 전달하는 것이 아니라 특정 순간의 의사결정을 돕는 것이 목적이라고 보기 때문입니다.
수업 프로젝트에서 동네 업장의 예약 흐름을 설계했을 때, 영업시간·위치·메뉴를 모두 한 화면에 넣었더니 팀원들이 어디를 먼저 봐야 할지 모르겠다고 했습니다. 핵심 정보 하나를 먼저 보여주고 나머지는 탭으로 숨기는 방식으로 바꾸자 흐름이 자연스러워졌습니다.
정보의 양이 아니라 순서와 노출 시점이 사용성을 결정한다는 것을 이 프로젝트에서 직접 확인했습니다. 앞으로도 사용자가 정보를 필요로 하는 순서를 먼저 그리는 방식을 설계의 출발점으로 삼겠습니다.
로컬 비즈니스 정보 설계에서 중요한 것이 정보의 정확성만큼 갱신 주기라고 생각합니다. 영업시간이나 재고 같은 정보는 자주 바뀌는데, 오래된 정보가 남아 있으면 신뢰가 한 번에 무너집니다.
소상공인 정보 플랫폼을 주제로 발표할 때, 업주 앱과 사용자 앱을 같은 데이터 기반으로 연결해 업주가 수정하면 사용자 화면도 실시간으로 바뀌는 구조를 제안했습니다. 데이터를 누가, 어떤 흐름으로 입력하는지를 설계에 포함시키자 시스템 전체의 신뢰도 문제가 다르게 보였습니다.
사용자에게 전달하는 정보 설계는 데이터의 갱신 경로까지 포함해야 완성됩니다. 화면 밖의 운영 흐름을 함께 설계하는 것이 서비스 신뢰를 결정하는 경우가 많습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 당근마켓 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.