수출바우처 계약 전 검토는 제안 항목을 실제 납품 조건으로 바꾸는 작업입니다. 견적서의 큰 항목만 보고 시작하면 제작 중에 포함 여부를 다시 협의하게 되고, 기업 내부 승인과 정산 증빙도 서로 다른 기준으로 움직입니다. 계약 전에는 목표, 산출물, 검수, 권한, 변경 절차를 같은 문서에서 연결해야 합니다.
계약 목적은 어떤 문장으로 고정해야 하나요?
목적 문장은 “해외 홍보 강화”처럼 넓게 쓰기보다 대상 시장, 고객, 행동, 확인 지표를 포함해야 합니다. 예를 들어 특정 국가의 바이어가 제품 규격을 이해하고 문의 양식을 제출하도록 외국어 페이지를 정비한다는 식이면 제작 범위와 측정 범위를 함께 판단할 수 있습니다. 반면 목표가 모호하면 페이지 수나 소재 수를 정해도 왜 필요한지 설명하기 어렵습니다.
사업 담당자는 내부 영업팀과 먼저 성공 조건을 맞춰야 합니다. 문의 수만 볼 것인지, 유효 문의의 국가와 회사 정보를 볼 것인지, 검색 유입이나 광고 유입을 구분할 것인지 결정합니다. 수행기관에는 이 조건을 전달하고 제안서의 각 과업이 어느 목표에 연결되는지 표시하도록 요청하는 편이 좋습니다.
이번 계약에서 하지 않을 일도 목적 옆에 적습니다. 기존 사이트 전체 개편인지 특정 시장용 랜딩페이지인지, 광고 운영과 콘텐츠 제작이 모두 포함되는지, 번역 원문은 누가 제공하는지를 구분하면 기대 범위가 불필요하게 커지는 것을 막을 수 있습니다.
산출물은 어떻게 검수 가능한 단위로 적나요?
산출물 이름만으로는 완료 여부를 판정하기 어렵습니다. “외국어 페이지 제작”이라면 대상 URL, 언어, 화면 유형, 반응형 범위, 문의 기능, 분석 태그, 관리자 인계처럼 확인 대상을 나눠야 합니다. 수량을 아직 확정하지 못했다면 임의 숫자를 넣지 말고 원문 목록 확정일과 승인 담당자를 계약 조건에 남깁니다.
콘텐츠는 파일 형식과 사용 맥락을 함께 씁니다. 원본 편집 파일, 웹 게시용 파일, 썸네일, 자막 파일처럼 실제로 넘겨받을 묶음을 구분하고, 각 파일을 어느 채널에서 사용할지 연결합니다. 광고 소재라면 규격별 변형과 문안 승인본을 분리해 두어야 납품 뒤 재사용 범위를 판단할 수 있습니다.
완료 조건에는 눈으로 확인할 수 있는 항목을 사용합니다. 링크 작동, 모바일 화면, 폼 수신, 이벤트 기록, 파일 열림, 계정 권한처럼 재검사가 가능한 기준이 필요합니다. “적절하게”, “문제없이”, “완성도 있게” 같은 표현은 검수 기준이 아니므로 구체적인 확인 행동으로 바꿉니다.
일정표에는 누구의 회신 기한까지 넣어야 하나요?
제작 일정만 적으면 기업의 원문 제공과 승인 지연이 보이지 않습니다. 착수, 자료 수급, 초안, 번역 검수, 수정, 최종 승인, 게시, 납품의 순서를 두고 각 단계에 기업 담당자와 수행기관 담당자를 함께 표시합니다. 특히 제품 사양과 법적 표현은 마케팅 담당자만으로 승인하기 어려우므로 기술 또는 품질 담당자의 회신 일정을 미리 확보합니다.
마감일은 “주차”가 아니라 날짜와 승인 상태로 관리하는 편이 안전합니다. 초안 전달일, 기업 피드백 마감일, 반영본 확인일을 나누면 어느 단계에서 지연됐는지 기록할 수 있습니다. 해외 지사나 유통사가 검수에 참여한다면 시차와 휴일도 일정표에 반영합니다.
공고와 협약에서 정한 사업기간을 넘어서는 운영 약속은 별도로 분리합니다. 광고 계정 유지, 서버 운영, 도메인 갱신처럼 기간 이후에도 비용이나 관리가 필요한 항목은 종료 시점과 인계 방법을 명확히 해야 합니다. 지원 조건과 보조율은 연도별 공고 기준으로 변동될 수 있으므로 최신 협약 내용을 우선합니다.
수정 횟수보다 먼저 정할 기준은 무엇인가요?
수정은 횟수만 정하면 해석 충돌이 생깁니다. 오탈자 정정, 합의한 요구사항 누락, 새로운 언어 추가, 페이지 구조 변경은 성격이 다릅니다. 계약 전에 하자 보완과 선호 변경, 추가 과업을 나누고 각 경우에 필요한 승인 절차를 적어야 합니다.
피드백 전달 방식도 하나로 정합니다. 여러 부서가 메신저와 이메일로 따로 의견을 보내면 서로 반대되는 요구가 동시에 들어옵니다. 기업 측 취합 책임자가 하나의 문서에서 우선순위를 정하고, 수행기관은 반영 여부와 사유를 같은 위치에 답하도록 설계하면 수정 이력이 남습니다.
승인 뒤 변경이 생기면 일정, 산출물, 증빙에 미치는 영향을 먼저 기록합니다. 단순한 문구 수정인지 촬영 재진행이나 개발 구조 변경이 필요한지 판단하고, 추가 여부를 양측이 확인한 뒤 실행합니다. 구두 합의만으로 진행하면 최종 검수 때 최초 범위와 변경 범위를 구분하기 어렵습니다.
계정과 원본 파일의 소유권은 어떻게 확인하나요?
웹사이트, 광고, 분석 도구는 기업 명의 계정을 기본으로 두는 것이 운영에 유리합니다. 수행기관이 작업 편의를 위해 접근하더라도 최고 관리자, 복구 이메일, 결제 수단, 데이터 내보내기 권한은 누가 보유하는지 계약서에 적습니다. 종료 후 접근 권한을 회수하는 절차도 포함합니다.
원본 파일은 단순히 “제공”이라고 쓰지 말고 편집 가능한 형식과 연결 자료를 구분합니다. 이미지 원본, 편집 프로젝트, 글꼴·음원·스톡 라이선스, 번역 메모리, 소스 코드처럼 재편집에 필요한 요소를 목록화합니다. 제3자 라이선스가 포함됐다면 기업이 사용할 수 있는 기간과 채널을 확인해야 합니다.
도메인과 서버는 소유권뿐 아니라 갱신 책임도 중요합니다. 등록자 정보, 만료일, DNS 접근, 호스팅 요금, 백업 위치를 인계 목록에 넣으면 사업 종료 후 사이트가 갑자기 중단되는 위험을 줄일 수 있습니다.
정산 증빙은 과업과 어떻게 연결하나요?
정산 자료는 납품 직전에 모으는 별도 문서가 아닙니다. 계약서의 과업 번호와 견적, 작업 기록, 승인본, 최종 산출물, 세금 관련 자료가 같은 번호로 이어져야 합니다. 파일명과 폴더 구조를 착수 때 정하면 누락을 조기에 발견할 수 있습니다.
화면 캡처만 남기지 말고 실제 접근 가능한 URL, 게시 일시, 계정 내보내기 자료, 승인 이메일을 함께 보관합니다. 광고 집행이라면 집행 계정과 기간, 대상 시장, 소재 승인본, 결과 자료가 서로 맞아야 합니다. 개인정보가 포함된 문의 데이터는 최소한으로 보관하고 접근 권한을 제한합니다.
정산 가능 여부는 최신 공고와 협약, 공식 포털 메뉴판을 기준으로 확인합니다. 골드넥스 서비스 가격을 임의로 가정하거나 일반적인 관행을 사업 기준으로 대신해서는 안 됩니다. 애매한 항목은 실행 전에 질의하고 답변 근거를 저장합니다.
수행 중 범위 변경은 어떤 절차로 판단하나요?
변경 요청이 오면 먼저 원래 목적을 유지하는지 확인합니다. 같은 목표를 달성하기 위한 세부 조정인지, 새로운 시장·채널·언어를 추가하는지에 따라 대응이 달라집니다. 요청 내용, 발생 이유, 필요한 작업, 일정 영향, 정산 영향, 승인자를 한 장에 기록합니다.
기존 산출물을 빼고 새 항목으로 바꾸는 경우에도 단순 교환으로 처리하지 않습니다. 이미 투입된 작업과 폐기되는 결과물, 새로 필요한 자료를 확인해야 합니다. 기업 내부 승인과 수행기관 확인이 끝나기 전에 먼저 제작하면 책임 경계가 흐려집니다.
변경 이력은 최종 납품표에도 반영합니다. 최초 계약본, 승인된 변경본, 최종 결과의 연결이 보여야 검수자가 왜 결과가 달라졌는지 이해할 수 있습니다. 자세한 수행 흐름은 신청부터 정산까지에서 단계별로 확인할 수 있습니다.
계약 직전 최종 회의에서는 무엇을 읽어야 하나요?
최종 회의에서는 제안서를 처음부터 다시 설명하기보다 목적, 제외 범위, 산출물, 일정, 승인, 권한, 증빙, 변경 절차를 순서대로 읽습니다. 양측 담당자가 같은 용어를 쓰는지 확인하고, “추후 협의”로 남은 항목에는 결정 책임자와 마감일을 붙입니다.
외국어 홈페이지를 포함한다면 외국어 홈페이지·랜딩페이지의 실행 범위를 참고해 기능과 운영 책임을 대조할 수 있습니다. 정산 관련 판단은 정산 가능·불가 항목을 확인하되 실제 계약 시점의 포털 내용을 다시 봐야 합니다. 공식 포털은 exportvoucher.com입니다.
골드넥스는 중소벤처기업부 수출바우처 「홍보/광고」 분야 등록 수행(공급)기관입니다. 계약 전 검토의 목적은 범위를 크게 보이게 만드는 것이 아니라, 기업이 필요한 결과를 실제로 검수하고 사업 종료 뒤에도 운영할 수 있게 만드는 데 있습니다.
착수 이후 계약 내용을 팀에 어떻게 공유하나요?
서명된 계약서를 그대로 배포하는 것만으로는 실무자가 자신의 책임을 알기 어렵습니다. 과업별 목표, 기업 제공 자료, 수행기관 작업, 승인자, 완료 조건을 한 장의 착수표로 옮기고 원문 계약 위치를 연결합니다. 영업, 제품, 재무, 웹 운영 담당자는 자신이 회신해야 할 날짜와 승인 범위를 확인합니다.
착수 회의에서 결정되지 않은 항목은 빈칸으로 숨기지 않습니다. 결정할 질문, 필요한 근거, 책임자, 마감일을 공개 목록에 두고 결정 전 실행하면 안 되는 후속 작업을 표시합니다. 이 목록을 주간 회의에서 갱신하면 작은 미정 사항이 최종 납품 직전에 큰 누락으로 나타나는 것을 줄일 수 있습니다.
회의가 끝난 뒤에는 양측이 같은 착수표를 승인하고 변경 관리의 기준본으로 사용합니다. 새로운 요청이 들어오면 기억이나 구두 설명이 아니라 이 기준본과 비교합니다. 계약, 실행, 검수에 같은 문서를 사용해야 담당자가 바뀌어도 범위의 의미가 유지됩니다.