거래처 상태값, 영업팀마다 다르게 쓰지 않는 기준

거래처 상태값은 ‘관심 있어 보임’처럼 담당자의 인상으로 적으면 안 됩니다. 현재 고객이 어떤 의사결정 단계에 있고, 영업팀이 무엇을 해야 다음 단계로 갈 수 있는지를 나타내도록 정의해야 합니다. 상태 이름만 통일하는 데서 멈추지 말고, 각 상태로 바꾸는 조건과 다음 행동까지 정해야 거래처 관리가 실제 업무에 도움이 됩니다.

같은 거래처를 한 사람은 ‘진행 중’, 다른 사람은 ‘보류’라고 부르면 주간 회의의 숫자도, 담당자 교체 시 인수인계도 신뢰하기 어렵습니다. 특히 방문 영업에서는 만남 자체가 성과처럼 보이기 쉬워 상태가 실제 구매 가능성보다 방문 횟수를 반영하는 문제가 생깁니다. 이 글에서는 거래처 상태를 영업 판단의 공용 언어로 만드는 기준을 다룹니다.

상태값은 고객 등급이나 방문 결과와 구분해야 한다

거래처 상태는 고객의 중요도, 방문 결과, 매출 규모를 한 칸에 섞어 놓는 항목이 아닙니다. 중요도는 얼마나 자주 관리할 고객인지 판단하는 기준이고, 방문 결과는 이번 만남에서 무슨 일이 있었는지 남기는 기록입니다. 반면 상태는 현재 영업 기회가 어디까지 진행됐으며 어떤 결정을 기다리는지를 보여줍니다.

예를 들어 핵심 거래처를 방문했지만 담당자가 부재했다면 고객 중요도는 높아도 상태는 ‘접촉 시도’에 머물 수 있습니다. 반대로 규모가 작아도 담당자와 과제를 확인하고 제안 요청을 받았다면 ‘제안 준비’ 또는 ‘제안 검토’ 단계로 볼 수 있습니다. 이 세 정보를 분리해야 ‘중요하지만 아직 기회가 열리지 않은 고객’과 ‘계약 가능성이 있으나 지원이 필요한 고객’을 구별할 수 있습니다.

• 거래처 중요도: 관리 자원과 방문 우선순위를 정하는 기준
• 방문·통화 결과: 이번 활동에서 확인한 사실과 대화 내용
• 거래처 상태: 구매 또는 협력 논의가 진행된 단계와 다음 영업 행동

단계 이름보다 상태를 바꾸는 조건을 먼저 정한다

상태 체계는 조직의 영업 방식에 맞아야 하지만, 대부분은 너무 세분화하기보다 현장에서 판별 가능한 단계로 시작하는 편이 좋습니다. ‘신규’, ‘접촉 시도’, ‘상담 진행’, ‘제안 검토’, ‘조건 협의’, ‘종료’처럼 구성할 수 있으며, 종료 안에서는 성사·보류·실패 사유를 구분해 남길 수 있습니다. 중요한 것은 상태명 자체가 아니라 누구나 같은 증거를 보고 같은 상태를 선택할 수 있느냐입니다.

가령 고객에게 제품을 소개했다는 사실만으로 ‘제안 검토’가 되지는 않습니다. 고객 측의 과제, 의사결정 참여자, 검토 요청처럼 다음 논의를 뒷받침하는 정보가 있어야 합니다. 반대로 계약이 당장 어렵다는 말을 들었다고 무조건 실패로 끝내기보다, 예산 시점이나 내부 우선순위 때문에 다시 확인할 날짜가 정해졌다면 보류로 두고 후속 일정을 관리하는 편이 적절합니다.

• 신규: 기본 정보는 확보했으나 담당자와 영업 대화를 시작하지 않은 상태
• 접촉 시도: 연락 또는 방문을 했지만 유효한 대화를 아직 만들지 못한 상태
• 상담 진행: 고객 과제·담당자·검토 방향 중 일부를 확인하며 대화가 이어지는 상태
• 제안 검토: 고객이 제안서, 견적 또는 해결 방향의 검토를 요청한 상태
• 조건 협의: 범위·가격·일정·계약 조건 가운데 실제 합의가 필요한 항목을 조율하는 상태
• 종료: 성사, 장기 보류, 실패 중 하나로 결론을 기록한 상태

상태를 변경할 때는 다음 담당자가 판단할 근거를 남긴다

상태 변경은 드롭다운 한 번으로 끝나는 일이 아니라 판단의 근거를 남기는 작업입니다. 특히 ‘상담 진행’에서 ‘제안 검토’로 바꿀 때는 고객이 해결하려는 문제, 요청받은 내용, 의사결정에 참여하는 사람, 회신 또는 방문 예정일을 함께 기록해야 합니다. 그래야 팀장은 진행 기회의 질을 확인할 수 있고, 다른 담당자도 같은 질문을 고객에게 반복하지 않습니다.

