티스토리 뷰

백오피스 회원 관리(고객 관리) 화면 설계 정리

1. 회원 관리의 성격 이해

백오피스에서 회원 관리는 단순한 “조회용 데이터”가 아니다.

회원 관리 영역은 다음 목적을 동시에 가진다.

  • 고객 식별
  • 고객 행동 이력 파악
  • 고객 등급/상태 관리
  • 운영 대응(메모, 특이사항)
  • 향후 CRM 확장 기반

그래서 다른 메뉴(전시, 상품) 대비
정보량이 많고 구조가 복합적일 수밖에 없다.

 

2. 회원 조회(목록) 페이지 설계

2.1 조회 조건이 많은 이유

회원 조회 페이지는
백오피스 전체 메뉴 중 조회 조건이 가장 많은 편이다.

일반적으로 포함되는 조회 조건 예시는 다음과 같다.

 

회원 관리 영역이 커지게 되면 CRM이라고 하는 전문 소프트웨어를 도입해서 관리를 하게 되는데 
이것을 염두에 두고 지금 이름을 지어놓은 거죠.

현재는 이 어드민이 들어와 있지만 하나의 백오피스로 묶여 있지만
CRM은 분리할 수가 있게 되는 겁니다.


  • 아이디
  • 회원명
  • 휴대폰 번호
  • 이메일
  • 생년월일
  • 성별
  • 회원 등급
  • 가입일
  • 주문 번호(또는 거래 번호)

이는 단순히 “많이 넣는다”의 문제가 아니라,
운영 상황에 따라 조회 기준이 달라지기 때문이다.

CS 대응, 마케팅, 정산, 이상 사용자 추적
→ 모두 조회 기준이 다르다

 

 

주문 번호 또는 성별 같은 것들도 있을 수 있고 회원 등급도 있을 수 있는데 
그런 다양한 것들을 대처하기 위해서 좀 다양하게 좀 조회 값이 많은 편이고요.

 

2.2 회원 목록 데이터 테이블

회원 목록 데이터 테이블에는
식별에 필요한 최소 정보만 노출한다.

일반적인 구성 예시는 다음과 같다.

  • 회원 등급
  • 아이디
  • 회원명
  • 이메일
  • 가입일
  • 비고(관리자 메모 여부 등)

목록에서는 상세 판단을 하지 않는다.
→ 선택 후 상세 페이지로 이동

 

3. 회원 상세 페이지 구조

회원 목록에서 특정 회원을 선택하면 회원 상세 페이지로 진입한다.

이 페이지가 회원 관리의 핵심이다.

 

3.1 좌측 요약 정보 영역

회원 상세 페이지 좌측에는
회원의 핵심 요약 정보가 고정 영역으로 제공된다.

 

예시

  • 기본 정보
  • 주문/구매 이력
  • 게시글/활동 이력
  • 긴급 정보
  • 예치금 / 적립금

이 구조의 목적은 명확하다.

“이 회원이 어떤 상태의 사람인지 한눈에 파악”

 

3.2 CRM 개념과의 연결

여기서 등장하는 개념이 **CRM(Customer Relationship Management)**이다.

현재는 하나의 백오피스 안에 포함되어 있지만,

  • 회원 관리 규모가 커질 경우
  • 마케팅 / 상담 / 데이터 분석이 분리될 경우

👉 CRM 시스템으로 분리 운영 가능

즉, 지금의 회원 관리 메뉴는
CRM으로 확장 가능한 구조를 염두에 두고 설계된 것이다.

 

4. 회원 관리 샘플 구조 분석

공유된 회원 관리 샘플은
카페24보다 단출하지만 필수 구조는 동일하다.

 

4.1 회원 관리 목록

구성:

  • 조회 조건 영역
  • 데이터 테이블 영역

데이터 테이블 예시 컬럼:

  • 회원 등급
  • 아이디
  • 회원명
  • 이메일
  • 가입일
  • 비고

👉 회원 관리의 출발점

 

4.2 회원 정보 상세

회원 상세 정보에는 다음 정보가 포함된다.

  • 등급
  • 아이디
  • 회원명
  • 이메일
  • 연락처
  • 수신 동의 여부
  • 가입일
  • 관리자 메모

관리자 메모는 매우 중요하다.

  • CS 이슈
  • 특이 행동
  • 내부 공유 메모

