BO 화면설계 심화 (4) - 상품관리 사례

백오피스 화면설계를 깊게 하다 보면, 어느 순간부터는 “내가 설계한 화면이 실무에서 정말 잘 굴러갈까?”라는 질문을 계속 하게 됩니다. 그때 가장 좋은 학습 재료가 이미 시장에서 검증된 관리자 시스템입니다. 이번 글에서는 그 대표 사례로 카페24 상품 관리 화면을 가져와서, 왜 이 구조가 ‘전형적인 관리자 UX의 정석’에 가깝다고 평가되는지, 그리고 특히 상품 관리와 분류(카테고리) 관리가 어떻게 결합되어 운영 유연성을 만들어내는지를 단계별로 풀어보겠습니다.

앞선 글에서 상품 관리는 “데이터 원본을 관리하는 영역”이라고 말씀드렸습니다. 카페24는 바로 그 원칙을 아주 교과서적으로 구현해 둔 시스템입니다. 그리고 여기서 한 단계 더 중요한 포인트가 있는데, 카페24는 단순히 상품을 등록·수정하는 데서 끝나지 않고, 분류 관리라는 구조를 통해 프론트 노출까지 ‘운영으로 해결’할 수 있게 만든 시스템이라는 점입니다.

 

1. 카페24 상품 관리 화면의 기본 구조

카페24 상품 관리 화면은 대량 데이터 관리와 빠른 처리를 전제로 한 구조를 아주 명확하게 가지고 있습니다. 화면을 위에서 아래로 내려다보면, 역할이 분명히 나뉘어 있습니다.

맨 위에는 조회(검색) 영역이 있고, 그 아래에는 데이터 테이블을 조작하는 컨트롤 영역, 그리고 마지막으로 데이터 테이블 자체가 배치됩니다. 운영자는 이 목록에서 상품을 하나 선택하면 상세/수정 페이지로 진입하게 됩니다. 이 흐름은 “조회 → 선택 → 확인/수정”이라는 관리자 업무의 가장 기본적인 동선을 그대로 반영한 구조입니다.

이 구조가 중요한 이유는, 관리자의 작업이 대부분 ‘반복’이기 때문입니다. 반복되는 업무를 빠르게 처리하려면, 화면도 반복 처리에 최적화된 형태여야 합니다. 카페24는 이 점에서 전형적인 정석 구조를 보여줍니다.

2. 조회(검색) 영역 설계 – 관리자 화면의 출발점

상품 관리 화면 상단에 조회 영역이 놓이는 이유는 단순합니다. 관리자는 전체 상품을 보는 사람이 아니라, 원하는 상품을 “찾아야 하는” 사람이기 때문입니다. 조회 영역의 역할은 크게 두 가지입니다. 첫째는 관리자가 원하는 상품을 빠르게 찾게 하는 것이고, 둘째는 전체 데이터를 불필요하게 로딩하지 않도록 막는 것입니다.

카페24의 조회 영역에는 보통 카테고리, 상품명, 상태(진열/판매 여부), 등록일 또는 수정일 기간 같은 요소들이 포함됩니다. 이런 필터의 조합은 “이 상품이 어디에 속해 있는지”, “지금 판매 중인지”, “최근에 수정된 것인지”를 빠르게 추려내기 위한 장치입니다. 여기서 특히 날짜 기간 필터가 중요한데, 운영 환경에서는 상품 데이터가 계속 누적됩니다. 그 상황에서 기간 필터 없이 전체를 조회하게 두면 성능과 효율이 동시에 무너집니다. 카페24 같은 서비스가 이런 조회 구조를 상단에 고정시키는 이유는 단지 ‘편의성’이 아니라, 운영 시스템으로서의 안정성 때문입니다.

3. 데이터 테이블 컨트롤 영역 – 관리자 UX의 핵심 구간

