← 블로그 전체 글
업무 개선

영업 진행 상황을 매번 담당자에게 묻지 않으려면

견적을 보낸 뒤 어디까지 협의했는지, 놓친 후속 연락은 없는지, 수주까지 무엇이 남았는지. 제조기업의 영업 현황을 직접 확인할 수 있는 업무 기록을 설명합니다.

핵심 정리

  • 거래처별 영업 건에 최근 협의 내용과 다음 행동·담당자·기한을 모으면 진행 상황을 직접 확인할 수 있습니다.
  • 견적 발송과 고객 검토, 샘플·품질 확인, 가격 협의 등 회사가 실제로 쓰는 단계로 관리합니다.
  • 고객 응답을 기다리는 건과 회사가 처리할 일을 구분하고, 대표의 결정이 필요한 사안을 표시합니다.

“지난달 견적 보낸 곳은 어떻게 됐어요?”

대표가 물으면 영업 담당자는 메일과 메신저를 찾아봅니다. 고객이 샘플을 검토하고 있는지, 단가를 협의하는지, 다음 연락은 언제 할 예정인지 설명합니다. 다른 담당자의 거래처까지 확인하려면 같은 질문을 다시 해야 합니다.

대표가 알고 싶은 것은 지금 회사에 어떤 기회가 있고, 어디에서 진행이 멈췄으며, 무엇을 도와야 수주로 이어질 수 있는지입니다. 거래처별로 최근 협의 내용과 다음 할 일을 확인할 수 있다면 일일이 현황을 묻는 작업을 줄일 수 있습니다.

이 글은 제조기업의 문의·견적·샘플 검토·협의·수주 과정을 가정한 업무 설계입니다. 고객사별로 견적 전에 기술 검토가 필요하거나, 샘플 승인 후에 가격 협의를 시작하는 등 실제 순서는 달라질 수 있습니다.

대표가 자주 묻는 질문을 한 화면에서 확인합니다

영업 현황을 관리하는 시스템을 만든다면, 먼저 대표가 반복해서 확인하는 질문을 정합니다. 화면에서 질문에 답할 수 있어야 담당자에게 다시 물을 일이 줄어듭니다.

궁금한 내용 화면에서 확인할 정보
견적 보낸 뒤 어디까지 진행했나요? 최근 협의, 현재 단계와 마지막 확인일
이번 달에 결정할 고객은 어디인가요? 고객이 전달한 결정 일정과 확인 근거
연락을 놓친 곳은 없나요? 후속 연락 예정일과 미처리 건
왜 계속 같은 단계에 있나요? 대기 이유와 진행을 위해 필요한 조건
제가 도와야 하는 일은 뭔가요? 가격·납기·샘플 등 결정 요청과 기한

전체 목록에서 확인할 건을 찾고, 하나를 열면 견적과 협의 이력을 볼 수 있도록 설계합니다. 금액과 예상 일정에는 확인 기준을 표시해 추정치와 고객이 확인한 내용을 구분합니다.

‘견적 발송’ 다음에 무엇이 남았는지 기록합니다

견적을 보냈다는 사실만 기록하면 그다음 상황은 담당자에게 다시 물어야 합니다. 고객이 무엇을 검토하는지, 우리 쪽에서 무엇을 보내야 하는지까지 남깁니다.

예를 들어 고객이 샘플 시험 결과를 기다리는 영업 건과, 우리가 수정 견적을 보내야 하는 영업 건은 모두 협의 중일 수 있습니다. 하지만 다음에 움직일 사람과 할 일은 다릅니다.

대표가 열어볼 영업 건의 기록 가상 업무 예시
가상 고객사 A · 신규 부품 공급 협의샘플 검토 중
최근 협의
고객이 샘플 시험 후 구매 여부를 검토하기로 함
고객 확인 일정
10월 16일 시험 결과 회신 예정
우리 쪽에 남은 일
품질 담당자가 시험성적서 확인 후 영업에 전달
대표 결정 요청
초도 물량의 단가 조정 범위 검토
다음 연락영업 담당자가 10월 16일 회신을 확인하고, 답변이 없으면 고객에게 연락합니다.
진행 단계와 함께 양쪽에 남은 일, 확인 일정과 결정 요청을 보여줍니다. 고객과 협의한 내용이 바뀌면 이 기록도 갱신합니다.

