배관, 설비 유지보수, 청소, 부품 유통, 인쇄와 물류는 앱스토어 순위에 자주 등장하지 않습니다. 그래도 고객은 오늘 전화를 걸고, 직원은 견적을 보내며, 현장팀은 움직이고, 완료된 작업은 청구로 이어집니다.
이런 사업을 요즘에는 언섹시 비즈니스라고 부르기도 합니다. 저는 AI로 이 사업을 섹시하게 만든다는 말을 화려한 챗봇이나 대시보드를 붙이는 일로 해석하지 않습니다. 고객이 기다리는 시간을 줄이고, 직원이 같은 내용을 다시 입력하지 않게 하며, 대표가 자리를 비워도 다음 일이 이어지는 운영에 가깝습니다.
그렇다면 음성 AI, 문서 AI, 검색, 배차 최적화와 에이전트 중 무엇부터 붙여야 할까요? 답은 기술 목록에 있지 않습니다. 문의 한 건이 접수에서 입금까지 가는 흐름에서 가장 오래 멈추는 곳을 먼저 찾아야 합니다.
1. 놓친 전화를 접수번호로 바꿉니다
현장 서비스 사업에서 전화는 상담 채널이면서 일감의 입구입니다. 직원이 작업 중이라 전화를 받지 못하면 고객은 다음 업체로 넘어갈 수 있습니다.
음성 AI의 가치는 사람처럼 자연스럽게 말하는 데만 있지 않습니다. 고객 이름과 연락처, 요청 장소, 증상과 희망 시간을 받아 접수번호를 만들고, 서비스 가능 지역과 긴급도를 확인한 뒤 담당자에게 다음 행동을 넘겨야 합니다.
모든 통화를 끝까지 자동화할 필요는 없습니다. 사고, 안전, 환불과 가격 약속처럼 잘못 답했을 때 손실이 큰 문의는 사람에게 즉시 넘기는 편이 낫습니다.
첫 성과는 통화 시간이 아니라 다음 숫자로 봅니다.
- 놓친 전화 중 접수로 전환된 비율
- 담당자가 다시 물어봐야 했던 항목 수
- 접수부터 첫 연락까지 걸린 시간
- 사람에게 넘긴 이유와 처리 완료율
통화가 끝난 뒤 CRM에 정확한 접수 상태가 남지 않으면 음성은 자동화됐지만 업무는 시작되지 않은 것입니다.
2. 종이와 PDF를 입력 대기열로 바꿉니다
전통 사업에는 주문서, 거래명세서, 점검표, 팩스, 사진과 이메일 첨부파일이 많습니다. 문서 AI는 여기에서 고객명, 품목, 수량, 날짜와 금액을 뽑아 구조화할 수 있습니다.
읽은 값을 ERP에 바로 확정하면 안 됩니다. 고객 코드가 맞는지, 제품 식별자가 연결되는지, 같은 주문을 두 번 받은 것은 아닌지, 단가와 수량이 허용 범위 안인지 확인해야 합니다.
제가 만드는 기본 흐름은 다음과 같습니다.
문서 수신 → 값 추출 → 규칙 검증 → 예외 대기열 → 사람 승인 → ERP 반영
AI는 문서의 표현을 해석하고, 업무 규칙은 값이 허용 범위에 있는지 판단합니다. 확신이 낮거나 규칙을 통과하지 못한 건만 사람이 보면 전수 입력보다 부담을 줄일 수 있습니다.
3. 베테랑의 기억을 근거가 있는 답변으로 바꿉니다
설비 소리만 듣고 원인을 짐작하거나 고객 이름만 보고 주의사항을 떠올리는 직원이 있습니다. 이 경험은 경쟁력이지만 한 사람에게만 남아 있으면 채용, 교육과 승계가 어려워집니다.
작업일지, 매뉴얼, 과거 고장 기록, 부품 호환표와 고객별 약속을 모아 검색 가능한 지식 기반을 만들 수 있습니다. AI는 답만 보여주지 않고 어떤 문서와 작업 기록을 근거로 했는지 함께 제시해야 합니다.
목표는 베테랑을 복제하는 것이 아닙니다. 초보 직원이 다음 질문을 더 정확히 하고, 확신할 수 없는 판단을 경험자에게 빨리 넘기게 하는 것입니다. 안전과 품질에 영향을 주는 판단은 승인 기준과 책임자를 남깁니다.
4. 견적 문장보다 판매 가능한 범위를 계산합니다
견적이 늦어지는 이유가 문장을 쓰는 데 있는 경우는 드뭅니다. 고객 요구를 표준 작업이나 제품 옵션으로 바꾸고, 필요한 부품과 인력을 계산하며, 납기와 마진을 확인하는 데 시간이 걸립니다.
AI는 상담 내용과 과거 견적을 바탕으로 초안을 만들 수 있습니다. 그 위에 판매 가능한 옵션 조합, 최소 마진, 재고, 작업시간과 별도 승인 조건을 규칙으로 연결해야 합니다.
빨리 보낸 틀린 견적은 자동화 성과가 아닙니다. 견적 보조의 기준은 작성 시간뿐 아니라 다음 항목을 포함합니다.
- 수주 뒤 기능·수량을 다시 협의한 비율
- 잘못 약속한 납기와 재고 부족 건수
- 예외 할인을 승인받는 데 걸린 시간
- 견적과 실제 원가의 차이
AI가 설명을 쓰고, 회사의 제품·가격·생산 규칙이 판매 가능성을 확정하는 구조가 필요합니다.
5. 캘린더를 제약 조건이 있는 운영 계획으로 바꿉니다
현장 일정은 빈 시간에 작업을 끼워 넣는 문제가 아닙니다. 직원의 기술, 이동 거리, 부품 보유, 고객 약속, 긴급도와 예상 작업시간이 함께 움직입니다.
이 영역에서는 대규모 언어 모델보다 제약 조건을 다루는 최적화 기술이 더 중요할 수 있습니다. 사람과 자원을 작업 시간에 배정하는 일정 문제는 역할, 근무시간, 선후 관계와 자원 한도 같은 조건을 함께 만족해야 합니다.[1]
AI가 고객 요청에서 필요한 기술·장소·긴급도를 정리하면, 일정 엔진이 가능한 배차안을 계산하고 사람이 최종 조정할 수 있습니다.
좋은 배차 자동화는 직원 수를 줄이는 도구가 아닙니다. 이동과 대기를 줄이고, 급한 작업이 들어왔을 때 어느 약속을 바꿔야 하는지 근거를 보여주는 도구입니다.
6. 시스템 사이의 다음 행동을 잇습니다
CRM에는 문의가 있고, 일정표에는 방문 약속이 있으며, ERP에는 주문과 청구가 있습니다. 각 시스템에 값이 있어도 다음 행동이 자동으로 이어지는 것은 아닙니다.
워크플로는 견적이 이틀째 열리지 않았을 때 후속 연락 초안을 만들고, 작업 완료 사진이 올라오면 청구 준비 상태로 넘기며, 미수금이 기준일을 지나면 담당자에게 알릴 수 있습니다.
여기서 에이전트가 모든 결정을 맡을 필요는 없습니다. 행동을 세 단계로 나눕니다.
- 자동 실행: 내부 상태 조회, 자료 정리, 담당자 알림
- 승인 후 실행: 가격 변경, 고객 메시지, 주문·청구 반영
- 실행 금지: 승인 없는 환불, 권한 변경, 계약 확정
실패한 작업을 재시도할 때 중복 청구나 중복 메시지가 생기지 않도록 업무 키와 실행 결과도 남깁니다. 다음 행동이 이어지는 속도만큼, 멈춰야 할 때 멈추는 구조가 중요합니다.
7. 월말 보고서를 오늘의 예외로 바꿉니다
운영 데이터가 월말에야 모이면 취소가 늘거나 특정 작업의 마진이 무너져도 늦게 발견합니다. 데이터가 연결되면 평균과 다른 흐름을 먼저 찾을 수 있습니다.
- 특정 지역에서 재방문이 늘었는가
- 견적 승인률이 갑자기 떨어졌는가
- 작업시간은 늘었는데 청구금액은 그대로인가
- 반복 고객의 주문 주기가 끊겼는가
- 완료됐지만 청구되지 않은 작업이 쌓였는가
예측 점수만 띄워 놓으면 운영은 바뀌지 않습니다. 이상을 발견한 뒤 누가 원본을 확인하고, 고객에게 연락하며, 가격이나 작업 기준을 조정할지 정해져 있어야 합니다.
일곱 가지를 모두 도입할 필요는 없습니다
저는 기술 목록을 보고 도입 순서를 정하지 않습니다. 최근 정상적으로 끝난 일감과 문제가 생긴 일감을 각각 몇 건씩 골라 다음 흐름을 비교합니다.
- 고객은 어디로 문의했는가.
- 접수에 필요한 정보를 한 번에 받았는가.
- 누가 어떤 기준으로 견적을 만들었는가.
- 일정과 담당자는 어떻게 정했는가.
- 현장 결과와 사용 부품은 어디에 기록됐는가.
- 주문·청구·입금 상태는 연결돼 있는가.
- 재방문이나 후속 판매는 누가 챙겼는가.
각 단계에서 대기 시간, 다시 입력한 횟수, 오류와 책임자를 표시합니다. 그중 빈도가 높고 결과를 확인할 수 있는 병목 하나를 첫 범위로 고릅니다.
말과 문서를 해석하는 데는 AI가 유용합니다. 금액 계산, 권한, 회계 상태와 승인 순서에는 같은 입력에 같은 결과가 나오는 규칙이 필요합니다. 일정처럼 조건이 많은 문제에는 별도의 최적화가 더 적합할 수 있습니다.
매력은 기술 이름이 아니라 운영에서 나옵니다
AI가 배관업을 소프트웨어 회사로 바꾸지는 않습니다. 대신 놓친 전화를 줄이고, 견적과 배차를 빠르게 하며, 작업 기록을 청구로 이어주고, 대표 한 사람의 기억을 조직의 시스템으로 옮길 수 있습니다.
제가 생각하는 매력적인 전통 사업은 로봇이 전부 일하는 회사가 아닙니다. 평범한 하루가 특정 사람의 영웅적인 야근 없이도 예측 가능하게 돌아가는 회사입니다.
도구를 고르기 전에 완료된 일감 한 건을 문의부터 입금까지 그려 보세요. 가장 긴 대기와 반복 입력이 있는 한 곳, 그리고 개선 여부를 숫자로 확인할 수 있는 한 곳에서 시작하면 됩니다.
출처
- [1] https://developers.google.com/optimization/scheduling — Google for Developers, Scheduling Overview(2026년 8월 16일 확인)
#언섹시비즈니스 #AI자동화 #업무자동화 #전통산업 #운영혁신