시나리오 모니터링: 보고서 구성, 스크립트 닥터, 피드백 활용법

시나리오 모니터링은 제작사, 투자사, 에이전시, 공모전에서 시나리오를 먼저 읽은 사람이 결정권자를 위해 쓰는 짧은 검토 보고서입니다. 로그라인, 줄거리 요약, 강점과 약점에 대한 의견, 그리고 ‘추천, 검토, 비추천’ 같은 판정이 들어갑니다. 바쁜 결정권자가 120쪽을 다 읽지 않고도 다음 단계로 갈지 정할 수 있게 하는 것이 목적입니다. 영어권에서는 스크립트 커버리지(script coverage)라고 부릅니다.

이 가이드에서는 모니터링 보고서에 무엇이 들어가는지, 스크립트 닥터가 모니터 요원과 어떻게 다른지, 그리고 처음 쓰려던 이야기를 잃지 않으면서 시나리오 피드백을 주고받는 법을 다룹니다. 아직 초고를 끝내지 못했다면 시나리오 쓰는 법부터 보세요.

시나리오 모니터링이란

시나리오 모니터링은 문지기 역할을 하는 도구입니다. 제작사, 투자배급사, 매니지먼트, 공모전에는 결정권자가 다 읽을 수 없을 만큼 많은 시나리오가 들어옵니다. 그래서 기획 PD나 모니터 요원이 먼저 읽고 보고서를 씁니다. 좋은 보고서는 누군가 몇 분 만에 이 대본에 두 시간을 쓸지 정할 수 있게 해 줍니다.

작가가 직접 모니터링을 받기도 합니다. 대본을 투고하기 전에 전문가의 눈으로 한 번 읽히기 위해서입니다. 시나리오 첨삭이나 컨설팅이라는 이름으로 제공되기도 하는데, 형식은 비슷하지만 보고서가 사는 사람이 아니라 쓴 사람을 위해 쓰인다는 점이 다릅니다. 작가 지망생끼리 서로 모니터를 해 주는 합평 모임도 같은 원리로 움직입니다.

모니터링 보고서에 들어가는 것

회사마다 양식은 다르지만, 대부분 같은 부분으로 이루어집니다.

• 기본 정보: 제목, 작가, 장르, 분량, 배경이 되는 장소와 시대.
• 로그라인: 이야기를 한두 문장으로. 검토자가 로그라인을 쓰기 어려워했다면 그것 자체가 이미 의견입니다. 로그라인 가이드를 참고하세요.
• 줄거리: 한 문단에서 두 쪽 분량으로 플롯을 중립적으로 요약합니다. 시놉시스와 비슷한 글입니다.
• 의견: 소재, 구조, 인물, 대사, 속도, 시장성에 대한 검토자의 평가로, 보통 한 쪽 남짓입니다.
• 평가표: 항목마다 상, 중, 하 또는 우수, 양호, 보통, 미흡으로 표시합니다.
• 대본에 대한 판정, 때로는 작가에 대한 판정을 따로 답니다.

추천, 검토, 비추천

판정은 사람들이 가장 먼저 읽는 부분입니다. 영어권 보고서는 패스(pass), 컨시더(consider), 레커멘드(recommend)의 세 단계를 쓰고, 국내에서도 이름은 회사마다 다르지만 비슷한 세 단계를 쓰는 경우가 많습니다. 비추천은 회사가 이 대본을 진행하지 말아야 한다는 뜻이고, 대부분의 대본이 이 판정을 받습니다. 검토는 분명한 강점이 있어 더 자세히 볼 가치가 있다는 뜻으로, 대개 단서가 붙습니다. 추천은 회사가 이 작품을 진행해야 한다고 검토자가 믿는다는 뜻이고, 드뭅니다. 추천을 쓰는 검토자는 자기 판단을 그 대본에 거는 셈이기 때문입니다.

시나리오 모니터링 보고서 예시

이 페이지를 위해 만든 가상의 장편으로 짧은 보고서 예시를 써 보았습니다. 실제 보고서는 두세 쪽에서 다섯 쪽 정도이고, 여기서는 모양만 보면 됩니다.

의견: 오프닝의 훅이 강하고 주인공 미라가 개성 있는 인물이지만, 2막에서 같은 위협이 중간점 폭로 전까지 세 번 반복된다. 모텔 시퀀스와 정비소 시퀀스를 합치면 중간점을 10쪽가량 앞당길 수 있다. 준호는 미라를 위험에 빠뜨리는 것 말고도 스스로 원하는 것이 필요하다. 현재는 3막 내내 수동적이다. 대사는 날카롭고, 국밥집이라는 공간이 한정된 예산에서도 장점으로 쓰인다.