단계를 세분화하는 것만으로 해결하지는 못합니다. 고객 검토 중이라는 상태에 머물러도 다음 연락일과 확인할 내용이 명확하면 업무를 이어갈 수 있습니다. 반대로 단계가 많아도 다음 행동이 비어 있으면 놓치는 일이 생깁니다.

거래처 한 곳에서 진행하는 여러 협의를 구분합니다

한 거래처와 기존 제품의 반복 발주를 처리하면서 신규 제품의 공급도 협의할 수 있습니다. 이를 거래처 메모 하나로 관리하면 어느 견적에 대한 이야기인지 찾기 어렵습니다.

거래처 아래에 제품·프로젝트별 영업 건을 두고 견적과 협의 기록을 연결하는 구조를 검토할 수 있습니다. 같은 건의 견적을 수정했을 때는 이전 버전과 현재 제안한 조건을 구분합니다. 금액을 여러 번 합산하지 않도록 집계 기준도 정합니다.

샘플 발송, 기술 검토와 품질 자료 확인이 필요하다면 관련 담당자의 할 일을 연결합니다. 영업이 매번 다른 부서에 진행 상황을 물어보고 보고용 파일에 옮겨 적는 작업을 줄이는 데 도움이 될 수 있습니다.

후속 연락과 오래 멈춘 건을 먼저 보여줍니다

영업 목록에 모든 건을 같은 비중으로 나열하면 급한 일을 찾기 어렵습니다. 오늘 연락할 건, 약속한 날짜를 넘긴 건, 다음 행동이 정해지지 않은 건을 모아볼 수 있어야 합니다.

다만 일정 기간 동안 단계가 바뀌지 않았다는 이유만으로 문제가 있다고 단정하지 않습니다. 고객의 시험이나 예산 검토에 시간이 필요한 업무도 있습니다. 대기 이유와 다시 확인할 날짜를 함께 남깁니다.

알림은 담당자가 행동할 수 있는 내용으로 구성합니다. ‘협의가 지연됐습니다’라는 문장에 더해 어느 고객에게 무엇을 확인해야 하는지 보여줍니다. 고객에게 보내는 메일이나 연락은 담당자가 진행하고, 내부 알림과 고객 발송은 별도 범위로 정합니다.

영업 담당자의 보고 일이 늘어나지 않아야 합니다

시스템에 기록하고, 주간 보고용 엑셀에도 같은 내용을 다시 적어야 한다면 직원 입장에서는 일이 하나 더 생깁니다. 실제 고객 연락 뒤 남기는 기록을 목록과 보고에 함께 사용하도록 설계합니다.

처음에는 다음 항목부터 검토할 수 있습니다.

  • 거래처와 협의 중인 제품·프로젝트
  • 담당자와 현재 단계
  • 최근 고객 반응과 그 내용을 확인한 날짜
  • 다음 행동, 처리할 사람과 기한
  • 대표나 다른 부서의 결정·지원이 필요한 내용

통화 내용을 모두 길게 적게 할 필요는 없습니다. 일정과 조건이 바뀌었는지, 다음에 누가 무엇을 해야 하는지가 드러나게 합니다. 견적 문서와 관련 자료는 해당 영업 건에서 찾을 수 있도록 연결합니다.

메일·일정 도구와의 연동은 접근 권한과 지원 기능을 확인한 뒤 정합니다. 직원의 개인 메일 전체를 자동으로 수집하는 것을 전제로 하지 않습니다. 공유할 업무 내용과 고객 연락처의 조회 권한도 함께 정합니다.

예상 수주 금액을 볼 때는 확정 여부를 구분합니다

대표는 앞으로 들어올 주문 규모도 알고 싶을 수 있습니다. 이때 견적 금액을 그대로 확정 매출처럼 보여주면 판단을 흐릴 수 있습니다.

견적 제출, 고객 의사 확인, 발주서 수신 등 회사가 정한 기준에 따라 영업 상태를 구분합니다. 수주 완료를 어느 시점으로 볼지 합의하고, 예상 수주일에는 고객 확인 일정인지 담당자의 전망인지 표시합니다.

