← 블로그
A/S 관리

A/S 완료 후 고객 확인 누락을 막는 종결 기록 관리법

A/S 작업이 끝났다고 바로 종결하면 고객 확인 누락과 재문의가 반복됩니다. 작업 결과, 고객 확인, 잔여 조치와 후속 일정을 분리해 기록하는 종결 관리 기준을 안내합니다.

설비를 점검한 뒤 고객 담당자와 결과를 확인하는 서비스 기사

A/S 작업이 끝난 뒤 고객 확인이 누락된다면, ‘작업 완료’와 ‘A/S 종결’을 같은 상태로 처리하고 있을 가능성이 큽니다. 현장 조치가 끝난 시점에는 작업 결과를 남기고, 고객이 결과를 확인했는지와 추가 요청이 없는지를 별도로 관리해야 합니다. 그래야 며칠 뒤 같은 증상으로 연락이 왔을 때 재고장인지, 안내 부족인지, 미처리 항목인지 판단할 수 있습니다.

핵심은 고객의 서명이나 회신을 무조건 받는 데 있지 않습니다. 누구에게 어떤 결과를 설명했고, 고객 확인이 지연된 이유는 무엇이며, 남은 조치는 언제까지 처리할지를 하나의 A/S 건 안에서 이어서 남기는 것이 중요합니다. 이 글에서는 A/S 완료 후 고객 확인이 빠지는 현장을 위한 종결 기록 기준을 단계별로 설명합니다.

작업이 끝나도 바로 종결하면 안 되는 이유

기사 입장에서 수리, 교체, 설정 변경이 끝났다면 업무는 완료된 것처럼 보입니다. 그러나 고객 담당자가 현장에서 부재했거나, 실제 사용 환경에서 정상 작동을 확인하지 못했거나, 사용 방법 안내가 남아 있다면 고객 관점의 A/S는 아직 끝나지 않았습니다. 이 차이를 기록하지 않으면 다음 담당자는 해당 건을 완전히 해결된 건으로 오해하고, 고객은 ‘조치했다는 연락만 받았다’고 느끼기 쉽습니다.

특히 장비가 즉시 가동되지 않는 업장, 여러 담당자가 결과를 함께 확인해야 하는 현장, 운영 시간 이후에만 테스트할 수 있는 곳은 작업 당일의 결과만으로 종결 여부를 판단하기 어렵습니다. 이때 ‘완료’라는 한 상태에 모든 의미를 담기보다 현장 조치 완료, 고객 결과 안내, 고객 확인 완료, 추가 조치 필요를 구분해야 기록이 실제 업무 흐름을 따라갑니다.

A/S 종결 기록은 네 가지 질문에 답해야 한다

좋은 종결 기록은 나중에 읽는 사람이 현장에 없었어도 판단할 수 있게 만듭니다. 단순히 ‘수리 완료’라고 쓰는 대신, 접수 증상이 무엇이었고 어떤 점검을 거쳐 무엇을 조치했으며 조치 직후 어떤 결과가 확인됐는지를 연결해 적습니다. 부품 교체나 설정 변경처럼 객관적인 조치가 있었다면 대상과 변경 내용을 함께 남기고, 이상이 재현되지 않았을 뿐 원인이 확정되지 않은 경우에는 그 사실도 구분해서 씁니다.

그다음 고객 확인은 조치 결과와 분리해 기록합니다. 현장에서 담당자에게 시연 후 확인받았다면 담당자 이름과 확인 방식, 유선으로 결과를 안내했다면 통화 대상과 안내 요지를 남깁니다. 고객 담당자가 부재했거나 운영 중이라 확인하지 못했다면 ‘확인 불가’로 끝내지 말고, 재확인 대상과 예정 시점을 지정해야 합니다.

  • 접수 증상: 고객이 표현한 문제와 발생 조건은 무엇이었는가
  • 현장 조치: 점검한 항목, 교체·수리·설정한 내용은 무엇인가
  • 조치 결과: 현장에서 확인한 정상 작동 범위와 아직 확인하지 못한 범위는 무엇인가
  • 고객 확인: 결과를 안내받은 담당자, 확인 방식, 잔여 요청과 다음 확인 일정은 무엇인가

고객 확인이 당일 불가능한 건은 ‘미종결 사유’로 관리한다

고객 확인이 없다는 이유만으로 모든 A/S를 장기간 열어 둘 필요는 없습니다. 다만 확인이 필요한 이유와 다음 행동이 없는 상태로 종결하는 것은 피해야 합니다. 예를 들어 야간 가동 테스트가 필요한 경우에는 현장 조치를 마친 뒤 ‘고객 테스트 대기’로 두고, 다음 영업일에 담당자가 결과를 확인하도록 일정과 책임자를 연결합니다.

고객이 결과에 이견을 제기했을 때도 종결 기록은 유용합니다. ‘불만 접수’처럼 포괄적으로 적기보다 어떤 기능이나 조건에서 문제가 남았는지, 기사가 재현했는지, 추가 점검 또는 부품 검토가 필요한지를 구체화해야 합니다. 이 정보가 있어야 재방문 기사는 이전 조치의 반복 여부를 피하고, 운영 담당자는 고객에게 다음 계획을 일관되게 안내할 수 있습니다.

