드라마 공모전 준비: 요강에 공통으로 들어가는 제출물 6종, 준비 순서, 탈락을 부르는 형식 실수

공통 제출물 6종

분량은 요강이 지정하면 그것이 우선이다. 위 표는 지정이 없을 때의 감각이다.

준비 순서

순서는 대본을 마지막에 두는 것이 원칙이다. 앞 문서가 흔들리면 대본을 다시 써야 한다.

1. 로그라인. 주인공, 목표, 장애물, 이 이야기만의 조건. 쓰는 법은 로그라인·트리트먼트·시놉시스 가이드에 있다.
2. 인물 소개. 로그라인에서 주인공의 결핍을 뽑고, 조연은 주인공에게 무엇을 주고 무엇을 막는지로 정리한다.
3. 시놉시스. 결말을 감추지 않는다. 심사자는 결말을 보고 판단한다.
4. 회차별 줄거리. 16부작이면 16줄이 아니라 회마다 사건과 엔딩이 있어야 한다. 4회 단위 기둥을 먼저 세우면 중반이 비지 않는다. 드라마 16부 구조표 프롬프트로 초안 골격을 잡을 수 있다.
5. 대본 1~2회. 1회는 첫 씬에서 심사자를 잡아야 한다. 콜드 오픈 3안으로 첫 90초 후보를 비교한다.
6. 기획의도. 마지막에 쓴다. 다 쓰고 나면 왜 이 이야기인지가 분명해져 있다.

형식에서 탈락하는 실수

내용 이전에 형식으로 걸러지는 경우가 있다. 요강을 다시 읽고 아래를 확인한다.

• 파일 형식: hwp만 받는지, pdf도 받는지. 대본은 한글(HWP) 양식을 요구하는 경우가 많다. 양식 설정은 드라마 대본 양식 템플릿에 있다.
• 분량 초과·미달: 페이지 수나 글자 크기 지정을 어기면 읽히지 않는다.
• 개인정보 위치: 대본 본문에 이름을 쓰지 말라는 요강이 있다. 별도 서류에만 쓴다.
• 제목·파일명 규칙: "제목_작가명.hwp"처럼 지정된 형식을 그대로 따른다.
• 회차 수 불일치: 회차별 줄거리는 16회인데 기획의 편성은 12부작으로 적힌 경우.
• 시놉시스와 대본의 사실 불일치: 시놉시스에서는 형제인데 대본에서는 남매.

마지막 두 항목은 심사자가 가장 빨리 신뢰를 거두는 지점이다. 제출 전 문서 간 사실 대조를 한 번 한다. 설정집 기준 모순 찾기 프롬프트에 문서 세트를 넣으면 이름·관계·나이 불일치를 골라 준다.

AI 규정 확인

요강에 생성형 AI 관련 조항이 있는지 먼저 본다. 있으면 그대로 따른다. 없더라도 두 가지를 생각한다. 첫째, 심사에서 보는 것은 대사의 목소리이고 AI 대사는 그 목소리가 약하다. 둘째, 규정은 접수 이후에도 추가될 수 있다. 대사와 대본 본문은 직접 쓰고, AI는 구조표·씬 목적 점검·문서 간 대조에만 쓰는 것이 양쪽에서 안전하다.

대본 1회에서 심사자가 보는 것

공개된 심사 기준은 주최마다 다르지만, 공통적으로 언급되는 것은 세 가지다.

• 첫 씬: 3페이지 안에 이 드라마가 무엇인지 보이는가.
• 대사: 설명하지 않고 인물이 드러나는가. 대사 반으로 줄이기로 점검할 수 있다.
• 1회 엔딩: 2회를 보고 싶게 만드는가.

이 세 가지는 영화 시나리오 첫 10페이지에서 다룬 원칙과 같다.

제출 전 점검표

1. 요강의 제출물 목록과 내 파일 목록이 일치하는가.
2. 파일 형식·글자 크기·페이지 수가 요강대로인가.
3. 문서 간 인물 이름·관계·나이가 같은가.
4. 시놉시스에 결말이 있는가.
5. 개인정보가 지정된 곳에만 있는가.
6. AI 조항을 확인했는가.
7. 마감 시각과 시간대(오후 6시인지 자정인지)를 확인했는가.

SparkLore에서 바로 해보기

공모전 시놉시스+1화 템플릿은 위 제출물 6종의 문서 골격을 프로젝트에 미리 만들어 둔다. 로그라인부터 채워 내려가면 문서 간 사실 불일치가 줄고, 대본은 드라마 대본 양식 변환기로 S# 양식을 정리한 뒤 한글 파일로 옮기면 된다.