메일함에 새 메시지가 들어왔다고 모두 신규 고객은 아닙니다. 광고, 자동 알림, 기존 고객의 회신과 포털 문의가 같은 Inbox에 섞입니다. SmartNexus가 모든 메일을 Lead로 만들자 오히려 검토할 일이 늘었습니다. 이번에는 자동화의 버튼보다 “무엇을 리드로 인정할 것인가”를 먼저 정했습니다.
자동 수집보다 어려웠던 것은 자동 판별이었다
BizBuySell이나 BizBen 문의 메일은 일정한 형식으로 들어오는 편이지만 형식은 영원히 같지 않습니다. 제목 문구가 달라지거나 본문 HTML 구조가 바뀌고, 같은 도메인에서 마케팅 안내도 올 수 있습니다. 단순히 발신 주소에 특정 단어가 있으면 Lead로 만드는 규칙은 처음에는 편하지만 시간이 지날수록 오탐을 쌓았습니다.
반대로 조건을 너무 좁게 만들면 실제 문의를 놓칩니다. 자동화의 목표는 사람이 전혀 보지 않는 것이 아니라, 사람이 판단해야 할 범위를 줄이는 것입니다. 그래서 SmartNexus는 메시지를 바로 확정 Lead로 만들기 전에 Review 단계에 두고, 실제 사례를 보며 승인 규칙을 추가하도록 했습니다.
규칙을 코드가 아니라 관리 화면에서 다루기
초기에는 새로운 이메일 형식이 나타날 때마다 코드를 수정할 수 있었습니다. 하지만 실제 운영에서는 사이트 문구 하나가 바뀔 때마다 배포하는 방식이 오래가기 어렵습니다. 규칙 이름, 발신자 조건, 제목 패턴, 본문에 반드시 있어야 할 표시를 관리 화면에서 확인하고 켜거나 끌 수 있게 했습니다.
중요한 원칙은 처음부터 자동 승인 규칙을 많이 만들지 않는 것이었습니다. 실제로 사람이 확인한 메일을 기준으로 최소 조건부터 시작했습니다. 규칙이 어떤 메시지에 적용됐는지 기록하고, 예상 밖의 결과가 나오면 즉시 비활성화할 수 있게 했습니다.
| 판별 신호 | 장점 | 주의점 |
|---|---|---|
| 발신 주소·도메인 | 빠르고 명확함 | 같은 발신자의 일반 알림이 섞일 수 있음 |
| 제목 패턴 | 문의 종류를 구분하기 쉬움 | 문구 변경에 취약함 |
| 본문 필드 | 이름·전화·Listing 추출 가능 | HTML 형식 변경을 검토해야 함 |
| 기존 Client 일치 | 신규 Lead 중복 감소 | 공용 이메일과 오타 처리 필요 |
HTML 원문을 볼 수 있어야 규칙을 고칠 수 있다
화면에 렌더링된 이메일만 보면 필드 사이의 실제 구분자를 알기 어려웠습니다. Review 화면에서 HTML 형식과 필요한 헤더를 확인할 수 있게 한 이유입니다. 개발자 도구 없이도 “이 값은 어디에서 왔는가”를 볼 수 있어야 규칙을 안전하게 수정할 수 있습니다.
처리하지 않을 메일도 기록은 필요했다
리드가 아닌 메시지를 단순 삭제하면 같은 메일이 다음 동기화에서 다시 후보로 나타날 수 있습니다. 검토 완료, 보관, 제외 이유를 남겨야 시스템이 이미 판단한 항목을 기억합니다. 그래서 오래된 Review를 보관하고 필요하면 다시 찾을 수 있게 했습니다.
이 구조는 나중에 AI 분류를 붙일 때도 중요합니다. AI 점수만으로 Lead를 확정하기보다, 승인된 규칙과 과거 검토 결과를 근거로 후보를 정렬하는 편이 안전합니다. 사람이 결정한 기록이 쌓여야 자동화도 현장에 맞게 좋아질 수 있습니다.
규칙에는 적용 범위와 만료 가능성을 함께 적었다
“제목에 Inquiry가 있으면 Lead”처럼 짧은 규칙은 설명하기 쉽지만 다른 서비스의 일반 문의까지 잡을 수 있습니다. 어떤 포털의 어떤 유형 메시지에 쓰는 규칙인지, 마지막으로 실제 메시지를 확인한 날짜가 언제인지 함께 남겼습니다. 조건뿐 아니라 규칙을 만든 배경을 기록해야 몇 달 뒤에도 안전하게 수정할 수 있습니다.
새 규칙은 곧바로 과거 전체 메일에 적용하지 않았습니다. 최근 Review 후보의 작은 묶음에서 예상 결과를 확인한 뒤 범위를 늘렸습니다. 이미 Client로 전환된 사람, 같은 Listing에 다시 문의한 사람과 이메일 주소가 없는 메시지도 별도로 살폈습니다. 정상 사례만으로 테스트하면 중복과 예외는 운영 중에 처음 발견됩니다.
Review 화면의 목적도 승인 버튼을 빨리 누르게 하는 데 있지 않았습니다. 원본 제목, 발신자, 추출된 이름·전화번호·Listing과 적용 규칙을 한자리에서 비교하게 했습니다. 사람이 판단한 수정값을 기록하면 다음 형식 변화에 대응할 자료가 되고, 나중에 AI를 붙이더라도 결과를 평가할 기준 데이터로 사용할 수 있습니다.
운영 초반에는 매일 Review에 남은 건수와 실제 Lead 전환 건수를 함께 확인했습니다. 후보가 갑자기 줄었다면 문의가 없는 것이 아니라 형식 변경 때문에 규칙이 놓친 것일 수 있고, 반대로 급증했다면 일반 알림이 조건에 포함됐을 가능성이 있습니다. 건수의 변화와 몇 개의 실제 샘플을 함께 보는 습관이 규칙을 오래 유지하는 데 도움이 됐습니다.
실무 체크리스트
- Lead 후보와 확정 Lead가 화면에서 분리되어 있는가?
- 규칙은 실제 승인한 메시지를 기준으로 만들었는가?
- 발신자 하나만으로 자동 확정하지 않는가?
- 규칙 적용 결과와 이유를 나중에 확인할 수 있는가?
- 형식이 바뀌었을 때 HTML 원문을 검토할 수 있는가?
- 오탐 규칙을 즉시 끄고 되돌릴 수 있는가?
- 보관한 후보가 다음 동기화에서 다시 나타나지 않는가?
- 기존 Client와 중복되는 신규 Lead를 확인하는가?
FAQ
규칙만으로 이메일 Lead를 100% 자동화할 수 있나요?
일정한 형식의 포털 문의는 높은 비율로 자동화할 수 있지만 예외는 남습니다. 애매한 메시지를 Review에 남기는 것이 잘못된 Lead를 대량 생성하는 것보다 안전합니다.
AI가 규칙보다 더 정확하지 않나요?
AI는 문맥 판단에 도움이 되지만 결과가 항상 동일하지 않습니다. 초기에는 명시적 규칙과 사람의 승인 기록을 중심에 두고 AI는 우선순위와 후보 제안에 사용하는 편이 좋습니다.
형식이 바뀌면 기존 규칙은 어떻게 되나요?
일치율이 떨어지거나 Review가 늘어나는 신호를 확인하고, 새 형식의 실제 메시지를 검토해 규칙을 새 버전으로 수정해야 합니다.
보관과 삭제의 차이는 무엇인가요?
보관은 해당 메시지를 이미 검토했다는 상태를 남깁니다. 삭제만 하면 같은 메시지를 다시 수집하거나 판단 근거를 잃을 수 있습니다.
공식 자료
- Google for Developers: Gmail 검색과 필터링
- Google for Developers: Gmail Mailbox 동기화
- PostgreSQL 공식 문서: Pattern Matching
관련 글
SmartNexus 서비스를 사용해 보고 싶으신가요?
SmartNexus 도입이나 사용을 원하시면 아래 댓글 또는 support@Active95.com으로 요청해 주세요.