기록은 길게 쓰는 것보다 다음 행동을 막는 빈칸이 없도록 작성하는 것이 낫습니다. ‘미팅 완료, 긍정적 반응’은 상태의 이유가 되기 어렵지만, ‘현장 담당자가 교체 비용 검토를 요청했고 구매팀 확인 후 다음 주 회신 예정’은 누구나 후속 행동을 정할 수 있는 기록입니다. 고객이 거절한 경우에도 단순히 실패로 닫지 말고 거절 이유와 재접촉 가능 시점을 남겨야, 같은 방식의 접근을 반복하지 않습니다.

• 상태를 바꾼 날짜와 변경한 담당자
• 고객이 확인한 과제 또는 요청 사항
• 이번 활동에서 확인한 의사결정자와 참여자
• 다음 행동의 주체, 기한, 연락 또는 방문 목적
• 보류·실패라면 그 이유와 재접촉 가능 여부

회의에서는 상태별 건수보다 정체된 이유를 확인한다

상태 체계가 정착되면 회의의 질문도 ‘이번 주 몇 건 방문했나’에서 ‘어느 단계가 왜 멈췄나’로 바뀝니다. 접촉 시도 상태가 오래 쌓인다면 연락처 정보나 첫 접점 방식이 문제일 수 있고, 제안 검토에서 멈춘 거래처가 많다면 제안 이후 확인 절차가 부족할 수 있습니다. 상태별 숫자는 성과를 단정하는 지표가 아니라 병목을 발견하기 위한 출발점으로 읽어야 합니다.

이를 위해서는 오래된 상태를 정기적으로 점검하는 규칙이 필요합니다. 예를 들어 일정 기간 활동 기록과 다음 일정이 없는 거래처는 담당자가 상태 유지 사유를 확인하고, 더 이상 기회가 없으면 종료 사유를 남깁니다. 단, 기한만 지났다는 이유로 자동으로 실패 처리하면 고객의 실제 상황과 기록이 어긋날 수 있으므로, 마지막 접점의 내용과 예정된 행동을 함께 검토해야 합니다.

자주 묻는 질문

거래처 상태를 너무 많이 나누면 더 정확해지지 않나요?

단계가 많으면 세밀하게 보일 수 있지만, 현장 담당자가 매번 경계를 해석해야 한다면 오히려 기록 품질이 떨어집니다. 각 단계마다 관찰 가능한 변경 조건을 설명할 수 없다면 통합하는 편이 낫습니다. 처음에는 핵심 단계로 운영하고, 실제로 반복해서 구분이 필요한 지점이 생길 때만 추가하세요.

방문했지만 담당자를 만나지 못했을 때 상태를 바꿔야 하나요?

방문 사실은 활동 기록으로 남기고, 상태는 유효한 영업 대화가 진행됐는지에 따라 판단하는 것이 좋습니다. 담당자 부재로 새로운 정보가 없었다면 기존 상태를 유지하면서 재방문 또는 연락 일정을 등록할 수 있습니다. 다만 여러 차례 접점 확보에 실패했다면 ‘접촉 시도’ 상태로 명확히 두어 관리가 필요한 대상을 드러내야 합니다.

보류와 실패는 어떻게 구분하나요?

보류는 현재는 진행되지 않지만 예산 편성, 계약 만료, 내부 프로젝트 같은 재논의 조건이나 시점이 확인된 경우에 사용합니다. 실패는 고객이 다른 대안을 선택했거나 필요 자체가 사라져 단기간 재접촉의 근거가 없는 경우에 가깝습니다. 어느 쪽이든 이유와 마지막 확인 내용을 남겨야 다음 담당자가 불필요한 접촉을 하지 않습니다.

모든 거래처에 영업 상태를 적용해야 하나요?

기존 고객, 장기 미접촉 고객, 잠재 고객을 모두 같은 영업 단계로 관리할 필요는 없습니다. 반복 거래 중인 고객은 계약 갱신, 추가 제안, 관계 유지처럼 별도 목적에 맞는 상태 기준이 더 유용할 수 있습니다. 다만 어떤 유형의 거래처든 현재 상태와 다음 행동이 연결되어야 담당자별 관리 공백을 줄일 수 있습니다.

정리

거래처 상태값은 보고서를 보기 좋게 만드는 분류가 아니라, 다음 행동을 놓치지 않고 팀이 같은 판단을 내리게 하는 운영 기준입니다. 중요도·활동 기록·상태를 분리하고, 상태 변경의 증거와 후속 일정을 함께 남기면 방문 건수만으로는 보이지 않던 영업 병목을 확인할 수 있습니다.

이 기준을 정했다면 거래처별 담당자, 방문 및 활동 기록, 현재 상태, 후속 일정을 한 흐름으로 연결해 보세요. Knockit은 지도에서 거래처와 현장을 확인하면서 이러한 정보를 거래처 중심으로 관리할 수 있어, 현장 방문 뒤의 판단과 후속 실행을 이어가는 데 활용할 수 있습니다.