관리자는 미확인 건을 정기적으로 살펴보되, 기사에게 단순 독촉만 해서는 안 됩니다. 확인 대기 기간이 긴 건은 고객 연락처 변경, 테스트 조건 미충족, 내부 승인 대기처럼 막힌 이유를 분류하고, 처리할 수 있는 후속 행동으로 바꿔야 합니다. 종결되지 않은 건의 수보다 ‘다음 확인 일정 없이 멈춘 건’이 있는지를 먼저 보는 편이 실무적입니다.

현장에서 바로 쓰는 종결 판단 순서

종결 기준은 복잡한 보고서보다 기사와 운영팀이 같은 순서로 판단하도록 만드는 데 목적이 있습니다. 방문 직후에는 현장 조치의 사실을 기록하고, 고객이 결과를 확인할 수 있는 조건이 마련됐는지 확인합니다. 고객 확인까지 끝났다면 종결할 수 있지만, 조건이 남아 있다면 그 건은 보류가 아니라 명확한 후속 일정이 있는 진행 건으로 관리해야 합니다.

이 순서를 팀 공통 기준으로 정하면 고객이 다시 연락했을 때도 대응이 빨라집니다. 접수 이력부터 직전 조치, 현장 책임자, 고객 확인 상태, 예정된 다음 행동을 한 흐름에서 확인할 수 있기 때문입니다. 반대로 개인 메신저나 기억에 확인 내용을 남기면 담당자 휴무·변경 시점에 가장 중요한 맥락이 사라집니다.

  • 현장 조치가 끝났는지, 미처리 작업이 남았는지 확인한다.
  • 조치 직후의 작동 결과와 테스트 조건을 기록한다.
  • 고객 담당자에게 결과를 안내하고 확인 여부를 남긴다.
  • 확인이 불가능하거나 추가 요청이 있으면 책임자와 다음 일정을 지정한다.
  • 후속 행동까지 끝난 경우에만 A/S 건을 종결한다.

자주 묻는 질문

고객이 현장에서 구두로 괜찮다고 하면 A/S를 종결해도 되나요?

가능하지만 누가 어떤 상황에서 확인했는지는 남겨 두는 것이 좋습니다. 담당자 이름, 확인 시각 또는 현장 상황, 안내한 조치 결과를 기록하면 이후 동일 증상 문의가 들어와도 당시 확인 범위를 설명할 수 있습니다. 다만 실제 사용 테스트가 아직 필요한 장비라면 구두 확인만으로 종결하지 말고 테스트 후 확인 일정을 따로 잡는 편이 안전합니다.

고객 담당자가 부재한 상태에서 수리를 마쳤다면 무엇을 남겨야 하나요?

작업 내용과 현장 테스트 결과를 우선 남기고, 결과를 안내할 고객 담당자와 연락 예정 시점을 지정해야 합니다. 부재 사실만 기록하면 다음 행동이 빠지기 쉽습니다. 사진이나 측정값이 필요한 업무라면 현장 기준에 따라 함께 보관하되, 그것이 고객 확인을 대신한다는 전제로 처리하지는 않는 것이 좋습니다.

고객이 며칠 뒤 다시 같은 문제를 말하면 이전 A/S는 실패한 건인가요?

반드시 그렇지는 않습니다. 동일 증상이 재발한 것인지, 다른 사용 조건에서 발생한 문제인지, 당시 안내하지 못한 잔여 항목인지 이전 기록을 기준으로 구분해야 합니다. 그래서 종결 기록에는 조치 당시 확인한 조건과 확인하지 못한 조건을 함께 남기는 것이 중요합니다.

A/S 종결 상태를 너무 세분화하면 현장이 복잡해지지 않나요?

상태를 많이 만드는 것보다 현장 조치 완료와 고객 확인 대기, 추가 조치 필요, 종결처럼 실제 의사결정이 다른 단계만 구분하는 편이 효과적입니다. 각 상태에서 반드시 남겨야 할 정보와 다음 행동을 짧게 정하면 기사도 입력 부담을 덜 수 있습니다. 팀이 일관되게 쓰지 못하는 상태값은 과감히 줄이는 것이 낫습니다.

정리

A/S 종결은 기사가 작업을 마친 순간이 아니라, 고객에게 결과가 전달되고 남은 조치의 책임과 일정까지 정리된 시점에 판단해야 합니다. 작업 결과와 고객 확인을 분리해 남기면 재문의가 들어와도 상황을 다시 추측하지 않고, 필요한 재방문과 단순 안내를 구분할 수 있습니다.

Knockit에서는 거래처를 중심으로 A/S 방문 기록, 담당자 정보, 현재 상태와 후속 일정을 연결하고 직무별 기록 양식을 운영할 수 있어, 현장 조치부터 고객 확인까지의 흐름을 한곳에서 관리하는 기준을 만들기 좋습니다.

FREE ONBOARDING

거래처 관리, 우리 팀에 맞게 준비해드릴게요

영업 · 설치 · 점검 · A/S — 현장 담당자가 남겨야 할 기록은 팀마다 다릅니다.
우리 팀 업무에 맞춰 거래처와 기록 양식을 세팅해, 다음 방문부터 바로 쓰게 해드립니다.

우리 팀 도입 상담 받기

상담·세팅 비용 없음 · 도입 여부는 편하게 결정하세요