제안서를 받으면 가장 먼저 물어볼 한 가지
외주 제안서는 대체로 기대하는 성과를 앞쪽에 크게 적습니다. 검토하는 입장에서는 그 문장을 평가하기 전에 한 가지를 먼저 물어보는 편이 좋습니다. 이 성과를 만들기 위해 누가 어떤 일을 하는가입니다. 답이 구체적이면 계약 후 업무를 관리하기 쉽고, 답이 추상적이면 나중에 책임을 가리기 어려워집니다.
이 질문을 던질 때는 일을 시간 순서로 늘어놓아 보면 도움이 됩니다. 자료 조사, 문장 작성, 시각 자료 제작, 실제 게시, 게시 후 수정이 각각 누구의 몫인지 적어 보면 제안서가 설명하지 않은 빈칸이 드러납니다. 빈칸이 있다는 것 자체가 문제는 아니지만, 그 칸을 우리 쪽이 채워야 하는지 업체가 맡는지는 반드시 합의해야 합니다.
노출 경로와 도착 화면을 한 줄로 이어 설명받기
제안서에 채널 이름이 여러 개 나열되어 있다면 각 채널이 어떤 상황의 방문자를 데려오고, 그 방문자가 마지막에 어떤 화면에 도착하는지를 한 줄씩 설명해 달라고 요청합니다. 설명이 어려운 채널은 목적이 분명하지 않은 채로 포함되었을 가능성이 있습니다.
또 하나 확인할 점은 지역 이름과 서비스 이름의 사용 방식입니다. 실제로 하지 않는 일을 검색어 때문에 소개하거나, 지명만 바꾼 같은 글을 여러 곳에 반복해 올리는 계획은 방문자에게도 도움이 되지 않고 이후 정정 작업만 늘립니다. 이런 계획이 보이면 대안을 제시해 달라고 요청하는 것이 현실적입니다.
누구의 이름으로 만들어지는 자산인지 정리하기
외주 작업의 결과물은 시간이 지나면 하나의 자산이 됩니다. 사이트 주소, 관리 화면에 로그인하는 권한, 작성된 글과 제작된 그림의 사용 허락, 계약이 끝난 뒤 넘겨받는 방식은 계약서에 문장으로 남겨 둡니다. 평소에는 눈에 띄지 않지만 담당자가 퇴사하거나 업체를 바꿀 때 가장 먼저 문제가 되는 부분입니다.
전문가의 판단이 필요한 분야라면 공개 전 검토를 누가 하는지, 광고 표현의 승인은 누가 하는지도 이름을 적어 둡니다. 게시 뒤에 잘못이 발견되었을 때 몇 일 안에 누가 고치는지까지 정해 두면 대응 속도를 예상할 수 있습니다.
보고 항목을 계약 전에 미리 합의하기
보고서의 양식은 계약 후에 정하기 쉽지만, 그때는 업체가 만들기 편한 형식으로 굳어지기 쉽습니다. 계약 전에 샘플을 받아 보고, 순위 화면만이 아니라 게시된 글의 실제 주소, 고친 내용의 기록, 방문자가 반복해서 묻는 질문이 담기는지 확인합니다. 수정을 기다리는 글이나 열리지 않는 링크가 목록에 포함되는지도 살펴볼 만합니다.
검색 화면의 결과는 여러 사정에 따라 움직이므로 특정 위치나 날짜를 약속하는 문장이 있다면 어떤 근거로 그렇게 말하는지 물어봅니다. 근거를 설명하지 못한다면 그 문장은 참고 정도로만 받아들이고 계약 조건과는 분리해서 검토합니다.
비교표를 만들어 업체별 차이를 드러내기
둘 이상의 업체에서 제안서를 받았다면 항목별 비교표를 직접 만들어 보는 것이 좋습니다. 가로축에 업체를, 세로축에 업무 단계와 소유권, 보고 방식, 수정 시한 같은 항목을 놓고 각 칸에 제안서가 실제로 적은 문장만 옮겨 적습니다. 적힌 내용이 없는 칸은 비워 두고, 비어 있는 칸은 질문 목록으로 바꿔 업체에 보냅니다.
이렇게 하면 말솜씨나 발표의 인상 대신 문서에 적힌 근거를 기준으로 비교할 수 있습니다. 답변이 오는 속도와 구체성도 이후 협업 방식을 가늠하는 단서가 됩니다.
맡긴 뒤에도 우리 쪽에 남는 일
외주를 맡겼다고 판단까지 넘어가는 것은 아닙니다. 서비스 내용이 바뀌거나 운영 일정이 달라지면 이를 업체에 알리고, 공개 직전의 문장을 최종 확인하는 일은 내부 담당자가 계속 맡아야 합니다. 이 연락이 끊기면 오래된 정보가 공개 화면에 남게 됩니다.
계약서에 쓰인 '개선'이나 '관리' 같은 표현은 구체적인 결과물 이름으로 바꿔 적어 달라고 요청합니다. 제목 수정, 기존 글 점검, 사이트 오류 처리, 문의 내용 분석은 서로 다른 일이고, 발행 편수만으로는 점검의 수준을 알 수 없습니다. 실제 계약에서는 업종과 규모에 따라 필요한 항목이 다를 수 있으므로, 내부 기준을 먼저 세운 뒤 실무에서 하나씩 확인해 가시기 바랍니다.