조회 영역과 데이터 테이블 사이에 존재하는 컨트롤 영역은, 처음 보면 “그냥 버튼들이 모여 있는 구역”처럼 보일 수 있습니다. 하지만 이 영역은 관리자 업무 효율을 결정하는 핵심입니다.
관리자는 상품을 하나만 처리하는 경우보다, 여러 개를 동시에 처리하는 경우가 훨씬 많습니다. 예를 들어 특정 기간에 등록된 상품 20개를 한 번에 진열로 바꾸거나, 특정 조건의 상품을 일괄 판매중지로 바꾸거나, 불필요한 상품을 한꺼번에 삭제하는 일이 흔합니다. 이런 상황에서 컨트롤 영역이 없다면 관리자는 상품 하나하나를 들어가서 수정해야 합니다. 즉, 작업 동선이 폭발적으로 늘어납니다.

카페24의 컨트롤 영역에는 대표적으로 “선택 상품 진열”, “선택 상품 판매”, “선택 상품 삭제”, “상태 일괄 변경” 같은 기능이 있습니다. 이 일괄 처리 기능은 반복 작업을 줄이고, 운영 리소스를 절약해 줍니다. 그래서 이 영역은 “있으면 좋은 기능”이 아니라, 대량 운영 환경에서 사실상 필수입니다.

4. 데이터 테이블 영역 설계 – 목록은 ‘판단용’이다

데이터 테이블에는 상품의 핵심 정보만 노출됩니다. 여기서 반드시 기억하셔야 할 원칙이 있습니다. 목록은 판단용이고, 상세는 확인/수정용이라는 점입니다.
따라서 목록에서 제공해야 하는 정보는 “이 상품을 내가 지금 선택해야 하는지”를 빠르게 판단할 수 있을 정도면 충분합니다. 카페24에서는 상품명, 카테고리, 판매/진열 상태, 가격 요약, 등록일 같은 요소가 보통 목록에 들어갑니다. 반대로 옵션 상세, 배송 정책, 세부 설명 같은 정보는 목록에서 과도하게 보여주지 않습니다. 그건 상세 페이지에서 보면 됩니다.

이렇게 역할을 분리해야 목록의 가독성이 유지되고, 운영자는 빠르게 스캔하면서 필요한 것만 골라 들어갈 수 있습니다.

5. 상품 상세 페이지 구조 – 상세와 수정의 결합

카페24의 상품 상세 페이지는 특징적으로 상세 화면에서 즉시 수정이 가능합니다. 별도의 수정 페이지로 이동하지 않습니다. 이는 최근 관리자 UX에서 가장 일반적인 추세이기도 합니다. 관리자 입장에서 “상세를 본다”는 것은 대부분 “수정하려고 들어왔다”는 의미입니다. 그래서 상세 페이지에서 바로 수정이 가능하면 동선이 줄어들고, 페이지 수가 줄어들어 개발 공수도 감소합니다. 결과적으로 기획과 개발 커뮤니케이션도 단순해지고, 일정도 단축됩니다. 그리고 카페24는 상세 내용이 길다는 특성을 반영해서, 상세 페이지 내부에 탭 기반 바로가기 구조를 제공합니다. 예를 들어 기본 정보, 가격/재고, 카테고리, 옵션, 배송 같은 구성이 상단 탭으로 제공됩니다. 이 구조 덕분에 운영자는 긴 페이지를 끝까지 스크롤하지 않아도 필요한 구간으로 즉시 이동할 수 있고, 필요한 정보만 집중적으로 수정할 수 있습니다.

6. 분류(카테고리) 관리

카페24 상품 관리를 제대로 이해하려면, 상품 화면만 보면 안 됩니다. 반드시 함께 봐야 하는 것이 분류 관리(카테고리 관리)입니다. 카페24에서는 이를 보통 “분류 관리”라고 부르는데, 이 영역이 사실상 프론트 노출 구조를 운영으로 설계하게 해주는 핵심 장치입니다.

많은 조직에서 “카테고리를 새로 만들자”라는 말을 들으면, 기획자는 종종 “그럼 화면도 새로 만들어야 하나요?” 같은 생각을 하게 됩니다. 그런데 카페24에서는 카테고리를 만든다는 것이 곧 화면을 새로 만드는 것이 아닙니다. 구조를 만드는 것입니다. 그리고 그 구조 변경은 프론트 개발 없이도 운영 설정으로 반영될 수 있습니다. 이 지점이 아주 중요합니다.

