리드 후속관리 프로세스: CRM 전에 정할 담당자와 중단 기준
리드 후속관리 프로세스는 CRM을 고르는 일보다 먼저, 문의마다 담당자·다음 행동·기한 조건·중단 조건을 적는 일에서 시작됐다. 2026-07-31 합성 문의 경로를 검토해 보니, 이 항목들이 비어 있으면 자동화할 흐름 자체가 정의되지 않았다. 그래서 저는 도구를 붙이기 전에 수동 흐름도를 먼저 완성하는 쪽으로 판단했다.
| 근거 | 확인 내용 | 한계 |
|---|---|---|
| 검토일 | 2026-07-31 | 한 시점의 검토다 |
| 테스트 조건 | 합성 문의 경로를 사용했다 | 실제 고객 데이터와 메시지 발송은 사용하지 않았다 |
| 검증 범위 | 접수, 지정된 담당자, 다음 행동, 기한 조건, 중복·동의 미확인·맥락 부족·범위 밖 요청의 중단 조건을 확인했다 | 전환, 응답 시간, 매출 결과는 검증하지 않았다 |
출처: 공개 자동완성 응답
도구보다 먼저 막힌 것은 책임의 빈칸이었다
문의가 들어왔다는 사실만으로 후속관리가 시작되지는 않았다. 누가 책임지는지, 무엇을 할지, 언제 기한을 넘긴 것으로 볼지가 함께 적혀야 비로소 다음 상태로 이동할 수 있었다.
특히 “팀이 확인한다”는 표현은 담당자 지정이 아니었다. 이름이 없는 책임은 알림이 쌓일수록 흐려졌다. 다음 행동도 “후속 연락”처럼 넓게 쓰면 완료 여부를 판별하기 어려웠다. 저는 행동과 완료 조건이 한 문장 안에서 구분되는지를 보게 됐다.
자동화할 대상은 문의가 아니라, 책임과 상태가 바뀌는 규칙이었다.
핵심 요약
- 문의가 접수되면 지정된 담당자와 다음 행동이 함께 있어야 했다.
- 기한은 막연한 날짜보다 초과 여부를 판정할 조건으로 적는 편이 분명했다.
- 중복, 동의 미확인, 맥락 부족, 범위 밖 요청은 발송보다 중단 판단이 먼저였다.
복사해서 채우는 프로세스 카드
아래 카드는 특정 시스템의 설정표가 아니다. 문의 하나가 이동할 수 있는지 사람이 검토하기 위한 최소 산출물이다.
문의 접수
- 접수 내용:
- 요청 출처:
- 연락 동의 확인 상태:
- 판단에 필요한 맥락:
담당자 지정
- 지정된 담당자:
- 담당자가 수락했다는 표시:
다음 행동
- 실행할 행동:
- 완료로 보는 조건:
- 실행 전 확인할 사실:
기한 조건
- 기한이 시작되는 사건:
- 기한 초과로 보는 조건:
- 초과 시 검토할 사람:
중단 조건
- 같은 문의와 중복인가:
- 연락 동의가 확인되지 않았는가:
- 판단에 필요한 맥락이 부족한가:
- 처리 범위 밖 요청인가:
- 중단 사유를 기록했는가:
현재 결정
- 진행:
- 보류:
- 중단:
- 결정 근거:
[이미지 캡션: 문의 접수에서 담당자 지정, 다음 행동, 기한 조건으로 이어지며 중복·동의 미확인·맥락 부족·범위 밖 요청에서 중단되는 수동 흐름도]
검증은 정상 경로보다 멈추는 지점을 보는 일이었다
2026-07-31 검토에서는 합성 문의 경로만 사용했다. 카드의 각 칸을 따라가며 다음 상태를 결정할 정보가 있는지 확인했다. 실제 고객 정보는 넣지 않았고, 메시지를 보내거나 전환 결과를 측정하지도 않았다.
중복 여부를 알 수 없는데 새 문의로 처리하거나, 동의가 확인되지 않았는데 발송 단계로 넘기는 흐름은 여기서 멈춰야 했다. 맥락이 부족한 요청과 처리 범위 밖 요청도 담당자의 추측으로 채우지 않는 편이 맞았다.
좋은 흐름도는 빨리 보내는 법보다, 보내지 말아야 할 때를 먼저 보여줬다.
자동화 전에 드러난 실패 모드
담당자가 비어 있으면 문의는 접수 상태에 머물렀다. 다음 행동이 추상적이면 완료를 확인할 수 없었다. 기한 초과 조건이 없으면 지연과 정상 대기를 구분할 근거가 사라졌다.
중복 문의를 별개 건으로 취급하면 같은 요청이 여러 경로로 움직일 수 있었다. 동의 미확인을 단순 누락으로 보면 발송 가능 상태와 확인 필요 상태가 섞였다. 맥락 부족이나 범위 밖 요청을 억지로 진행하면 담당자가 빈칸을 임의로 해석하게 됐다.
이 검토는 실제 응답 속도나 성과를 입증하지 않는다. 어떤 도구가 더 낫다는 결론도 제공하지 않는다. 합성 경로가 통과했다는 사실은 실제 운영이 안정적이라는 뜻이 아니다.
제가 정한 중단 기준
담당자, 다음 행동, 기한 초과 조건 가운데 비어 있는 항목이 있으면 자동화를 시작하지 않는 것으로 정리됐다. 중복 여부, 연락 동의, 필요한 맥락, 처리 범위 중 하나라도 판정할 수 없다면 발송 단계로 넘기지 않는다.
예외를 사람이 판단해야 한다면 그 판단 지점과 기록 위치가 먼저 필요했다. 이 조건을 카드로 설명할 수 없을 때는 CRM 설정도 보류하는 편이 정직했다.
수동 카드에서 멈출 수 없는 프로세스는 자동화해도 안전하게 멈추기 어려웠다.
이어지는 기록
담당자와 다음 행동뿐 아니라 중단 조건까지 수동으로 설명될 때 자동화를 검토할 수 있었다.