다른 이름 스토리 노트 · 수정 의견
작가실, 프로듀서, 매니저, 동료가 초안에 주는 의견으로, 이야기, 명확성, 시장성을 개선하려는 것입니다. 피드백을 주고받는 것은 개발의 핵심 기술입니다.
좋은 피드백은 페이지의 문제를 짚습니다. 흐릿한 욕구, 엉킨 미드포인트, 스스로를 설명하는 농담처럼요. 장면을 가리키지 않는 막연한 느낌은 반영하기 어렵습니다. 피드백을 줄 때는 취향과 명확성을 구분하세요. 엔진이 어디서 헛돌았는지 짚지 않은 “더 멋지게 해 주세요”보다 “막 전환점에서 길을 잃었어요”가 훨씬 쓸모 있습니다.
피드백을 받으면 다시 쓰기 전에 먼저 해석하세요. 그 피드백이 어떤 문제를 해결하려는지 묻고, 이야기의 뼈대를 지키는 해결책을 고르세요. 모든 피드백이 할 일은 아닙니다. 어떤 것은 복선 하나를 더 분명히 심으면 풀리는 오독을 드러냅니다. 피드백 반영 패스 전에 기준이 될 버전을 만들어 두면, 수술 뒤에 무엇이 바뀌었는지 비교할 수 있습니다.
자존심 관리만큼 과정도 중요합니다. 대본 리딩이 끝나면 피드백을 장면별로 묶으세요. 12페이지가 아직 모두를 헷갈리게 하는데 40페이지부터 고치지 마세요. 폴리시는 구조가 버틸 때 대사의 질을 다루고, 페이지 원 리라이트는 엔진을 깨뜨리는 피드백에 답합니다. 아끼는 대사 하나하나를 변호하기보다 욕구와 전환에 관한 대화를 이어 가세요.
문제와 그것을 느낀 지점(욕구, 전환, 명확성)을 짚은 다음 선택지를 제시하세요. 대사 손질을 요청받은 게 아니라면 대사를 직접 바꿔 주는 일은 피하세요.
아니요. 피드백마다 그 아래 깔린 문제로 번역한 뒤, 이야기를 지키는 방식으로 그 문제를 해결하세요. 취향에 관한 피드백은 거절할 수 있지만, 혼란에 관한 피드백은 거절하기 어렵습니다.
욕구, 전제, 막 설계가 잘못되었다면 다듬기를 멈추세요. 뼈대가 버티는데 대사에 힘이 없다면 다듬으세요. 진단에 맞는 도구를 쓰세요.
먼저 장면과 심각도별로 묶으세요. 뒤쪽의 겉모양보다 앞쪽의 혼란을 먼저 고치고, 기준이 되는 초안을 분명히 남겨 두어 이번 패스가 실제로 무엇을 바꿨는지 볼 수 있게 하세요.