평가표는 판정을 한눈에 보여 주고, 의견은 그 판정의 근거를 댑니다. 검토자가 추천을 고르는 일은 드물기 때문에, 작가 입장에서는 검토 판정도 좋은 출발점입니다.

스크립트 닥터는 무엇을 하나

스크립트 닥터는 시나리오의 특정한 문제를 고치기 위해 투입되는 작가입니다. 처지는 중반, 밋밋한 대사, 관객이 응원하지 않는 주인공 같은 문제를, 대개 이미 개발 중인 프로젝트에서 맡습니다. 국내에서는 각색이나 윤색이라는 이름으로 참여하는 경우가 많고, 크레디트에 이름이 오르지 않기도 합니다. 모니터 요원이 진단한다면 스크립트 닥터는 치료합니다. 장면을 다시 쓰고, 다듬고, 때로는 구조를 다시 짭니다.

시나리오 컨설턴트는 그 중간에 있습니다. 대본 전체를 읽고 자세한 의견을 주며, 때로는 여러 번의 고에 걸쳐 함께하지만 고쳐 쓰는 일은 작가에게 맡깁니다.

시나리오 피드백을 주는 법

쓸모 있는 피드백은 해법이 아니라 읽는 사람이 겪은 것을 말합니다. “빨래방 장면 다음부터 지수가 뭘 원하는지 놓쳤어요”는 작가에게 도움이 되고, “빨래방 장면 빼세요”는 엉뚱한 문제를 풀 수도 있습니다. 몇 가지 습관이 도움이 됩니다.

• 잘된 점부터, 구체적으로 말하세요. 작가는 무엇을 지켜야 하는지 알아야 합니다.
• 큰 의견부터 주세요. 대사나 오타보다 소재, 구조, 주인공이 먼저입니다.
• 쪽을 짚으세요. ‘40쪽 근처’가 ‘2막에서’보다 고치기 쉽습니다.
• 확실하지 않으면 질문하세요. “결말을 열어 두려고 한 건가요?”는 대화를 엽니다.
• 내가 썼을 대본이 아니라, 작가가 쓰고 있는 대본에 대해 말하세요.

시나리오 피드백을 받는 법

피드백을 받는 것도 기술입니다. 대부분 가장 좋은 반응은 그 의견이 왜 나왔는지 궁금해하는 것입니다. 흔히 ‘의견 뒤의 의견’이라고 부릅니다. 장면이 너무 길다는 사람은 사실 장면의 전환이 너무 늦게 와서 지루했던 것일 수 있습니다. 전환을 바꾸면 장면을 한 줄도 자르지 않고 길이 문제가 사라지기도 합니다.

1. 답하지 말고 모든 의견을 한 번 읽은 다음, 하루 동안 덮어 둡니다.
2. 의견을 분류합니다. 여러 사람이 똑같이 짚은 것, 내가 이미 의심하던 것, 대본을 전혀 다른 것으로 바꾸려는 것.
3. 받아들인 의견마다 그 뒤의 원인을 찾아, 증상이 아니라 원인을 고칩니다.
4. 새 고에서 고치고, 예전 고는 비교할 수 있게 남겨 둡니다.
5. 다시 내보내기 전에 새 고를 처음부터 끝까지 한 번에 읽습니다.

AI 시나리오 모니터링과 그 한계

이제 AI 도구도 초고를 읽고 구조, 판돈, 인물 변화, 속도에 대한 모니터링식 의견을 몇 분 만에 줄 수 있습니다. 사람에게 몇 시간을 써 달라고 부탁하기 전에 빠르게 한 번 점검하는 용도로 쓸모가 있습니다. 하지만 전문가의 검토를 대신하지는 못합니다. AI는 시장을 모르고, 자신만만하게 틀릴 수 있으며, 장면이 웃긴지 무서운지 판단하는 데 서툽니다. AI의 의견은 질문 목록으로 다루고, 고치는 판단은 작가가 직접 하세요.

Scenaloom에서 써 보기

Scenaloom의 스크립트 닥터 어드바이저는 원고에 대해 가장 큰 구조와 인물의 문제, 즉 인과, 판돈, 갈등, 고조, 변화를 겨냥해 의견을 주고, 내 장면에 근거한 수정을 제안합니다. ‘스크립트 닥터 실행’을 누르면 한 에피소드를 구조적으로 읽어 장면마다 의견을 달고, 문제를 우선순위대로 정리해 줍니다. 이것은 AI의 검토이지 전문가의 모니터링이 아니며, 제안된 변경은 내가 적용하기 전까지 원고에 반영되지 않습니다. AI 글쓰기 도우미를 보고, 사람의 피드백은 댓글과 버전 기록으로 모아 보세요.