결과 파일을 보냈는데 고객은 어디에서 무엇을 확인해야 할지 모릅니다. 전달은 끝났다고 생각했지만 파일이 열리지 않거나 최신 버전을 찾지 못하면 사용은 시작되지 않은 상태입니다.
‘보냈다’, ‘열 수 있다’, ‘사용할 다음 행동을 안다’를 구분하세요. 파일·버전·사용 방법·확인할 범위가 함께 전달됐는지 봅니다. 전송 성공을 고객의 검토 완료나 계약상 승인으로 바꾸어 기록하지 않습니다.
전달 안내에서 빠지기 쉬운 세 가지
- 이번에 받은 것
- 확인해야 할 파일 이름·버전과 제공 범위
- 사용 조건
- 열거나 실행할 방법, 필요한 환경, 알려진 한계
- 다음 행동
- 고객이 확인할 부분과 질문이나 오류를 전달할 경로
긴 설명서를 새로 쓰기보다 고객이 이번에 할 행동에 맞춰 짧게 정리하세요. 여러 파일이 있으면 사용 목적별로 구분하고 구버전을 최신본처럼 읽지 않도록 합니다. 파일명만으로 충분하지 않다면 안내문에서도 현재 버전을 명시할 수 있습니다.
파일을 보낸 뒤 확인한 사실만 남깁니다
‘메일 발송’, ‘공유 링크 접근 확인’, ‘파일 열림 확인’, ‘고객이 검토 의견을 줌’은 서로 다른 상태입니다. 확인하지 못한 상태는 미확인으로 남깁니다. 읽음 표시만으로 내용을 이해했거나 결과에 동의했다고 추정하지 않습니다.
실제 승인이나 완료 조건은 계약·합의에 따라 달라질 수 있으므로 이 구분만으로 종결을 선언하지 않습니다. 특히 분쟁 중이거나 책임 판단이 필요한 경우에는 확인된 자료와 별도 전문 판단의 범위를 분리해야 합니다.
사용을 막는 질문을 줄이는 인계 문장
“이번 파일은 [파일명/버전]입니다. [용도]로 사용하며, 먼저 [확인할 부분]을 봐주세요. [사용 환경/제한]이 있습니다. 열리지 않거나 설명과 다른 부분이 있으면 [문의 경로]로 [확인할 정보]를 알려주세요.” 실제 제공 조건으로 대괄호를 채우는 예시입니다. 미확정 수정 횟수·응답 시간·추가 제공을 약속하지 않습니다.
오류 확인에 필요한 정보를 요청할 때에도 비밀번호, 인증번호, 고객 개인정보나 내부 원본을 기본 자료로 요구하지 마세요. 먼저 오류 문구, 파일명, 사용 환경처럼 최소한의 비식별 정보로 범위를 좁힐 수 있습니다. 원격 접속이나 권한 이전이 필요하다면 목적·범위·기간과 당사자 동의를 별도로 확인하세요.
인계가 자주 막히는 원인을 나눕니다
- 잘못된 파일 또는 구버전을 전달했는가
- 필요한 파일·연결 자료가 빠졌는가
- 고객이 사용하는 환경에서 열리지 않는가
- 열리지만 다음에 무엇을 해야 할지 설명이 없는가
이 네 원인은 같은 ‘고객이 못 쓰는 문제’가 아닙니다. 앞의 둘은 전달 구성, 세 번째는 사용 환경, 마지막은 안내 방법을 먼저 봅니다. 인계 후 질문 수가 많다고 고객의 이해 부족만 탓하지 말고 같은 원인이 반복되는지 확인하세요.
오늘은 최근 전달한 결과 한 건에서 고객이 다음에 할 행동이 한 문장으로 읽히는지 보세요. 원래 약속과 수정 요청이 엇갈린 문제는 납품 뒤 수정 요청을 나누는 방법으로 이어집니다. 내용 검토 2026-10-13. 이 글은 결과물 사용 인계를 정리하는 도구이며 특정 납품의 승인·분쟁 종결·계약상 책임을 대신 확정하지 않습니다.