9:16 인터랙티브 숏드라마는 가로 영상 자르기로 완성되지 않는다: 샷, 자막, 선택 버튼, 템포를 함께 설계하는 법

가로 영상을 9:16으로 자르면 인물 관계를 보여 주는 정보가 사라지고, 동작이 가려지며, 버튼을 놓을 공간도 줄어든다. 세로형 인터랙티브 영상은 스토리보드 단계에서 인물, 자막, 선택 UI를 하나의 안전 영역 체계 안에 배치해야 한다. 영상 편집이 끝난 뒤 컨트롤을 덧씌워서는 안 된다.

두 사람의 관계는 전경과 후경, 위아래 위치, 각 인물의 반응을 보여 주는 샷 전환으로 표현할 수 있다. 선택지가 나타나기 전에는 중요한 얼굴과 소품을 중앙의 서사 영역에 두고, 하단에는 조작 공간을 남겨야 한다. 누가 위쪽을 차지하고 누가 카메라에 가까이 있는지도 권력을 전달하므로, 단순히 화면 안에 넣기 위해 아무렇게나 위치를 정해서는 안 된다.

마지막 핵심 대사가 끝나면 잠깐 이해할 시간을 준 뒤 선택지를 표시한다. 자막과 선택지가 동시에 세 줄을 넘게 차지하지 않도록 한다. 긴 선택지는 짧은 행동으로 고치고, 필요한 설명은 앞선 샷에 넣는다. 큰 글씨를 켰을 때도 인물의 얼굴과 버튼이 가려지지 않는지 확인해야 한다.

“그를 믿는다 / 믿지 않는다”보다 “열쇠를 건넨다 / 열쇠를 가지고 있는다”가 더 명확하다. 두 버튼의 문법, 길이, 정보량은 대체로 균형을 이루어야 한다. 작가가 선호하는 선택지를 더 구체적이고 더 안전하게 써서는 안 된다.

추격과 도주, 걸려 오는 전화, 곧 닫히는 문에는 시간제한이 적합하다. 복잡한 도덕적 판단, 긴 글 읽기, 접근성이 필요한 상황에는 일시정지나 시간 연장이 더 적합하다. 카운트다운에는 숫자, 진행 상태, 색상 이외의 표시가 함께 있어야 하며, 시간 초과 시 결과를 미리 정의해야 한다.

탭한 뒤 약 0.2초 안에 눌림, 소리 또는 햅틱 피드백이 나타나고, 몇 초 안에 서사적 반응이 이어져야 한다. 실제 결과가 다음 에피소드에서 나타나더라도 현재 장면에서 인물의 표정이나 주변 환경에 작은 변화를 주어 입력을 기억하고 있음을 보여 줘야 한다.

• 작은 화면과 큰 화면 모두에서 한 손으로 조작할 수 있는가?
• 노치, 상태 표시줄, 시스템 제스처, 플랫폼 컨트롤이 화면을 가리는가?
• 최대 글꼴 크기에서 자막과 버튼이 충돌하는가?
• 가로·세로 전환과 연결 끊김 복구 후에도 선택이 유지되는가?
• 화면 녹화, 라이브 방송, 화면 미러링 중에도 컨트롤을 읽을 수 있는가?

플랫폼별 안전 영역은 달라질 수 있으므로, 본문에서는 영구적으로 적용할 픽셀 기준을 제시하지 않는다. 대신 팀이 대상 기기에서 위 항목들을 다시 확인하도록 요구한다. 게시 원고는 텍스트 규칙과 체크리스트로 설명하며 제품 스크린샷을 삽입하지 않는다.

세로형 인터랙티브 설계가 성공하면 플레이어는 팀이 “버튼을 위한 자리를 마련했다”는 사실을 의식하지 않는다. 적절한 순간에 정보를 명확히 보고, 대가를 이해하며, 정확하게 결정을 완료할 뿐이다.

