기록이 자산이 된 순간들

문제

서류가 들어오면 확인하고, 알리고, 전달하고. 그 다음엔 "처리됐나요"를 묻는 연락이 이어졌습니다. 일이 일을 부르는 구조였죠.

구축 범위

• 잠재 고객·사건·프로젝트·일정을 잇는 관계형 DB 설계
• 서류 접수 시 담당자 자동 배정, 처리 내역은 정산 DB로 자동 반영
• 사건 상태·경과일에 따라 고객 안내 문자 자동 발송

문제

재고 현황은 엑셀에, 부서 간 발주 요청은 메신저에 흩어져 있었습니다. 지금 재고가 몇 개인지 알려면 사람에게 물어야 했죠.

구축 범위

• 발주·재고·공급사·요청자를 잇는 관계형 DB 설계
• 발주 입력 한 번에 견적·구매품의·지출결의 서류 초안 자동 생성
• 안전재고 경고등과 발주 단계별 칸반 구축

문제

매장 입점·리뉴얼이 늘어나는 속도를 프로세스가 따라가지 못했습니다. 나라마다, 사업 유형마다 운영이 따로 굴러갔고요.

구축 범위

• 본부·글로벌 팀 공용 워크스페이스 설계
• 매장·렌탈 통합 프로세스 DB와 입점·리뉴얼 표준화
• 계약·정산을 운영 흐름에 연결

문제

매물장·구입장·고객·계약·수수료 정산이 오래된 중개 프로그램 안에 갇혀 있었습니다. 데이터는 있는데 꺼내 쓸 수가 없었죠.

구축 범위

• 매물장·구입장 DB 이관 및 관계형 설계
• 고객·계약·수수료 정산 프로세스 표준화
• 고객 안내 메시지 자동 발송과 모바일 대시보드 구축

문제

후보·수임·정산·리포트를 상용 ERP로 관리했지만 비용, UX, 커스터마이징 제약, AI 활용 불가. 네 가지가 동시에 발목을 잡았습니다.

구축 범위

• 후보자 인재풀과 수임 건 관리 노션 이관
• 후보↔고객사↔포지션 관계형 연결과 단계 추적
• 경력 계산·이력 등록 버튼화, AI·자동화가 바로 붙는 구조로 재설계

문제

초진 환자 해피콜 대상을 손으로 추리다 보니, 바쁜 날에는 연락이 누락되곤 했습니다.

구축 범위

• 접수 입력 한 번으로 해피콜 대상 자동 생성
• 콜 결과를 집계하는 통계 대시보드 구축
• 입력·처리·보관 DB 분리로 데이터 흐름 정리

문제

어느 현장이 어느 단계인지, 건축주·협력사 연락이 어디까지 갔는지 매번 파일을 뒤져야 했습니다.

구축 범위

• 설계·감리·해체·PF 프로젝트를 통합하는 허브 DB 설계
• 프로젝트에 건축주·협력사를 연결한 관계형 구조
• CS 접수·건축물·휴가까지 백오피스 통합

문제

전국 매장에서 올라온 수치는 사내 데이터 저장소에 모여 있었습니다. 꺼내 보려면 쿼리를 써야 했으니, 실무자가 매일 여는 화면과는 떨어져 있었죠.

구축 범위

• 사내 데이터 저장소와 노션을 잇는 n8n 동기화 파이프라인 구축
• 전국 매장 지표 매일 자동 갱신
• 매장 생애주기 운영 매뉴얼과 인수인계 교육