납품은 끝났는데 왜 자꾸 연락이 올까? 1인기업의 프로젝트 인계 한 장
납품 확인을 받았는데 며칠 뒤 고객에게 다시 연락이 옵니다. “어떤 파일을 써야 하죠?” “관리자 로그인은 누구 계정인가요?” 결과물은 이미 보냈지만, 운영을 넘기는 일은 아직 끝나지 않은 셈입니다.
혼자 일할수록 마지막 인계는 긴 보고서보다 고객이 스스로 다음 행동을 할 수 있는 한 장이 더 유용합니다. 가상의 예약 페이지 제작 사례로 정리해 봤습니다.
완료, 확인 대기, 새 요청을 다른 칸에 쓰기
‘예약 페이지 제작 완료’라고만 적으면 고객은 결제 기능까지 포함됐다고 생각할 수 있습니다. 공개된 페이지는 완료, 고객 문구 승인은 확인 대기, 새 기능은 별도 요청으로 나눠 적어 보세요. 특히 진행 중 범위가 달라졌다면 말로만 정리하지 말고 서로 확인한 결정을 남겨야 합니다.
파일 이름보다 사용 경로를 알려주기
최종 파일이 여러 개라면 고객은 최신 버전을 추측해야 합니다. 최종본의 위치, 편집 가능한 원본, 열람 권한, 고객이 직접 바꿀 수 있는 항목을 한곳에 적습니다. 공유 링크도 고객 계정으로 열리는지 확인한 뒤 보내는 편이 안전합니다.
접근권한 이전은 로그인이 되는지까지
관리자 초대 메일을 보낸 것만으로 권한 이전이 끝나지는 않습니다. 고객이 실제로 접속할 수 있는지 확인하고, 운영 계정의 소유자와 복구 담당자를 정합니다. 작업용 임시 계정은 인수 확인이 끝난 뒤 정리하세요. 비밀번호를 일반 메일 본문에 그대로 적어 보내지는 않습니다.
잔금과 사후 지원은 별개로 적기
남은 결제 일정과 수정 가능 기간을 한 문장에 섞으면 나중에 해석이 달라집니다. 계약과 청구 내역을 기준으로 정산 상태를 적고, 지원할 작업과 새 견적이 필요한 작업을 분리합니다. ‘7일간 무료 수정’처럼 실제로 합의하지 않은 숫자는 예시라고 해도 고객에게 약속으로 보내면 안 됩니다.
마지막 메일에는 고객의 다음 행동 하나를 남기기
종료 메일의 목적은 멋진 회고가 아닙니다. 결과물 위치, 남은 확인 사항, 권한 상태, 정산과 지원 범위를 짧게 모은 뒤 고객에게 필요한 회신을 요청합니다. 답장이 없으면 자동 승인으로 간주하지 말고 계약의 검수 절차를 따르세요.
납품 후 프로젝트를 닫는 순서와 실제로 바꿔 쓸 수 있는 종료 메일 예시는 1인기업 프로젝트 종료 인계 가이드에서 이어서 확인할 수 있습니다.
댓글
댓글 쓰기