단계별 수주 확률을 적용한 예상 금액이 필요하다면 그 비율의 근거도 정해야 합니다. 사용 이력이 부족한 초기에는 단계별 금액과 확인된 사실을 보여주는 방식부터 검토할 수 있습니다. 합의한 기준 없이 그럴듯한 확률을 붙이지 않습니다.

수주를 확정한 뒤에는 주문 등록과 납기 검토로 이어갈 수 있습니다. 영업에서 협의한 사양·단가·납품 조건을 누가 확인해 넘길지 정하면 수주 이후의 재입력과 확인 질문도 줄일 수 있습니다.

기존 CRM으로 해결할 수 있는지도 확인합니다

CRM은 거래처, 영업 기회와 고객 연락 이력을 관리하는 도구입니다. 이미 영업 관리 도구를 쓰고 있다면 새 시스템을 만들기 전에 현재 기능과 사용 방식을 살펴봅니다. 단계·필수 항목·후속 연락을 제대로 설정하고, 직원이 실제로 기록할 수 있는 흐름인지 확인합니다.

표준적인 거래처·견적·활동 관리가 필요하다면 기존 CRM을 검토할 수 있습니다. 제조기업의 샘플·품질 승인·기술 검토와 수주 이후 업무를 연결해야 한다면 현재 도구의 지원 범위와 맞춤 개발할 부분을 나눠 판단합니다.

앞선시스템즈는 무조건 별도 영업 시스템을 만드는 방향으로 제안하지 않습니다. 기존 도구를 활용할 수 있는지, 남는 반복 작업과 정보 단절이 무엇인지 확인한 뒤 범위를 정합니다.

첫 구축은 실제로 진행 중인 영업 건으로 검수합니다

최근 견적을 보낸 건, 고객 검토가 길어지는 건, 수주를 확정한 건을 골라 실제 처리 순서를 살펴봅니다. 고객이 준비할 것은 현재 관리하는 파일과 견적 양식, 평소 대표가 묻는 질문입니다. 민감한 자료는 공유 범위를 협의한 뒤 전달합니다.

앞선시스템즈는 단계별 기록, 다음 행동과 알림, 대표가 볼 목록과 권한을 설계합니다. 검수에서는 담당자 설명을 듣지 않고도 최근 상황과 다음 조치를 찾을 수 있는지 확인합니다. 담당자는 기록을 갱신하는 데 불필요한 시간이 들지 않는지도 살펴봅니다.

도입 효과는 현황 문의 횟수, 영업회의 자료 준비 시간, 후속 연락 누락과 결정 대기 시간으로 확인할 수 있습니다. 수주율에는 가격·품질·시장 상황 등도 영향을 주므로 시스템 도입만으로 상승을 보장하지 않습니다.

자주 묻는 질문

영업 담당자가 적어도 필요한가요?

인원수와 함께 동시에 진행하는 협의 건수, 견적 수정 빈도와 후속 연락 부담을 봅니다. 간단한 공유 문서로 충분히 관리할 수 있다면 그 방법을 쓸 수 있습니다. 여러 부서의 확인이 필요하거나 고객별 다음 행동을 자주 놓친다면 구조를 정리할 이유가 있습니다.

담당자가 기록하지 않으면 어떻게 하나요?

어느 시점에 어떤 내용을 남길지 합의해야 합니다. 고객 연락과 견적 변경 직후 짧게 기록하고, 그 기록을 회의와 후속 업무에 실제로 쓰는 흐름이 필요합니다. 오래된 기록은 마지막 확인일로 구분하고, 누락을 알아볼 수 있게 합니다.

영업 단계만 공유하면 대표가 더 자주 개입하지 않을까요?

대표가 확인할 정보와 승인할 조건을 구분합니다. 담당자 권한 안에서 처리할 일은 담당자가 진행하고, 가격 예외나 납기 약속 등 합의한 사안만 결정 요청으로 올리도록 설계할 수 있습니다.

프로젝트 상담에 영업 담당자에게 가장 자주 묻는 질문을 알려주세요. 견적부터 수주까지 어떤 기록을 연결하면 그 질문에 답할 수 있을지 함께 살펴봅니다.