이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
내부 업무 시스템 UI를 개발할 때 가장 먼저 한 것은 실제 사용자인 내부 팀원들과 인터뷰하는 것이었습니다. 화면 기획 단계에서 어떤 정보를 가장 자주 찾는지, 현재 불편한 흐름이 무엇인지를 직접 들어야 가정이 아닌 실제 필요에 기반한 설계가 가능했습니다.
업무 워크플로우 분석도 중요했습니다. 사용자가 하루에 어떤 순서로 시스템을 사용하는지를 따라가면서, 화면 전환이 잦거나 반복적으로 같은 동작을 해야 하는 병목 지점을 발견할 수 있었습니다. 이 지점이 UI 개선의 우선순위가 됐습니다.
피드백 루프를 짧게 유지하려 했습니다. 목업이나 프로토타입 단계에서 미리 사용자에게 보여주면 완성 후 대규모 수정보다 빠르고 저렴하게 방향을 조정할 수 있었습니다. 내부 시스템이라 빠른 피드백이 가능한 환경이었고, 이 주기를 잘 활용했습니다.
내부 업무 시스템 UI를 개발하면서 사용자 인터뷰와 워크플로우 분석을 거쳐 프로토타입을 만들었는데, 그 결과가 실제로 사용자에게 어떻게 받아들여지는지를 확인하는 방법이 필요했습니다. 단순히 긍정적인 반응을 받는 것 이상으로, 특정 작업을 완료하는 데 걸리는 시간이 기존 시스템 대비 얼마나 줄었는지를 실제로 측정해봤습니다. 같은 업무 흐름을 기존 시스템과 새 UI에서 수행하는 시간을 비교하니 어떤 화면에서 개선이 효과적이었는지를 구체적으로 알 수 있었습니다. 수치로 확인했을 때 주관적인 만족과 실제 효율이 다른 경우가 있었는데, 사용자가 좋아한다고 말하는 화면이 실제 작업 시간은 줄이지 못한 경우도 있었습니다. 내부 시스템 UI 개선에서 사용자 만족도와 함께 실제 업무 효율 변화를 측정하는 것이, 어느 방향으로 더 개선해야 하는지를 판단하는 데 더 유용한 정보가 된다는 것을 이 경험에서 배웠습니다.
내부 업무 시스템 UI를 배포하고 나서 사용 로그를 통해 실제 사용 패턴을 확인했을 때, 인터뷰에서 예상했던 것과 다른 부분이 있었습니다. 인터뷰 단계에서 가장 자주 쓴다고 했던 기능이 실제 로그에서는 예상보다 덜 사용됐고, 오히려 덜 중요하다고 했던 기능이 자주 호출되는 것을 발견했습니다. 사용자가 인터뷰에서 하는 말과 실제 행동이 항상 일치하지 않는다는 것을 이 경험에서 배웠습니다. 이 데이터를 바탕으로 화면 레이아웃에서 접근성이 낮았던 기능을 더 잘 보이는 위치로 이동하는 수정을 했습니다. 내부 시스템 개발에서도 요구사항 수집이 끝나는 것이 아니라 배포 후 사용 데이터를 통해 지속적으로 이해를 갱신하는 것이 중요하다는 것을 이 경험에서 알게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.