7. 분류 관리 화면 구조 – 좌우 분할의 의미

카페24의 분류 관리 화면은 좌우 분할 구조입니다. 좌측에는 분류 트리가 있고, 우측에는 선택한 분류의 속성을 관리하는 영역이 있습니다. 좌측 트리에는 1차 분류, 2차 분류, 3차 분류처럼 계층 구조가 표시됩니다. 이 트리는 상품을 담는 ‘그릇’입니다. 즉, 상품을 어디에 담아 노출시킬지 정하는 구조입니다.

새 카테고리를 추가할 때는 분류 추가 버튼으로 신규 분류를 만들고, 드래그 앤 드롭으로 위치를 조정합니다. 예를 들어 “이북” 하위에 “뉴 카테”를 추가하는 식입니다. 여기서 핵심은, 이런 카테고리 구조 조정이 프론트 개발을 새로 하지 않아도 반영될 수 있다는 점입니다. 운영 구조를 바꾸는 것만으로 노출 맥락이 달라지는 것입니다.
실제로 상품 상세 페이지에서 어떤 상품에 “뉴 카테”를 추가 적용해 두면, 분류 트리에서도 그 상품이 “기존에 없던 카테고리 목록에서 보이게 되는” 결과가 나타납니다. 이 흐름이 바로 운영 시스템의 힘입니다.

8. 우측 영역 – 분류 속성 관리

우측 영역에서는 선택한 분류의 속성을 관리합니다. 예를 들어 노출 여부, 분류명, 정렬 기준, 기타 속성 같은 것들이 여기에 들어갑니다. 이 구조 덕분에 운영자는 카테고리 구조를 보면서 동시에 그 카테고리의 성격과 노출 정책을 한 화면에서 조정할 수 있습니다.
즉, 좌측은 “구조”, 우측은 “정책”입니다. 카페24는 구조와 정책을 분리하면서도 한 화면에서 관리 가능하게 만들어 운영 효율을 극대화합니다.

 

9. 상품과 분류의 관계 – “하나의 상품, 여러 개의 노출 맥락”

카페24 분류 관리의 가장 중요한 개념은 이 한 문장으로 정리됩니다. 상품은 하나 이상의 분류에 속할 수 있다는 것입니다.
이 말은 곧 상품이 단일 카테고리에만 묶이지 않는다는 뜻입니다. 예를 들어 기존에 “이북(E-book)” 카테고리에만 속하던 상품을, “이북 + 뉴 카테(가명)”로 동시에 적용할 수 있습니다. 그러면 이 상품은 이북 목록에도 노출되고, 뉴 카테 목록에도 노출됩니다. 상품은 하나인데, 노출되는 맥락은 여러 개가 되는 것입니다.

이 구조가 중요한 이유는 명확합니다. 프론트 개발 없이도 구조 변경이 가능하고, 기획전/테마/신규 카테고리 요구에 유연하게 대응할 수 있으며, 상품을 재사용하는 범위가 넓어지고, 운영 비용이 줄어듭니다. 결국 운영 조직이 빠르게 움직일 수 있게 됩니다.

 

정리

카페24 상품 관리 구조는 상품이라는 데이터 원본을 중심으로, 분류 관리라는 구조를 통해 프론트 노출을 유연하게 제어하는 시스템입니다. 여기서 기획자가 반드시 가져가야 할 인사이트는 분명합니다. 상품 관리는 전시 관리와 다릅니다. 상품 관리가 원본을 만드는 곳이라면, 분류 관리는 “그 원본을 어디에 담아 어떤 맥락으로 보여줄지”를 결정하는 구조 설계입니다. 그리고 “카테고리를 만든다”는 것은 화면을 만드는 것이 아니라, 운영 구조를 확장하는 것입니다. 개발로 해결할 수 있는 것을 무조건 개발로 풀기보다, 운영으로 해결할 수 있는 것은 구조로 풀어야 합니다. 이 관점을 장착하면 백오피스 설계 수준이 한 단계 이상 올라갑니다. 카페24 사례가 좋은 이유는, 바로 그 정석이 화면 구조 안에 그대로 들어 있기 때문입니다.