홈 / 구축 사례 / 어드민 → 뉴드민

자체 업무 시스템 개선 사례 · 2026년 3월 시작 · 기존 어드민과 병행 운영 중

쌓여 있는 고객 이력을 보존하며, 실무자의 업무 흐름을 다시 설계하다.

대출 상담 업무에서 쓰던 고객관리 어드민을 멈추지 않고, 원본 데이터를 읽기 전용으로 가져와 새 업무 화면 ‘뉴드민’을 만들었습니다. 외부 고객사 프로젝트가 아니라 gentry가 실제 업무에 쓰는 시스템을 개선한 경험입니다.

1프로젝트 배경

고칠 수 없는 시스템 위에서 업무가 늘어났습니다

  • 직접 수정할 수 없는 기존 어드민. 기존 고객관리 어드민은 외부에서 호스팅되는 PHP 시스템이라 서버와 데이터베이스를 직접 고칠 수 없었습니다.
  • 흩어진 진행 정보. 한 고객의 진행 상황을 판단하려면 처리 상태, 자서·기표 일정, 금융사 결과, 최근 활동일, 다음 연락일을 각각 확인해 대조해야 했습니다.
  • 시스템 밖의 금융사 결과. 접수 결과는 기존 어드민이 아니라 각 금융사 사이트에서 따로 확인했습니다.
  • 지울 수 없는 이력. 동명이인, 같은 고객의 여러 접수, 10년 전 이력이 함께 있었고 모두 보존해야 할 업무 자산이었습니다.
  • 다른 정보 접근 범위. 관리자와 일반 계정이 볼 수 있는 개인정보의 범위를 화면이 아니라 서버에서 나눠야 했습니다.

2기존 업무 흐름

고객 한 명을 처리하는 순서

기존 목록은 데이터를 한 줄로 나열할 뿐이었습니다. 뉴드민은 같은 고객 데이터를 진행 단계·다음 할 일·금융사 결과가 보이는 업무 보드로 보여 줍니다. 버튼으로 두 화면을 바꿔 보세요.

예시 데이터 · 개인정보 대신 숫자 코드
  • 개인정보가 모든 계정에 그대로
  • 상태·금액·날짜가 따로 떨어진 열
  • 금융사 결과는 별도 사이트에서 확인
  • 다음 할 일이 화면에 없음
  • 진행 단계가 한눈에
  • 다음 할 일과 일정
  • 금융사 결과 자동 확인
  • 권한별 개인정보 가림

고객 한 명을 처리하던 순서

  1. 고객 조회

    목록에서 고객을 찾습니다. 동명이인과 재접수 이력이 함께 검색됩니다.

  2. 상담 기록 확인

    상담·메모·기타 기록을 확인합니다.

  3. 상태·일정 확인

    처리 상태와 자서·기표 일정, 다음 연락일을 따로 대조합니다.

  4. 후속 처리

    금융사 사이트에서 결과를 확인한 뒤 연락하고 기록을 남깁니다.

개선 지점: ③ 따로 대조하던 상태·일정을 고객 기록 하나에 연결 · ④ 금융사 결과 확인과 결과 주소 연결을 자동화.

3수행한 개선

원본은 그대로, 업무 화면은 새로

기존 어드민이 원본 데이터의 기준으로 남고, 뉴드민은 복사한 데이터 위에 자체 업무 기록을 따로 쌓는 구조입니다.

개선 항목상태내용
고객 목록과 상세 화면운영 적용진행 상태별 목록, 맞춤 고객 목록, 열 표시·순서·폭 저장, 모바일 고객 카드와 상세 화면을 만들었습니다.
상담·메모·일정·상태의 연결운영 적용상세 화면에서 상담·메모, 자서·기표 일정, 다음 접촉일, 처리 상태를 함께 보고 바꿉니다.
기존 이력과 데이터 보존운영 적용원본 데이터는 조회 권한으로만 가져오고 원본 고유번호를 보존합니다. 뉴드민 전용 메모·상태·일정은 별도 저장소에 두어 동기화가 덮어쓰지 않습니다.
역할별 정보 표시운영 적용서버가 계정별로 가린 표시용 사본만 화면에 보냅니다. 저장된 원문은 바뀌지 않고, 일반 계정이 메모를 저장해도 개인정보 원문이 덮이지 않도록 자동 테스트로 검증합니다.
동기화 기준과 변경 검토안정화 중원본 우선 항목과 뉴드민 전용 항목을 나눴습니다. 뉴드민의 진행 단계가 앞서 있으면 동기화가 뒤로 되돌리지 않고, 원본에만 있는 유효한 날짜는 보충합니다. 자동 동기화 일부 경로는 오류를 점검하고 있습니다.
금융사 결과 확인안정화 중사무실 PC의 금융사 접속 세션으로 결과를 확인해 고객 기록에 남깁니다. 세션 갱신 오류를 해결하는 작업이 남아 있습니다.
기존 시스템과의 병행 검증진행 중건수·상태·금액과 권한별 표시를 비교하고 있습니다. 주 화면 전환 기준(7일 연속 동기화 성공, 데이터 차이 0, 권한 우회 0, 복구 리허설, 최종 승인)은 아직 충족 전입니다.

4AI의 역할

개발 과정의 AI와 제품 기능의 AI를 나눠 설명합니다

개발 과정

사용 중

