먼저 알아둘 핵심
- 고객의 진척을 확인할 수 있는 단계명을 쓰세요.
- 보류 거래에는 다시 연락할 날짜를 남기세요.
- 단계보다 다음 행동의 품질을 먼저 확인하세요.
단계는 확인 가능한 사건으로 정의합니다
검토 중, 진행 중처럼 해석이 달라지는 이름보다 요구사항 확인, 제안 전달, 계약 협의처럼 확인 가능한 사건을 사용하세요. 같은 거래를 두 사람이 보았을 때 같은 단계로 분류할 수 있어야 합니다. 팀 내부의 할 일과 고객의 의사결정 진척을 섞지 않는 것도 중요합니다.
다음 단계로 이동할 조건을 적으세요
제안 완료 단계라면 문서를 만들었다는 사실보다 고객에게 전달했는지, 검토 담당자를 확인했는지 기준을 정해야 합니다. 각 단계에 필수 정보를 많이 요구하기보다 다음 행동을 판단하는 데 필요한 항목만 남기세요. 정보가 부족한 거래를 다음 단계로 올렸을 때 어떤 문제가 생기는지 회의에서 함께 검토합니다.
보류와 실패의 이유를 분리합니다
예산 집행을 기다리는 거래와 경쟁사로 결정된 거래를 같은 상태로 두면 후속 연락이 어긋납니다. 보류에는 다시 확인할 날짜를, 실패에는 팀이 학습할 수 있는 이유를 남기세요. 실패 이유는 담당자를 평가하는 표현보다 일정, 요구 기능, 예산, 내부 우선순위처럼 재사용 가능한 분류가 좋습니다.
회의에서 단계의 품질을 점검합니다
영업 회의에서는 전체 거래를 나열하기보다 오래 머문 거래와 다음 행동이 없는 거래를 확인하세요. 단계 정의가 현실과 맞지 않으면 변경 이력을 남기고 기존 거래에 어떻게 적용할지 합의합니다. 공식 CRM 안내의 파이프라인 개념을 참고하되 실제 영업 과정에 맞춰 구조를 단순하게 유지하세요.
출처와 검토 범위
공식 공개 자료와 일반적인 업무 설계 원칙을 바탕으로 AI의 도움을 받아 작성했습니다. 직접 사용한 후기나 제품 성능 테스트가 아닙니다. 제품 기능과 계약 조건은 구매 전 공급사의 최신 문서를 확인하세요.
