01 / Context
무엇을 해결할 것인가.
점검 사진과 수리 내역이 흩어지면 건물의 상태 변화와 후속 작업을 추적하기 어렵습니다. 고객, 현장 기사와 관리자가 같은 건물 이력을 기준으로 업무를 이어갈 수 있어야 합니다.
건물과 주택의 주소·점검·예방정비·보수·긴급대응 이력을 한곳에서 관리하는 역할별 PWA.
02 / Direction
프로젝트를 바라본 방향.
접수, 검토, 견적과 고객 승인, 현장 작업과 검수를 상태별로 구성했습니다. 예방관리와 긴급 요청은 나누되 같은 건물 이력을 사용하고 AI 초안은 관리자 승인 후 반영합니다.
03 / Experience
사용자의 다음 행동을 설계하다.
고객의 관리 현황, 기사의 현장 업무와 관리자의 운영 화면을 구분했습니다. 공식 건물 자료와 현장 사진의 출처를 이력에 보존합니다.
04 / Making
경험을 실제 시스템으로.
React·TypeScript 기반 PWA와 Express·PostgreSQL API를 구성했습니다. 건물 정보, 사진, AI 검토 초안과 역할별 작업 상태를 연결했습니다.
05 / In detail
구현의 디테일.
- 공식 도로명주소 검색 및 건축물대장 후보 비교·원문 스냅샷
- 8개 구역의 현장 사진 촬영 안내와 누락 방지
- 로컬 비전 AI의 관찰·불확실성·재촬영·조치 후보 초안
- 사람의 포함·제외·수정·승인 및 고객용 인쇄/PDF 저장 화면
- 승인 항목에서 설비대장·예방정비·작업지시 생성
- 견적·고객 승인·기사 배정·방문일정·작업 상태와 이벤트 이력
- 예방정비 규칙 계산 및 초안의 중복 생성 방지
- SOS 접수·배차·현장조치·해결 이력
- 역할 권한·건물 멤버십·CSRF·첨부 접근통제
- 설치형 PWA·오프라인 변경 대기열·재접속 동기화
06 / Intelligence & automation
AI를 설계하는 원칙.
공식 자료와 사진의 사실·추정·미확인을 구분하고 사진 품질이 낮으면 재촬영을 요청합니다. 결과는 관리자 검토용 초안으로 제한하며 승인 후 후속 업무에 반영합니다. 안전 적합성 판정이나 긴급출동을 자동 확정하지 않습니다.
07 / Outcome
그래서, 가능해진 일.
건물 등록, 사진 점검, 관리자 검토와 유지보수 작업을 같은 이력에 연결했습니다. 예방관리와 긴급 요청을 구분해 처리하는 업무 구조를 마련했습니다.
프로젝트 직접 보기 ↗08 / Continuity
만든 이후의 시간까지.
고객·기사·관리자별 화면, 작업 상태와 변경 이력을 관리합니다. 데이터베이스와 첨부파일 백업, 서비스 상태 점검과 이전 배포본 복구를 지원합니다.