각 선택 지점마다 선택지가 나타나기 전, 선택을 기다리는 동안, 확인 이후의 상태를 모두 그린다. 선택지가 나타나기 전에는 핵심 표정, 증거 또는 동작을 끝까지 보여 준다. 대기 단계에서는 자막, 인물, 버튼이 같은 위치를 두고 경쟁하지 않도록 한다. 확인 후에는 강조 표시, 소리 또는 햅틱으로 반응하고, 다음 샷으로 이어질 자세를 유지한다. 정적인 스토리보드 한 장만 전달해서는 컨트롤이 실제로 나타날 때 생기는 가림을 발견할 수 없다.

같은 영상 소재를 여러 화면에 맞춰야 한다면 먼저 잘라서는 안 되는 서사 영역을 표시하고, 그다음 확장할 수 있는 배경을 정의한다. 자동 중앙 정렬은 얼굴을 추적하면서도 중요한 소품을 잘라낼 수 있다. 일반적인 전환 장면은 안전하게 구도를 다시 잡을 수 있지만, 핵심 선택 장면은 처음부터 세로형으로 설계하는 편이 좋다. 가로형 완성본을 만든 뒤 보완하는 방식에 의존해서는 안 된다.

버튼 문구는 행동 동사로 시작하고 같은 문법 수준을 유지한다. 예를 들어 “열쇠를 건넨다”와 “열쇠를 숨긴다”처럼 쓴다. 한 선택지에는 결과를 전부 적고 다른 선택지에는 태도만 적어서는 안 된다. 허용되는 가장 긴 문구, 현지화로 늘어나는 길이, 시스템 최대 글꼴 크기에 맞춘 상태를 만든다. 공간에 들어가지 않으면 읽기 어려운 작은 글씨로 줄이기보다 문구를 고치거나 컴포넌트 높이를 늘리는 것을 우선한다.

카운트다운에는 시작, 종료 임박, 일시정지, 시간 초과의 네 가지 상태가 필요하다. 복잡한 추론이나 관계에 대한 입장 표명에는 기본적으로 시간제한을 두지 않아야 한다. 실제로 이야기상 시간 압박이 있다면 연장, 일시정지 또는 끄기를 설정할 수 있게 하고, 이것이 결과나 업적에 영향을 주는지도 설명해야 한다.

테스터는 작은 화면, 풀스크린 디스플레이, 노치 또는 펀치홀 화면에서 한 손으로 조작하며 시스템 제스처, 불안정한 네트워크에서의 복구, 가로·세로 전환, 주의가 끊기는 상황을 확인한다. 오탭, 시간 초과, 자막을 끝까지 읽지 못한 경우, 탭해도 피드백이 없는 경우, 돌아온 뒤 상태가 사라지는 경우를 기록한다. 디자인 시안에서 마우스로 버튼을 클릭했다고 해서 휴대전화에서도 사용할 수 있다는 것이 입증되지는 않는다.

납품 기록에는 안전 영역, 최대 글꼴 크기, 가장 긴 문구, 카운트다운 마지막 구간의 테스트 결과를 구조화된 텍스트로 저장하고, 기기와 시스템 배율을 명시해야 한다. 이어서 스크린 리더의 읽기 순서, 색상 이외의 상태 표시, 동작 줄이기, 자막 가독성을 확인한다. 블로그 게시 페이지에는 이러한 내부 테스트 화면을 삽입하지 않아 페이지 리소스와 로딩 부담이 늘어나지 않게 한다.

선택지가 노출됐는데 선택이 제출되지 않았다면 문구를 이해하기 어렵거나, 버튼이 가려졌거나, 카운트다운 시간이 부족하거나, 페이지가 버벅이는 것일 수 있다. 탭한 직후 돌아간다면 오탭이거나 결과가 약속한 내용과 다르기 때문일 수 있다. 기기, 글꼴, 언어, 네트워크별로 나누어 살펴본 뒤 조작 녹화와 인터뷰를 함께 활용해 원인을 판단한다.

선택하지 않은 모든 경우를 이야기 때문에 망설인 것으로 해석해서는 안 된다. 기술적 실패와 설계로 인한 망설임에는 완전히 다른 수정이 필요하다. 이벤트 기록과 실제 기기 테스트를 결합해야만 둘을 구분할 수 있다.

• UDRAMA: 세로형 드라마가 9:16인 이유
• Vixel: 플레이어블 비디오란 무엇인가