Claude Code와 다른 AI 코딩 도구로 코드 분석, 실패 테스트 작성, 변경 검토, 배포 전 감사, 운영 문서 정리를 했습니다. 모든 변경은 백업, 테스트, 사람의 승인을 거쳐 반영합니다.

업무 운영

사용 중

내부 AI 에이전트가 자유 형식 접수 문구를 정해진 항목으로 정리하고, 담당자가 미리보기로 확인한 뒤에만 접수를 진행합니다. 진행 근거 점검과 상태 보정은 AI가 아닌 정해진 규칙으로 처리합니다.

제품 기능 (Claude API)

개발 계획

현재 뉴드민 화면에는 Claude API가 연결되어 있지 않습니다. 상담 기록 요약, 누락 항목 안내, 후속 연락 초안을 개발할 계획이며, 민감정보를 뺀 필요한 항목만 보내고 결과는 담당자가 확인한 뒤 저장합니다.

입력 폼에서 상담 문장 붙여넣기로

담당자가 칸마다 입력하던 접수를, 받은 상담 메모를 붙여넣고 텔레그램에서 확인하는 흐름으로 바꿨습니다.

시연 화면 · 개인정보 대신 숫자 코드
  • 칸마다 손으로 입력
  • 금융사마다 같은 내용을 다시 입력
  • 입력 후 결과는 따로 확인

1상담 메모 붙여넣기

000011222 고객 통화함. 보증금 8천 월세 없음, 잔금 이달 말이라 2천 정도 필요하다고 함. 재직 3년 신용 보통. 번호 000011222 주민 000011222 지역 01 임대아파트. 금융사 A로 진행 희망

담당자가 받은 그대로

2AI가 10개 항목으로 정리

  1. 이름000011222
  2. 주민번호000011222
  3. 연락처000011222
  4. 주소지역 01 임대아파트
  5. 보증금8,000만원
  6. 대출금2,000만원
  7. 접수금융사 A
  8. 종류잔금
  9. 신용보통
  10. 특이사항재직 3년, 월세 없음
사용 중 · 내부 AI 에이전트

3텔레그램에서 담당자 확인

어드민 접수 미리보기
10개 항목을 확인해 주세요.
1 진행해2 수정이 필요해3 중단
1
✓ 어드민 접수 완료
금융사 A 접수 미리보기 확인 → ✓ 접수 완료
결과 확인: 가승인 2,000만원
사용 중 · 담당자 확인 후 진행

4뉴드민 고객 기록에 반영

고객 000011222접수가승인
  1. 접수
  2. 인증
  3. 가승인
  4. 자서
  5. 기표
  • 접수 원문과 정리 결과 저장
  • 금융사 결과 반영 · 다음 할 일: 자서 일정
사용 중 · 결과 자동 확인은 안정화 중
  • 문장을 붙여넣으면 항목이 채워짐
  • 텔레그램에서 확인하고 바로 접수
  • 결과까지 고객 기록에 연결

AI가 정리한 항목은 담당자가 텔레그램에서 확인해야 접수되고, 금융사 접수 전에도 미리보기를 한 번 더 확인합니다. 정리는 내부 AI 에이전트가 하며, 뉴드민 안의 Claude API 연동은 개발 예정입니다. 시연 화면이며 이름·주민번호·연락처는 숫자 코드로 바꿨습니다.

5검증과 현재 상태

어디까지 왔고, 무엇이 남았나

일부 기능이 검증을 통과했다고 전체 시스템이 전환된 것은 아닙니다. 단계별로 나눠 적었습니다.

구현 완료

고객 목록·상세, 진행 상태별 목록, 맞춤 목록, 모바일 화면, 역할별 정보 표시, 원본·전용 기록 분리

검증 완료

권한별 표시, 원문 보존, 동기화 보호 규칙을 자동 테스트로 확인하고 변경마다 회귀 테스트를 실행

운영 적용

서버에서 기존 어드민과 병행 운영 중. 기존 어드민이 원본 시스템으로 계속 함께 쓰이고 있습니다.

추가 개발

주 화면 전환 기준 충족, 금융사 세션 안정화, 연락처 자동 동기화 재가동, Claude API 기반 AI 협업 기능

기존 어드민을 닫는 전면 전환은 하지 않았습니다. 이 사례에는 처리 시간 단축률이나 매출 같은 성과 수치를 쓰지 않았습니다. 측정해 확인한 값이 생기면 근거와 함께 추가합니다.

6화면

실제 화면 구조를 예시 데이터로 재구성했습니다

실제 고객의 이름, 연락처, 주소, 주민번호, 금액, 메모는 공개하지 않습니다. 아래 화면의 모든 값은 예시 데이터입니다.

역할별 정보 표시

같은 고객 기록이라도 계정 권한에 따라 서버가 다른 표시용 사본을 보냅니다. 화면에서 글자만 가리는 방식이 아닙니다.

관리자·지정 계정 원문
고객
000011222
주민번호
000011222
연락처
000011222
주소
지역 01 상세주소
일반 계정 가림
고객
0000***22
주민번호
000011***
연락처
000****22
주소
지역 01

예시 데이터. 목록, 상세, 검색, 데이터 응답, 엑셀, 인쇄, 모바일에 같은 기준을 적용합니다.

모바일 고객 카드

외근 중에도 고객별 상태와 다음 일정을 확인하고 바로 전화할 수 있게 카드형 목록을 만들었습니다.