프로젝트가 끝난 뒤 첫 주에 오는 질문을 줄이는 법

납품 직후에는 대부분 문제가 없어 보입니다. 파일도 열리고 고객도 “확인했습니다”라고 답합니다. 그런데 첫 주가 지나면 작은 질문이 쌓입니다. 수정할 원본은 어디인지, 관리자 권한을 누구에게 줘야 하는지, 이번 수정이 검수에 포함되는지. 인계의 품질은 그때 드러납니다.

여기서는 특정 고객의 실제 사례가 아니라, 1인기업이 웹사이트나 업무 도구를 납품하는 가상의 상황을 놓고 정리해 봅니다. 핵심은 체크리스트를 길게 만드는 일이 아니라 고객이 혼자 운영할 수 있는지 확인하는 일입니다.

첫째, 고객이 내일 사용할 경로를 먼저 적습니다

납품 폴더의 모든 파일을 나열하는 대신, 다음 영업일에 고객이 열 화면이나 문서를 한 줄로 알려줍니다. 수정용 원본, 승인된 보관본, 참고 자료를 따로 구분합니다. 같은 이름의 파일이 여럿이라면 어느 것을 고쳐야 실제 서비스에 반영되는지도 써 둡니다.

둘째, 권한은 고객 계정으로 직접 확인합니다

초대 메일을 보냈다는 기록만으로 인계가 끝나지 않습니다. 담당자가 자기 계정으로 로그인해 필요한 메뉴를 볼 수 있는지 확인해야 합니다. 개인 계정에 소유권이 남아 있는지, 공유 링크가 곧 만료되는지, 퇴사자의 계정에 의존하는 부분은 없는지도 살펴봅니다. 비밀번호 자체를 메일에 붙여 보내는 일은 피합니다.

셋째, 수정의 범위를 한 문장씩 나눕니다

“문제가 있으면 수정해 드리겠습니다”라는 문장은 서로 다른 기대를 만듭니다. 누락이나 오탈자 검수는 이번 납품의 확인 항목일 수 있지만, 새로운 기능이나 페이지 추가는 별도의 작업입니다. 예시를 한두 개만 들어 경계를 적어 두면 추후 협의가 쉬워집니다.

넷째, 종료 메일에 다음 행동을 하나만 남깁니다

고객에게 여러 요청을 한꺼번에 보내면 무엇부터 해야 할지 흐려집니다. “금요일까지 권한과 화면을 확인해 알려 주세요. 이후 수정용 원본을 인계하겠습니다”처럼 확인 항목, 담당자, 기한을 연결합니다. 잔금 청구 시점과 사후 지원 창구도 함께 적되, 답장이 없으면 자동 승인이라는 식의 조건은 사전에 약속한 경우에만 사용합니다.

보내기 전에는 스스로 묻습니다. 고객이 사용할 파일을 찾을 수 있는가? 자기 계정으로 작업할 수 있는가? 이번 검수와 다음 작업을 구별할 수 있는가? 다음 연락 시각을 알고 있는가?

이 질문에 답하지 못한다면 납품 파일은 준비됐어도 인계는 아직 진행 중입니다. 실제로 사용할 수 있는 종료 메일 문장과 다섯 가지 점검 항목은 원문에서 더 자세히 볼 수 있습니다.

프로젝트 종료 체크리스트 원문 보기