납품 뒤에 남는 질문을 줄이는 네 칸의 인계 메모

파일을 전달하고 “완료했습니다”라고 보냈는데 며칠 뒤 다시 연락이 옵니다. “어느 파일을 수정하면 되나요?”, “관리자 권한은 누구에게 있나요?” 작업은 끝났지만 고객이 혼자 다음 일을 시작하기에는 설명이 비어 있었던 겁니다.

오피셜메일을 운영하며 고객에게 설정 방법을 안내할 때도 비슷한 장면을 봅니다. 설명을 많이 보내는 것보다, 다음 행동과 책임을 분명히 남기는 편이 도움이 됩니다. 아래는 특정 고객 사례가 아닌 프로젝트 인계를 생각하기 위한 가상의 상황입니다.

파일은 목록보다 사용 순서로

납품 폴더에 파일이 열 개 있어도 고객이 내일 열어야 할 것이 하나라면 그것부터 알려줍니다. 수정용 원본과 승인된 보관본을 따로 표시하고, 어디를 바꾸면 실제 운영 화면에 반영되는지 적습니다. 파일명 뒤에 '최종'을 여러 번 붙이는 것만으로는 충분하지 않습니다.

권한은 초대 메일이 아니라 실제 로그인으로 확인

관리자 초대장을 보낸 뒤에는 담당자가 로그인해 필요한 화면을 열 수 있는지 확인해야 합니다. 작업자의 개인 계정에 소유권이 남아 있거나 만료되는 공유 링크만 전달됐다면 인계가 아닙니다. 비밀번호를 메일 본문에 적기보다 서비스의 권한 기능을 사용합니다.

검수와 새 요청을 구분

오탈자와 누락을 확인하는 일, 새 기능을 추가하는 일은 다릅니다. 두 항목을 같은 “수정 요청”으로 받으면 서로 예상한 종료 시점이 달라집니다. 이번 납품에서 확인할 범위와 별도 일정을 잡아야 할 요청을 한 문장씩 나눠 둡니다.

마지막 메일에는 다음 행동 하나를

“확인 부탁드립니다” 대신 확인할 항목과 회신 기한을 적습니다. 잔금 일정, 사후 지원 범위, 문의 창구도 고객이 다시 찾기 쉬운 곳에 둡니다. 답이 오지 않았다는 이유로 자동 승인됐다고 간주할 수 있는지는 계약에서 먼저 확인해야 합니다.

보내기 전에는 네 가지만 묻습니다.

• 고객이 실제로 사용할 파일을 찾을 수 있는가
• 담당자가 자기 계정으로 접근할 수 있는가
• 이번 검수와 추가 작업의 경계가 보이는가
• 고객의 다음 행동과 확인 시각이 적혀 있는가

프로젝트 종료를 위한 더 자세한 다섯 항목과 메일 예시는 1인기업 프로젝트 종료 체크리스트에 정리했습니다.