요청 접수
고객·거래처·사내에서 들어오는 요청을 한 목록으로 받고, 필요한 항목이 빠진 건은 접수 단계에서 걸러냅니다.
- 접수 양식
- 필수 항목 확인
- 첨부 자료
관리자 화면부터
승인·정산까지
우리 회사 전용
백오피스 개발
운영자가 매일 반복해서 처리하는 업무를 회사 규칙에 맞게 정리합니다.
담당자별 권한과 승인 단계, 처리 이력과 정산 흐름까지 함께 설계합니다.
백오피스 요청 관리 화면: 담당자·승인자·관리자 역할 전환, 요청 목록의 상태와 담당자, 정산 금액 조정 요청의 처리 단계와 다음 행동
B운영 백오피스
김김 매니저운영팀 · 담당자
요청 관리
담당자로 보는 중 · 내게 배정된 요청을 검토하고 승인 요청을 보냅니다
역할
이번 주 요청 5건
접수 2승인 대기 1처리 완료 2
요청상태담당자다음 행동
REQ-1108정산 금액 조정가람상사접수김 매니저담당자 검토
REQ-1107반품 환불한빛리테일승인 대기정 매니저운영팀장 승인
REQ-1106거래처 계좌 변경다온물산접수김 매니저담당자 검토
REQ-1105대금 지급새봄유통처리 완료정 매니저완료
REQ-1104계약 단가 변경누리상회처리 완료김 매니저완료
REQ-1108 처리 이력
- 09:12거래처 포털에서 접수시스템
- 09:20담당 배정: 김 매니저배정 규칙
REQ-1108 · 가람상사
11월 정산 금액 조정
- 접수김 매니저 검토
- 승인 대기운영팀장 승인
- 처리 완료정산 반영
- 조정 금액
- 384,000원 차감
- 사유
- 단가 정정분 반영
- 담당자
- 김 매니저
- 승인자
- 운영팀장
다음 행동김 매니저가 검토 후 승인 요청
담당자 권한 · 조회, 수정, 승인 요청
증빙을 확인했다면 승인자에게 넘겨 주세요.
만드는 범위
백오피스 개발은
운영자가 반복하는 일에서 시작합니다
요청 접수, 상태 관리, 담당 배정처럼 매일 되풀이하는 처리를 회사 규칙에 맞춘 백오피스로 개발합니다. 메일과 공유 시트를 오가며 확인하던 일을 관리자 페이지 한곳에서 끝냅니다.
상태 관리
요청마다 지금 어느 단계에 있는지, 얼마나 머물러 있는지 목록에서 바로 보이게 합니다.
- 단계별 상태
- 지연 표시
- 처리 알림
담당 배정
요청 유형과 거래처, 업무량에 따라 담당자를 정하고 담당이 바뀌어도 처리 내용이 함께 넘어가게 합니다.
- 배정 규칙
- 담당 변경
- 처리 메모
조회·내보내기
기간·상태·담당자로 걸러 보고, 정산이나 보고에 쓸 목록을 엑셀로 내려받습니다.
- 조건 검색
- 엑셀 내보내기
- 권한별 조회
승인 · 권한 · 정산
승인·권한·정산 규칙까지
화면에 담습니다
결재 기준과 예외는 회사마다 다릅니다. 아래 네 가지는 새 관리자 시스템을 만들 때 회사 규칙에 맞춰 함께 설계하는 항목입니다.
역할별 접근
규칙 예거래처 계좌 정보는 재무 담당자만 열람
역할마다 볼 수 있는 메뉴와 항목, 누를 수 있는 버튼을 나눕니다. 권한을 바꿀 수 있는 사람도 따로 정합니다.
단계별 승인
규칙 예100만 원 이상 정산 조정은 팀장 승인 뒤 반영
금액과 요청 유형에 따라 승인 단계를 나누고, 승인 전에는 정산이나 지급에 반영되지 않게 막습니다.
예외 처리
규칙 예마감이 지난 건은 사유를 남겨야 처리 가능
규칙에서 벗어나는 건은 사유 입력이나 추가 승인을 거치게 하고, 따로 모아 볼 수 있게 합니다.
변경 이력
규칙 예누가 언제 금액을 바꿨는지 나중에 확인
상태·금액·담당자가 바뀔 때마다 누가 언제 무엇을 바꿨는지 기록하고 요청 화면에서 바로 봅니다.
도입 방식
자주 쓰는 업무부터
단계적으로 만듭니다
처음부터 모든 메뉴를 만들지 않습니다. 매일 쓰는 업무 하나를 먼저 열고, 현업이 써 본 뒤 다음 범위를 정합니다.
- 1
첫 범위 선정
처리 건수가 많고 실수가 잦은 업무 하나를 첫 범위로 고릅니다. 필요한 화면 수와 연동할 시스템도 이때 정합니다.
- 2
현업 검수
실제 운영자가 지난 자료로 처리해 보며 빠진 상태나 예외를 찾고, 고친 뒤에 엽니다.
- 3
후속 확장
첫 범위가 자리를 잡으면 정산, 통계, 외부 연동처럼 다음에 필요한 기능을 이어서 붙입니다.
운영과 인수에 필요한 기준
개발에 들어가기 전에 아래 항목을 함께 정해 둡니다.
- 관리자 사용 방식누가 어떤 화면을 매일 쓰는지, 계정과 역할이 몇 개 필요한지
- 데이터엑셀이나 기존 시스템에 있는 자료 중 옮길 범위와 형식
- 권한역할별 접근 범위와 권한을 바꿀 수 있는 사람
- 인수 자료소스, 배포 방법, 운영 안내서 가운데 넘겨받을 항목
만드는 사람들
기획부터 개발까지,
한 팀이 직접 만듭니다
- 네이버·카카오 출신 개발진
- 재하도급 없이 직접 개발
- 기획·디자인·개발 한 팀
CEOPaca스타트업 테크리드카카오 소프트웨어 엔지니어
CTOFinn네이버 소프트웨어 엔지니어카카오 소프트웨어 엔지니어
Software EngineerFlint소프트웨어 엔지니어
Product DesignerLoe쿠팡 글로벌 서비스On-site UX 디자이너
Product DesignerKevin스타트업 프로덕트 디자이너
Project ManagerJay스타트업 프로젝트 매니저
진행 과정
업무 분석부터 인수까지,
이렇게 진행돼요
각 단계에서 함께 확인할 화면과 자료를 먼저 정해 두고 시작해요.
STEP 1
업무 분석
운영자가 하루에 처리하는 요청과 예외, 지금 쓰는 엑셀과 도구를 함께 살펴요.STEP 2
화면 · 데이터 설계
역할별 화면과 상태 단계, 승인 규칙, 남길 이력을 설계안에 담아 먼저 확인받아요.STEP 3
개발 · 검수
자주 쓰는 업무부터 만들고, 현업이 실제 자료로 처리해 본 결과를 반영해요.STEP 4
인수
계약 때 정한 범위대로 소스와 관리자 계정, 운영 안내 자료를 넘겨요.
요청·주문·정산처럼 매일 반복되는 처리가 엑셀과 메일에 흩어져 있고, 누가 어디까지 처리했는지 확인하는 데 시간이 드는 회사에 맞습니다. 직원 수보다 처리 건수와 예외가 얼마나 많은지가 판단 기준이 됩니다.
관리자 페이지는 데이터를 조회하고 고치는 화면을 가리킬 때가 많습니다. 백오피스는 여기에 역할별 권한, 승인 단계, 처리 이력, 정산 같은 운영 규칙까지 담은 관리자 시스템입니다. 어디까지 필요할지는 업무를 듣고 함께 정합니다.
기존 시스템의 구조와 데이터 접근 방식을 먼저 확인합니다. 그 결과에 따라 지금 화면에 기능을 붙일지, 별도 백오피스를 만들어 연결할지 정합니다.
괜찮습니다. 지금 실제로 누가 무엇을 확인하고 넘기는지 들으며 역할과 승인 단계를 함께 정리합니다. 정리한 규칙은 설계안에 담아 확인받은 뒤 개발합니다.
옮길 자료의 범위와 형식을 확인하고 정리한 뒤 새 시스템으로 옮깁니다. 정산이나 보고에 쓰던 엑셀 양식은 내보내기 기능으로 이어서 쓰도록 만들 수 있습니다.
역할과 승인 단계의 수, 화면 수, 기존 시스템 연동 여부에 따라 달라집니다. 첫 범위를 정한 다음 그 범위에 맞춰 견적과 일정을 안내합니다.
소스, 관리자 계정과 권한 설정, 배포 방법, 운영 안내 자료 가운데 넘겨받을 항목을 계약 단계에서 정합니다. 오픈 뒤 기능을 더할 때도 같은 기준으로 범위를 나눕니다.
여기 없는 내용은 contact@alphaca.kr 로 물어보세요.
백오피스 문의
어떤 관리자 업무를
정리하고 싶으세요?
규칙이 문서로 정리되지 않았어도 괜찮아요. 지금 처리하는 순서를 들으며 첫 범위를 함께 정해요.
상담에서 함께 정하는 것
- 반복해서 처리하는 관리자 업무
- 승인·정산이 거치는 단계
- 지금 쓰는 엑셀이나 관리 도구
이메일로도 받습니다 · contact@alphaca.kr