유튜브 요약은 PRD가 아니다

유튜브에서 제품 만드는 법을 설명하는 영상을 보고 AI에게 요약을 시키면 훌륭한 작업계획이 나온 것처럼 보인다. 기획의 중요성, PRD, 기능명세, 사용자 흐름, 와이어프레임, 구현 순서가 깔끔하게 정리된다. 영상 20분이 몇 개의 불릿으로 줄어든다.

Google은 Gemini Apps에서 YouTube 영상을 찾고 내용을 물어볼 수 있다고 안내한다. YouTube 안의 대화형 AI도 시청 중인 영상에 질문하고 관련 내용을 더 찾게 돕는다. 동시에 응답의 품질과 정확성이 달라질 수 있다고 밝힌다.

영상 이해와 제품 결정은 다른 일이다. 요약은 화자가 무엇을 말했는지 압축한다. PRD는 우리 제품에서 무엇을 만들고, 무엇을 만들지 않으며, 어떤 결과로 성공을 판단할지 약속한다. 앞의 문서는 원문을 향하고, 뒤의 문서는 실행과 책임을 향한다.

요약은 빈칸을 드러내지 않는다

영상에서 “사용자 흐름을 먼저 그리라”고 말했다면 요약은 그 문장을 잘 보존할 수 있다. 그러나 우리 사용자가 누구인지, 첫 화면에서 어떤 행동을 해야 하는지, 인증이 필요한지, 실패하면 어디로 돌아가는지는 영상에 없다. AI가 자연스럽게 채우면 결정하지 않은 내용이 요구사항처럼 굳어진다.

좋은 요약은 화자의 주장, 사례, 순서를 보존한다. 좋은 PRD는 문제, 대상 사용자, 현재 행동, 제약, 제외 범위, 성공 조건, 확인 방법을 우리 맥락에서 정한다. 영상에서 얻은 프레임은 PRD의 질문을 만들 수 있지만 답까지 소유하지 않는다.

따라서 영상에서 PRD로 넘어갈 때는 중간 문서가 필요하다. “화자가 주장한 것”, “우리 상황에 적용할 가설”, “결정해야 할 것”, “검증할 증거”를 분리한다. 이 구분이 없으면 출처의 설명과 작성자의 추정과 프로젝트의 합의가 한 문장에 섞인다.

AI가 요약을 잘할수록 이 경계는 더 중요해진다. 문장이 완성돼 보이면 빈칸이 있다는 사실을 놓치기 쉽다.

PRD로 옮길 수 있는 것은 문장의 완성도가 아니라 결정의 계보다. 어떤 관찰에서 어떤 가설이 나왔고, 누가 무엇을 선택했으며, 그 선택이 틀렸는지 무엇으로 확인할지를 남겨야 한다.

주장, 결정, 검증을 한 칸씩 옮긴다

예를 들어 영상이 “AI와 대화해 PRD를 만든다”고 말한다면 먼저 주장으로 기록한다. 우리 프로젝트에서는 “사용자가 하고 싶은 일을 자유문으로 입력하면 기능 후보를 정리한다”는 가설로 바꿀 수 있다. 이후 입력 방식, 개인정보 처리, 응답 오류, 수정 권한을 사람이 결정한다. 마지막으로 대표 과제 몇 개를 넣어 요구사항 누락과 잘못된 기능 추가를 확인한다.

이 흐름에서 AI는 빈 문서를 채우는 작가보다 변환기와 비평가로 쓰는 편이 안전하다. 원문에서 주장과 사례를 뽑고, 가설의 모순을 찾고, 빠진 예외를 질문하고, 인수조건 초안을 제안한다. 사업 목표와 위험 허용치, 최종 제외 범위는 책임지는 사람이 정한다.

타임스탬프도 남겨야 한다. 요약의 한 문장이 영상 어느 지점에서 나왔는지 가리키면 다시 맥락을 볼 수 있다. AI가 만든 해석은 별도로 표시한다. 영상 전체를 보지 않은 사람이 요약을 원문처럼 인용하는 일을 줄인다.

PRD의 분량은 중요하지 않다. 긴 문서도 결정이 없을 수 있고, 짧은 문서도 문제와 제외 범위와 검증이 선명할 수 있다. 핵심은 개발자나 Agent가 구현을 시작할 때 임의로 사업 판단을 만들지 않아도 되는가다.

영상 요약은 학습의 입구를 넓힌다. 긴 영상을 훑고 질문을 만들며 필요한 구간을 다시 찾게 한다. 그 편리함을 실행 계약으로 오해하면 속도는 빨라져도 책임은 흐려진다. 요약 다음에 한 번 더 편집해야 한다. 원문의 말을 우리 결정으로 옮기고, 그 결정이 틀렸을 때 되돌아갈 증거를 붙이는 편집이다.

참고: Google Gemini Apps Help, Find and ask about YouTube content; YouTube Help, Learn more about the conversational AI tool when watching videos. 영상→주장→가설→결정→검증 구조는 이 글의 편집적 해석입니다.