관리자 페이지와 백오피스란 무엇인가요?

관리자 페이지와 백오피스는 무엇을 말하나요?

관리자 페이지는 고객이 쓰는 화면 뒤에서 직원이 주문·예약·회원·문의를 확인하고 상태를 바꾸는 화면입니다. 백오피스는 그 화면들을 포함해 접수부터 처리, 정산, 기록까지 운영 업무 전체를 담는 시스템을 가리킵니다. 두 말은 실무에서 섞여 쓰이며, 화면 하나를 말하는지 업무 전체를 말하는지가 다릅니다.

그래서 "관리자 페이지도 같이 만들어 주세요"라는 요청은 범위가 정해지지 않은 상태입니다. 어떤 업무를 어느 단계까지 그 화면에서 처리할지를 정해야 견적과 일정이 나옵니다.

규모도 짐작보다 큽니다. 고객이 보는 화면이 다섯 장인 서비스에서도 운영자가 쓰는 화면은 목록, 상세, 변경, 이력, 통계로 늘어나기 쉽습니다. 개발 기간을 나눌 때 운영자 화면을 뒤로 미루면 출시 직후 업무가 손으로 돌아가는 기간이 생깁니다.

고객 화면과 운영자 화면은 왜 다른가요?

목적이 다릅니다. 고객 화면은 한 사람이 자기 건 하나를 끝내는 것이 목표이고, 운영자 화면은 한 사람이 남의 건 수십 수백 개를 빠르게 처리하는 것이 목표입니다. 그래서 고객 화면에서는 단계를 나누어 보여 주는 것이 좋고, 운영자 화면에서는 목록에서 한 번에 걸러 내고 여러 건을 묶어 처리하는 쪽이 낫습니다.

권한과 기록도 다릅니다. 운영자는 다른 사람의 정보를 보기 때문에 「개인정보의 안전성 확보조치 기준」은 접근 권한을 업무 수행에 필요한 최소한의 범위로 차등 부여하고, 계정은 정당한 사유가 없는 한 취급자별로 발급해 공유되지 않게 하라고 정하고 있습니다. 같은 기준은 화면 표시와 파일 생성도 출력으로 보아 용도를 특정하고 항목을 최소화하도록 합니다. 운영팀이 공용 계정 하나를 돌려 쓰고 목록에 연락처를 모두 띄우는 방식은 설계 단계에서 바꿔야 하는 부분입니다.

어떤 기능으로 이루어지나요?

구분	하는 일	정해 두어야 할 것
목록과 검색	처리할 건을 찾아 거르기	기본 정렬, 자주 쓰는 필터 조건
상태 변경	접수·확인·완료·취소로 넘기기	어떤 상태에서 어떤 상태로 갈 수 있는지
예외 처리	수기 보정, 환불, 재처리	사유 입력 여부와 승인 담당
기록	누가 언제 무엇을 바꿨는지 남기기	남길 항목과 보관 기간

여기에 자료를 내보내는 기능이 더해질 때가 많습니다. 보고용 엑셀을 뽑는 화면은 편리하지만 개인정보가 함께 나가는 통로이기도 해서, 어떤 항목까지 내보낼 수 있고 누가 쓸 수 있는지를 처음에 정해 두어야 합니다.

이 가운데 상태 변경 규칙이 가장 먼저 정해져야 합니다. 화면 목록만 전달하면 개발 중에 "취소된 건을 다시 살릴 수 있나요" 같은 질문이 나오고, 그때 구조를 고치면 일정이 밀립니다.

ERP나 CRM과는 다른 말인가요?

겹치는 부분이 있지만 가리키는 범위가 다릅니다. 관리자 페이지는 우리 서비스에서 생긴 자료를 운영하는 화면이고, ERP는 회계·재고·인사처럼 회사 전체의 자원을 다루며, CRM은 고객과의 접점과 영업 이력을 다룹니다.

실무에서는 셋 중 하나만 쓰는 경우가 드뭅니다. 서비스에서 주문이 생기면 관리자 페이지에서 처리하고, 매출 자료는 회계 시스템으로 넘기고, 상담 이력은 고객 관리 도구에 남기는 식입니다. 그래서 개발 범위를 정할 때는 "어디까지 우리 화면에서 처리하고 어디서부터 다른 시스템에 넘기는지"를 먼저 정하시는 편이 좋습니다. 이 경계를 정하지 않으면 같은 자료를 두 곳에 입력하는 업무가 남습니다.

예를 들어 예약 한 건이 지나는 길

고객이 예약을 넣으면 접수 상태로 쌓입니다. 담당자는 목록에서 오늘 처리할 건만 걸러 확인으로 바꾸고, 고객이 시간을 바꾸면 변경 이력을 남기며 일정을 수정합니다. 고객이 오지 않으면 미방문으로 처리하고, 월말에는 완료된 건만 모아 정산합니다.

이 흐름에서 고객 화면이 담당하는 것은 첫 줄 하나뿐입니다. 나머지는 모두 운영자 화면의 일이고, 각 단계마다 누가 바꿀 수 있는지와 무엇을 기록할지가 따라붙습니다. 백오피스 개발 범위는 보통 이 뒷줄에서 결정됩니다.

엑셀로 버티는 것은 언제까지 괜찮나요?

처리 건수가 적고 담당자가 한 명이면 엑셀이 더 빠릅니다. 바꿔야 하는 신호는 건수보다 증상으로 나타납니다. 같은 파일을 여러 사람이 고치면서 최신본이 헷갈리거나, 누가 언제 값을 바꿨는지 확인할 수 없거나, 고객 문의가 올 때 처리 상태를 찾는 데 시간이 걸리면 한계에 온 것입니다.

이때 전체를 한 번에 시스템으로 옮기지 않아도 됩니다. 가장 자주 처리하는 업무 하나를 골라 목록·상태 변경·기록만 먼저 만들고, 정산과 통계는 다음 단계로 두는 방식이 안전합니다.

지금 확인할 한 가지

하루에 가장 많이 반복하는 운영 업무 하나를 적고, 그 업무가 지금 몇 개의 파일과 몇 번의 확인을 거치는지 세어 보시기 바랍니다. 그 숫자가 요구사항의 출발점이 되고, 권한과 기록은 그 업무를 누가 처리하는지에서 따라 나옵니다.

업무를 요구사항 문서로 옮기는 단계가 어렵다면 지금 쓰는 엑셀 서식과 처리 순서를 모아 네오렉트에 보내 주시면 됩니다.