→ 외부 노출 ❌ / 운영자 전용 ⭕️

 

4.3 하위 탭 구조

회원 상세 하단에는
이력 정보가 탭 형태로 제공된다.

 

예시

  • 구매 이력
  • 취소/환불 이력

해당 서비스 특성에 따라:

  • 구매 → 충전 이력
  • 취소/환불 이력 유지

👉 서비스만 달라질 뿐 구조는 동일

 

5. 회원 등급 관리 메뉴의 의미

회원 관리에서 회원 등급 관리는 매우 중요한 확장 포인트다.

등급을 만들 때 혜택을 어떻게 둘 거냐 현금일 때 혹은 모든 결제일 때
아니면 현금을 제외한 결제일 때 혜택을 주겠다.

어떻게 적립을 해줄 거냐 할인을 해줄 거냐 할인과 적립을 동시에 해줄 거냐
이런 설정을 할 수 있게끔 되어 있는 거고요.

혜택 없음도 있을 수 있겠죠. 이렇게 하나 설정을 해두게 되면
등급별 회원이 만들어지면서 이 등급에 대한 혜택들을 추가적으로 계속 만들 수 있는 형태가 됩니다.

 

5.1 회원 등급 관리의 역할

회원 등급 관리의 목적은 다음과 같다.

  • 회원 그룹화
  • 차등 혜택 제공
  • 마케팅 타겟 분리
  • CRM 연동 기반 마련

 

5.2 등급 생성 시 설정 항목

카페24 기준 예시:

  • 등급명 (예: VIP)
  • 혜택 적용 대상
    • 모든 결제
    • 현금 결제만
    • 현금 제외 결제
  • 할인/적립 방식
    • 할인만
    • 적립만
    • 할인 + 적립
  • 혜택 없음 설정 가능

이렇게 설정된 등급은
정책 단위로 재사용된다.

 

5.3 자동/수동 등급 변경

회원 등급은 두 가지 방식으로 운영 가능하다.

  • 자동
    • 누적 금액
    • 이용 횟수
  • 수동
    • 관리자 직접 변경

카페24는 두 방식을 모두 지원한다.

 

6. 회원 관리와 등급 관리의 연결 구조

회원 관리 화면에서는:

  • 특정 등급(VIP 등) 회원만 조회 가능
  • 등급 해제 / 변경 가능
  • 등급별 적립금 지급 가능

즉,

등급 관리 → 회원 관리 → 혜택/마케팅/CRM

 

이 흐름이 자연스럽게 이어진다.

 

 

7. 왜 이런 구조가 필요한가

회원 등급 관리의 최종 목적은
단순 “구분”이 아니다.

활용 예시는 다음과 같다.

  • 등급별 푸시 발송
  • 등급별 이메일/SMS
  • 특정 등급 전용 상품 노출
  • VIP 전용 기획전

👉 CRM, 마케팅, 전시, 상품과 모두 연결된다.

 

등급 관리를 한 번 세팅해 두고 잘 수정하지 않다 보니까
대부분의 시스템에서는 이거를 관리하지 않고 만드는 경우도 그냥 직접 만드는 경우도 있는데
이렇게 카페 24처럼 솔루션을 제공하는 경우에는
이러한 것들을 만들어서 지정을 할 수 있게끔 해두고 있는 것이죠.

 

8. 단출한 회원 관리 구조도 충분한 이유

공유된 샘플처럼
등급 구조가 단순한 경우도 충분히 의미 있다.

  • 등급은 분류만 담당
  • 실제 혜택은 운영 정책으로 관리

요구사항이 단순하면
구조도 단순해지는 것이 맞다.

 

9. 회원 관리 설계 핵심 요약

  • 회원 조회는 조건이 많을 수밖에 없다
  • 회원 상세는 “이력 중심”으로 구성한다
  • CRM 확장을 고려한 구조가 이상적이다
  • 회원 등급은 운영·마케팅 확장의 출발점이다
  • 서비스마다 항목은 달라도 구조는 같다

기획자가 반드시 가져가야 할 관점

회원 관리 화면은
“지금 쓰기 편한 화면”이 아니라
“나중에 확장해도 무너지지 않는 구조”여야 한다

728x90
Comments
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
250x250