데모 영상이 어제 배포로 벌써 낡았다, 제품 미디어 자동 갱신의 공백

어떤 문제인가

회사 웹사이트, 문서, 앱스토어 스크린샷, 온보딩 GIF, 세일즈 데모는 모두 제품 화면을 보여준다. 문제는 제품이 매주 배포되는데 이 자산들은 정지 화면이라는 것이다. 버튼 위치가 바뀌고, 가격표가 갱신되고, 기능이 사라지면 데모는 며칠 안에 현재 제품과 어긋난다. 그런데 이 자산을 최신으로 유지할 책임이 어느 팀에도 명확히 없다. 엔지니어는 코드만 보고, 마케팅은 재촬영 비용이 커서 미룬다. 결국 잠재고객은 라이브 제품과 다른 화면을 데모로 본다. 수동 재녹화는 비싸고 지루해서 팀은 여기에 과소투자하고, 데모는 계속 낡은 채로 굴러간다. 리브랜딩이나 큰 개편이 닥쳐야 한 번에 몰아서 다시 찍는 게 지금의 관행이다.

왜 지금인가

세 가지가 겹쳤다. 첫째, 플레이라이트와 사이프러스 같은 E2E 프레임워크가 이제 영상과 트레이스를 기본으로 녹화하고 어느 팀에나 깔려 있다. 데모에 쓸 원본 플로우가 이미 CI 안에서 매일 돌고 있다는 뜻이다. 둘째, AI 코딩으로 출시 속도가 급격히 올랐다. UI가 전보다 훨씬 빨리 바뀌니 미디어 드리프트도 그만큼 심해진다. 셋째, 헤드리스 브라우저와 프로그래밍 영상 렌더링, 곧 플레이라이트 비디오나 레모션 같은 도구가 성숙해 사람 손 없이 깔끔한 데모를 뽑을 수 있다. 토스나 당근처럼 매일 배포하는 팀일수록 이 공백이 크다. 지금은 통과한 테스트라는 원본과 그것을 미디어로 바꾸는 파이프라인 사이가 비어 있다.

어떻게 만들 수 있나

기존 E2E 스위트에 붙는다. 데모로 쓸 플로우에 태그를 달게 하고, CI에서 빌드가 그린일 때마다 그 플로우를 고해상도로 다시 녹화한다. 커서 흔들림을 정리하고, 캡션과 줌을 넣고, 스크린샷 세트와 짧은 데모 클립으로 후처리한다. 결과물은 안정된 URL로 CDN에 올려, 마케팅이 임베드한 링크가 항상 최신 빌드를 가리키게 한다. 브랜드에 민감한 자산은 변경 감지로 사람 승인 단계에 올린다.

flowchart LR
  A[E2E 테스트 통과] --> B[클린 녹화·스크린샷 캡처]
  B --> C[후처리: 캡션·줌·커서 정리]
  C --> D[CDN 안정 URL 게시]
  D --> E[마케팅·문서 임베드]
  C --> F[변경 감지·사람 승인]

진입은 좁게 잡는다. 특정 프레임워크용 플러그인으로 시작해 설정 몇 줄로 끝나게 하고, 다음에 문서·앱스토어·세일즈덱 배포 채널을 붙이고, 마지막에 마케팅 CMS 연동으로 올라간다. 과금은 프로젝트당 구독에 승인 워크플로우와 브랜드 검수를 상위 플랜으로 얹는다.

성공 조건

첫째, 데모 스위트가 이미 그린인 팀을 노린다. 테스트가 안 도는 팀에는 팔 물건이 없다. 둘째, 자산 신선도를 지표로 만든다. 미디어가 N빌드보다 오래되지 않는다는 약속(SLA)이 제품의 핵심이다. 셋째, 구매자를 엔지니어가 아니라 마케팅·PMM으로 잡는다. 비용을 아끼는 이야기가 아니라 낡은 데모로 잃는 전환을 막는 이야기여야 예산이 열린다.