납품 뒤 들어온 “수정해 주세요”에는 여러 일이 섞여 있습니다. 원래 약속한 부분이 빠졌을 수도 있고, 고객이 받은 뒤 생각을 바꾸었을 수도 있습니다. 모두 같은 추가 작업으로 처리하면 제공 품질과 범위 관리의 문제가 뒤섞입니다.
요청을 거절하거나 추가 비용을 말하기 전에 원래 약속과 실제 제공을 비교하세요. 누락·오류의 확인, 기존 약속의 해석 차이, 새로 원하는 일의 세 갈래로 나누면 무엇부터 해결해야 할지 분명해집니다. 이 분류만으로 법적 책임이나 유료 여부가 결정되는 것은 아닙니다.
첫 질문은 ‘얼마나 고칠까’보다 ‘무엇을 약속했나’입니다
견적, 주문 확인, 합의한 범위와 실제 전달한 버전을 나란히 놓습니다. 고객이 가리키는 부분을 확인하고, 약속된 내용이 빠졌는지 또는 서로 다르게 이해했는지 적습니다. 확인하기 전에 ‘고객 변심’이나 ‘무리한 요구’라는 이름을 붙이지 않습니다.
원자료나 전달 버전이 남아 있지 않으면 누가 맞는지 기억으로 정하지 마세요. 확인 가능한 기록과 없는 기록을 나누고, 다음 협의에서 무엇을 확인할지 정합니다. 기록이 부족하다는 사실도 운영에서 고칠 부분입니다.
세 갈래의 처리 질문
- 약속한 내용의 누락·오류
- 무엇이 확인됐고 어떤 범위를 언제 다시 제공해야 하는가
- 약속의 해석 차이
- 합의 문장이 어떤 의미로 읽혔고 어떤 확인이 빠졌는가
- 새로 원하는 일
- 원래 범위와 어떻게 다르며 추가 일정·비용·합의가 필요한가
마지막 갈래라고 해서 자동으로 돈을 청구하거나 작업을 진행하지 않습니다. 실제 계약과 소비자 권리 등 적용 조건을 확인하고 필요한 경우 자격 전문가에게 판단을 구해야 합니다. 이 글은 요청을 정리하는 도구이지 계약상 의무를 줄이는 약관이 아닙니다.
설명용 요청 두 가지를 비교해봅니다
설명을 위한 가상 요청입니다. “합의한 A항목이 전달 파일에서 빠졌습니다”는 원래 제공의 확인을 요구합니다. “받아보니 B항목도 추가하고 싶습니다”는 새 범위일 가능성이 있습니다. 실제 요청은 원래 합의와 전달 기록을 함께 보아야 구분할 수 있습니다.
말이 같아도 원인이 다를 수 있습니다. 잘못된 파일을 전달했는지, 사용 환경이 달라 열리지 않는지, 기대한 수준의 설명이 빠졌는지 구체적으로 확인해야 합니다. “수정 요청 10건”이라는 합계만으로 품질을 평가하면 반복 원인을 놓칠 수 있습니다.
반복을 줄일 한 줄 기록
고객을 식별할 정보는 빼고 ‘요청한 부분 / 원래 합의 / 실제 제공 / 확인된 차이 / 이번 처리 / 다음 예방’의 순서로 적어보세요. 새 요청이 아니라 합의 확인이 매번 빠지는 문제라면 견적 문장을, 파일이 자주 바뀌는 문제라면 전달 확인 방식을 먼저 손볼 수 있습니다.
해결됐다는 표시와 고객이 실제로 확인했다는 표시는 구분합니다. 파일을 다시 보냈다는 사실만으로 사용 가능 상태나 분쟁 종결이 확인된 것은 아닙니다. 확인되지 않은 단계는 미확인으로 남기는 편이 기록을 믿을 수 있게 합니다.
다음 일부터 제공 범위를 앞에서 분명히 하고 싶다면 포함·제외 범위를 정리하는 글로 이어가세요. 이 기록은 요청의 원인을 찾아 다음 제공을 고치기 위한 것입니다. 계약·환불·하자 책임은 실제 합의와 적용되는 권리에 따라 별도로 확인해야 합니다. 내용 검토: 2026-10-13.