앱 관리자 페이지(어드민)란 — 앱만 만들면 운영이 안 되는 이유
앱을 외주로 맡길 때 대부분은 사용자가 보는 화면만 머릿속에 그립니다. 로그인 화면, 목록 화면, 상세 화면. 그런데 출시하고 나면 곧바로 이런 일이 생깁니다. 첫 화면 배너 문구에 오타가 났는데 고칠 방법이 없습니다. 부적절한 게시글이 올라왔는데 지울 방법이 없습니다. 환불을 해드려야 하는데 주문 상태를 바꿀 방법이 없습니다. 앱 관리자 페이지, 흔히 어드민이라 부르는 화면이 없을 때 실제로 벌어지는 일입니다.
저희는 '플린앱스'라는 이름으로 앱을 만들어 온 대전의 에이전시, 주식회사 굿데이터랩입니다. 이 글은 어느 업체에 맡기시든 그대로 쓰실 수 있도록, 관리자 페이지가 무엇이고 무엇을 확인해야 하는지만 정리한 것입니다.
관리자 페이지란 정확히 무엇인가
관리자 페이지는 서비스 운영자만 접속하는 별도의 웹사이트입니다. 앱과 같은 데이터베이스를 보지만, 앱이 "보여주기" 위한 화면이라면 관리자 페이지는 "고치기" 위한 화면입니다.
앱에서는 사용자가 자기 데이터만, 그것도 정해진 방식으로만 다룰 수 있습니다. 회원 목록 전체를 보거나, 남의 글을 지우거나, 결제 상태를 바꾸는 일은 앱 안에 있으면 안 되는 기능입니다. 그 권한을 따로 떼어 둔 곳이 관리자 페이지입니다. 보통 앱이 아니라 PC 브라우저로 여는 웹으로 만드는데, 운영 업무는 표를 보며 여러 건을 처리하는 일이라 큰 화면이 맞기 때문입니다.
없으면 생기는 비용은 '불편'이 아니라 '시간'입니다
관리자 페이지가 없어도 데이터를 고칠 수는 있습니다. 개발자가 데이터베이스를 직접 열어 수정하면 됩니다. 문제는 그 방식의 단가입니다.
| 상황 | 관리자 페이지가 있을 때 | 없을 때 |
|---|---|---|
| 배너 문구 오타 수정 | 1분, 즉시 반영 | 앱 수정 → 재빌드 → 스토어 심사 대기 |
| 신고된 게시글 삭제 | 30초 | 개발사에 요청 → 회신 대기 |
| 회원 환불 처리 | 담당자가 직접 | 개발자가 DB 수동 조작 |
| 공지 올리기 | 운영자가 작성 | 업데이트 배포 필요 |
두 번째 열은 사장님이 직접 하실 수 있는 일이고, 세 번째 열은 매번 남의 일정에 맞춰야 하는 일입니다. 특히 첫 줄이 치명적입니다. 문구 한 줄을 앱 코드에 박아두면 그걸 바꾸는 데 스토어 심사를 다시 통과해야 합니다. 며칠이 걸릴 수도 있고, 심사에서 반려되면 더 길어집니다.
그래서 기획 단계에서 판단할 기준은 하나입니다. 자주 바뀌는 값은 코드가 아니라 관리자 페이지에 둡니다.
내 서비스엔 어떤 관리자 기능이 필요할까
거의 모든 서비스에 공통으로 필요한 것부터 보겠습니다.
- 회원 관리 — 목록 조회, 검색, 상태 변경(정지·탈퇴 처리)
- 콘텐츠 관리 — 등록·수정·삭제, 노출 순서
- 신고·문의 처리 — 접수된 건을 확인하고 처리 상태를 남기는 화면
- 운영 설정 — 배너, 공지, 약관처럼 자주 바뀌는 값
여기에 서비스 성격에 따라 붙는 것들이 있습니다. 결제가 있으면 주문·환불 관리가, 예약 서비스면 예약 현황과 취소 처리가, 배달·중개형이면 양쪽 사용자를 각각 관리하는 화면이 필요합니다.
반대로 1차 출시에서 빼도 되는 것도 분명합니다. 통계 대시보드, 관리자 계정별 권한 세분화, 엑셀 일괄 업로드, 자동화된 정산 같은 기능입니다. 운영을 몇 달 해보고 나서 "이게 반복 업무구나" 싶은 것부터 붙이는 편이 훨씬 정확합니다. 무엇을 1차에 넣을지 판단하는 기준은 MVP 기능 범위 글에 정리해 두었습니다.
임시로 때우는 방법과 그 한계
예산을 아끼려고 관리자 페이지를 빼고 다른 수단으로 버티는 경우가 있습니다. 세 가지가 흔합니다.
데이터베이스 콘솔을 직접 쓰기. 개발에 쓰는 관리 도구를 운영자가 직접 여는 방식입니다. 비용은 0원이지만 검증 장치가 없어서 한 글자 잘못 지우면 그대로 실제 데이터가 사라집니다. 되돌리기도 어렵습니다.
스프레드시트로 관리하기. 주문 내역을 시트에 옮겨 적는 식입니다. 앱의 실제 데이터와 시트가 서로 달라지는 순간부터 무엇이 맞는지 아무도 모르게 됩니다.
개발사에 매번 요청하기. 가장 흔하고 가장 비쌉니다. 유지보수 계약에 포함되지 않은 작업이면 건당 비용이 붙고, 포함되더라도 회신을 기다리는 시간이 그대로 영업 손실이 됩니다. 이 구조가 만드는 유지보수 비용은 생각보다 큽니다.
초기 몇 주를 넘기는 용도로는 쓸 수 있습니다. 다만 운영이 시작된 뒤에는 결국 만들게 되고, 그때는 이미 쌓인 데이터를 맞추는 일까지 같이 해야 합니다.
견적서에서 확인할 네 가지
견적서에 "관리자 웹 포함"이라고만 적혀 있으면 아직 아무것도 정해지지 않은 상태입니다. 계약 전에 문장으로 확인하세요.
- 어떤 화면이 포함되는지 — 관리자 페이지도 기능 목록이 있어야 합니다. "회원 목록·상세·상태 변경" 수준까지 적혀 있어야 나중에 "그건 범위 밖"이라는 말이 안 나옵니다.
- 관리자 계정을 누가 추가할 수 있는지 — 직원이 늘 때마다 개발사에 요청해야 하는 구조인지, 사장님이 직접 추가할 수 있는지.
- 접근 통제가 어떻게 되어 있는지 — 관리자 페이지는 회원 전체의 개인정보에 닿는 문입니다. 주소만 알면 열리는 로그인 화면 하나로 끝나는지, 최소한 2단계 인증이나 접속 기록이 있는지 확인하세요. 유출 사고의 경로가 앱이 아니라 어드민인 경우가 많습니다.
- 소스코드에 관리자 페이지도 포함되는지 — 앱 코드만 넘기고 관리자 웹은 개발사 서버에 남겨두는 경우가 있습니다. 그러면 업체를 바꿀 때 운영이 통째로 묶입니다. 소스코드 소유권 확인 목록에 관리자 페이지를 꼭 넣으세요.
상담이 필요하시면
노에이전트는 주식회사 굿데이터랩이 운영하는 정액제 앱 개발 라인입니다. 8주·800만원(부가세 포함)에 iOS·안드로이드 앱과 함께 관리자 웹을 기본 포함해 정식 출시까지 진행하고, 소스코드와 계정 일체를 고객 소유로 이전합니다. 관리자 웹이 별도 옵션이 아닌 이유는 단순합니다. 그게 없으면 출시를 해드려도 운영이 안 되기 때문입니다.
킥오프에서 앱 화면만이 아니라 "출시 다음 날 사장님이 무엇을 직접 하셔야 하는지"를 같이 적습니다. 그 목록이 관리자 페이지의 기능 목록이 됩니다. 2주차에 나오는 1차 와이어프레임이 기대에 미치지 못하면 100% 환불합니다.
"이런 것도 관리자에서 되나요" 정도만 물어보셔도 괜찮습니다. 상담은 무료입니다.