쇼츠 팀 PM 태오는 회의에서 자주 이렇게 말한다.

“그 느낌 알지? 제품이 카메라 앞에서 회전하는데, 조명이 네온이고, 뭔가 미래 느낌 나는 그거.”

팀원들은 다 안다는 듯 고개를 끄덕인다. 하지만 막상 생성 도구에 넣을 프롬프트를 쓰면, 열 명이 열 개를 다르게 쓴다. “네온 느낌”이 누군가에게는 보라색이고, 누군가에게는 초록색이다. “미래 느낌”이 누군가에게는 우주고, 누군가에게는 도시 야경이다.

“그 느낌”을 텍스트로 번역하는 건 어렵다.

레퍼런스 클립이 텍스트보다 정확한 이유

바이트댄스 계열 영상 생성 도구들, 그리고 Seedance처럼 이야기되는 영상 생성 모델들은 레퍼런스 클립이나 이미지를 입력으로 받는 방식을 지원하는 경우가 많다. “이렇게 만들어줘”를 보여 주는 것이다.

태오가 팀에 정착시킨 워크플로는 이렇다.

1단계 — 레퍼런스 클립 고르기
이전에 성과가 좋았던 클립 하나, 또는 팀이 “이런 느낌이야”라고 동의한 레퍼런스 클립 하나를 먼저 고른다. 회의에서 “그 느낌”이 나왔을 때, “그거 뭔지 링크 하나 올려줘”가 첫 번째 요청이다.

2단계 — 프롬프트는 짧고 구체적으로
레퍼런스가 있으면 프롬프트에서 분위기를 설명할 필요가 없다. 바꾸고 싶은 것만 쓴다.

“camera orbit, neon rim light, 15s”

“네온 느낌이고 미래적이고 세련된” 대신 “neon rim light”로 충분하다. 나머지는 레퍼런스가 전달한다.

실전 시나리오: 15초 훅 세 개

태오는 제품 회전 3초짜리 레퍼런스를 올리고 프롬프트에 “camera orbit, neon rim light, 15s”를 썼다. 첫 번째 결과는 배경 색이 너무 강했다. 레퍼런스보다 색이 많이 섞였다.

수정은 간단했다. 프롬프트에서 색 관련 단어를 빼고 레퍼런스 가중치를 올렸다. (도구마다 레퍼런스 가중치를 조절하는 방법이 다르다.) 두 번째 결과가 채택됐다. 같은 날 세 개의 훅을 만들었다.

본편 2분짜리는 Premiere에서 기존 방식으로 만들었다. 생성 도구는 훅에만 썼다. 3분 영상을 전부 생성에 맡기는 방식은 아직 품질 편차가 크다.

짧은 실험실, 긴 편집실

태오가 팀에 강조하는 원칙은 하나다.

생성 도구는 짧은 실험실이다. 긴 편집실이 아니다.

15초 훅은 망해도 타격이 작다. 크레딧 몇 개면 다시 만든다. 3분짜리 영상을 생성에 맡겼다가 마감 당일에 품질 문제가 생기면, 대처할 시간이 없다.

생성 도구의 강점은 빠른 반복이다. 같은 콘셉트를 다섯 가지 버전으로 하루에 뽑아볼 수 있다. 그 중 하나가 성과가 나오면 촬영 예산을 거기에 쓴다. 순서가 이래야 한다.

CapCut 등 편집 도구와의 연결

바이트댄스 생태계에서 Seedance 같은 영상 생성과 CapCut 같은 편집 도구가 같은 회사 출신이라는 점은 실용적인 면이 있다. 생성한 영상을 편집 앱에 불러왔을 때 자막 템포나 트랜지션이 맞춰 작동하는 경험이 좋다는 이야기가 커뮤니티에 많다.

다만 각 도구의 지역 제공 범위, 데이터 정책, 기업 IT 보안 정책은 별도로 확인해야 한다. “같은 회사 도구니까 괜찮겠지”는 보안 쪽에서 통하는 논리가 아니다.

끝맺음 — 세 번째 훅이 살아남았을 때

태오는 채택된 클립을 hook_v2.mp4로 저장하고, 다음 달 같은 캠페인에서 레퍼런스로 쓰기 위해 팀 폴더에 올렸다. 지금 좋은 레퍼런스가 다음 번 출발점이 된다.

“그 느낌”은 텍스트로 전달하기 어렵다. 하지만 좋았던 클립 하나를 보여주면 된다. 그게 레퍼런스 기반 워크플로의 본질이다.

편집 초안(cu). 제품명·지역 서비스 범위·데이터 정책은 공식 공지 기준.