게임 프로듀서는 아이디어를 바로 제품으로 밀지 않고 단계 전환을 관리해야 한다
게임 프로듀서를 설명할 때 흔히 아이디어를 현실로 만드는 사람이라고 말한다. 맞는 말이지만 너무 넓다. 실제로 더 중요한 일은 아이디어를 밀어붙이는 것보다, 개발의 각 단계에서 지금 무엇을 확인해야 하는가를 구분하는 데 있다.
좋은 프로듀서는 모든 단계를 한 덩어리로 보지 않는다. 프로토타입 단계의 질문, 생산 준비 단계의 질문, 출시 직전의 질문이 서로 다르다는 점을 알고 그 전환을 관리한다.
먼저 문제와 대상부터 좁혀야 한다
처음 단계에서 필요한 것은 “대단한 기능 목록”보다 누구를 위해 어떤 경험을 만들 것인가다. Unity Learn의 제작 주기 문서도 전체 생산 과정에서 콘셉트와 기획, 반복 검토가 먼저 온다고 설명한다.
이 단계에서 프로듀서가 해야 할 일은 보통 이런 질문이다.
- 이 게임의 핵심 경험은 무엇인가
- 누구를 주요 플레이어로 상정하는가
- 지금 당장 검증해야 할 가장 위험한 가정은 무엇인가
아직은 스펙을 크게 불리는 단계가 아니다. 오히려 무엇을 만들지 말아야 하는지 정하는 단계에 가깝다.
프로토타입은 ‘만들 수 있나’보다 ‘만들 가치가 있나’를 묻는다
라미 이스마일은 프로토타입의 목적을 이 게임을 만들어야 하는가를 확인하는 데 둔다. 이 말은 프로듀서에게 특히 중요하다. 프로토타입 단계에서 해야 할 일은 완성도 시연이 아니라 핵심 재미와 위험 가설 검증이기 때문이다.
그래서 프로듀서는 이 단계에서 다음을 계속 걸러야 한다.
- 핵심 루프가 실제로 재미있는가
- 팀이 스스로도 재미를 설명할 수 있는가
- 지금 넣으려는 기능이 검증에 꼭 필요한가
프로토타입이 예뻐 보이지 않아도 괜찮다. 대신 무엇을 배웠는지는 분명해야 한다.
버티컬 슬라이스는 ‘우리가 이걸 실제 품질로 낼 수 있나’를 보는 단계다
같은 라미 이스마일 글이 강조하듯 버티컬 슬라이스는 만들어도 되는가가 아니라 이 품질을 실제 생산 속도로 낼 수 있는가를 확인하는 단계다. 프로듀서 입장에서는 여기서부터 일정과 자원 감각이 더 중요해진다.
즉 질문이 이렇게 바뀐다.
- 이 품질을 반복 생산할 수 있는가
- 콘텐츠 하나를 만드는 데 실제로 얼마가 드는가
- 지금 파이프라인으로 끝까지 갈 수 있는가
많은 프로젝트가 여기서 흔들린다. 프로토타입은 재밌었는데, 같은 품질을 수십 개 분량으로 확장할 수 없기 때문이다.
생산 단계에서는 우선순위와 버리는 결정이 더 중요해진다
생산 단계에 들어가면 프로듀서의 일은 더 실무적으로 바뀐다. Unity Learn 문서가 보여 주듯 생산 주기는 반복 개선, 역할 조정, 통합 작업이 계속 이어지는 흐름이다. 이때 프로듀서는 “무엇을 추가할까”보다 “무엇을 지금은 빼야 할까”를 더 자주 물어야 한다.
이 단계에서 흔한 실패는 두 가지다.
- 모든 좋은 아이디어를 다 살리려 한다.
- 검증이 끝난 뒤에도 계속 근본 구조를 흔든다.
그래서 생산 단계의 프로듀서는 자주 지금 중요한 위험, 다음 마일스톤, 누가 막혀 있는가를 정리하는 사람에 가깝다.
출시 준비는 개발 완료와 다르다
출시 직전에는 많은 팀이 “이제 게임만 있으면 된다”고 생각하지만, 실제로는 배포 절차와 검수, 상점 페이지, 빌드 준비, 출시 타이밍 관리가 별도 일감이다. Steamworks 문서만 봐도 출시에는 스토어 페이지 검토, 빌드 체크리스트, 공개 대기 기간, 실제 릴리스 버튼 조작까지 여러 단계가 있다.
즉 프로듀서는 여기서도 질문을 바꿔야 한다.
- 게임이 되는가
- 가 아니라, 출시 가능한 상태인가
다시 말해 생산 완료와 배포 준비 완료는 같은 말이 아니다.
출시 후에는 운영과 학습이 다시 시작된다
Steam Early Access 문서가 보여 주듯, 플레이어와의 소통과 개발 계획 설명은 출시 이후에도 중요한 일이다. 출시를 끝으로 모든 판단이 종료되는 것이 아니라, 실제 유저 반응과 운영 데이터를 통해 다시 우선순위를 조정해야 한다.
그래서 좋은 프로듀서는 출시를 종점으로 보기보다, 학습이 본격적으로 빨라지는 지점으로 보는 편이 낫다.
핵심 정리
게임 프로듀서의 핵심 일은 아이디어를 바로 제품으로 밀어붙이는 것이 아니다. 프로토타입에서는 만들 가치가 있는지, 버티컬 슬라이스에서는 실제로 생산 가능한지, 생산 단계에서는 무엇을 지키고 무엇을 버릴지, 출시 단계에서는 무엇이 아직 배포 준비가 안 되었는지를 구분하며 단계 전환을 관리하는 일에 더 가깝다.
결국 좋은 프로듀서는 모든 질문에 답하는 사람이 아니라, 지금 단계에서 맞는 질문이 무엇인지를 계속 바꿔 주는 사람이다. 그 구분이 흐려지면 팀은 예쁜 프로토타입을 만들고도 출시를 못 하고, 반대로 출시를 서두르다 운영 준비 없이 시장에 나가게 된다.