거친 초기 스타크래프트 화면이 보여 주는 건 완성도가 아니라 검증 순서다
유명한 게임의 초창기 화면을 보면 종종 실망스럽다. 우리가 기억하는 완성품과 달리, 인터페이스는 거칠고 그래픽은 임시 자산처럼 보이며, 많은 요소가 빠져 있다. 하지만 바로 그 거친 모습이 프로토타입의 역할을 잘 보여 준다. 초기 빌드는 멋져 보여야 하는 것이 아니라, 무엇이 재미인지 먼저 확인해야 하는 것에 가깝기 때문이다.
스타크래프트 같은 고전 RTS를 떠올릴 때도 같은 점을 배울 수 있다. 패트릭 와이어트의 회고를 보면, 블리자드의 초기 RTS 개발은 처음부터 완벽한 아트와 세련된 인터페이스를 갖춘 상태로 시작된 것이 아니라, 전투를 어떻게 다룰지, 여러 유닛을 어떻게 선택하게 할지, 어떤 제약이 전술을 더 흥미롭게 만드는지를 계속 실험하는 과정에 가까웠다.
프로토타입은 ‘이 게임을 만들어야 하는가’를 묻는 단계다
라미 이스마일은 프로토타입과 버티컬 슬라이스를 자주 혼동한다고 지적한다. 그의 설명에 따르면 프로토타입의 목적은 이 게임을 만들어야 하는가를 판단하는 데 있다. 반면 버티컬 슬라이스는 이 게임을 실제로 만들 수 있는가를 확인하는 단계에 더 가깝다.
이 구분은 중요하다. 많은 팀이 초반부터 둘을 섞어 버린다.
- 프로토타입인데 출시 품질 그래픽을 요구한다.
- 핵심 규칙 검증보다 프레젠테이션을 먼저 붙인다.
- 내부 질문용 빌드인데 외부 피칭용 완성도를 기대한다.
이렇게 되면 속도가 죽고, 무엇을 확인하려는지조차 흐려진다.
그래서 초기 화면이 투박한 것은 실패의 증거가 아니라 질문의 흔적이다
초기 빌드가 투박한 이유는 대개 단순하다. 팀이 아직 무엇이 재미인가, 어떤 조작이 맞는가, 어디까지 자동화할 것인가, 유닛 수와 속도는 어느 정도가 좋은가 같은 질문을 풀고 있기 때문이다.
와이어트의 글을 보면 워크래프트 개발 초기에도 핵심은 전술 제약과 조작 방식의 문제였다. 이런 문제는 화려한 텍스처보다, 실제로 유닛을 찍어 보고 싸워 보며 확인해야 더 빨리 드러난다. 스타크래프트 계열의 RTS가 보여 주는 깊이도 결국 이런 반복 실험 위에서 다듬어진 것이다.
즉 초기 화면이 거친 것은 “아직 덜 만들었다”는 뜻이기도 하지만, 동시에 아직 답해야 할 질문이 남아 있다는 뜻이기도 하다.
초반 개발에서 가장 비싼 실수는 완성도를 너무 일찍 올리는 것이다
프로토타입 단계에서 흔한 실수는 이런 식이다.
- 임시 UI로도 검증 가능한데 정식 UI부터 만든다.
- 규칙이 확정되지 않았는데 애니메이션 파이프라인을 먼저 굳힌다.
- 핵심 루프가 불안한데 배경 서사와 시네마틱에 자원을 많이 쓴다.
이런 선택이 위험한 이유는, 나중에 핵심 규칙이 바뀌면 앞서 만든 것 대부분이 같이 흔들리기 때문이다. 라미 이스마일이 프로토타입을 여러 개의 빠른 실험으로 보라고 하는 이유도 여기에 있다. 초기에는 정답을 넓게 탐색해야지, 좁은 한 길에 자원을 몰아 넣으면 수정 비용만 커진다.
좋은 프로토타입은 보기 좋은 빌드가 아니라 ‘무엇을 배웠는지 설명할 수 있는 빌드’다
그래서 프로토타입을 평가할 때 질문도 달라져야 한다.
- 예뻐 보였는가
- 기능 수가 많았는가
보다 더 먼저,
- 무엇을 검증했는가
- 무엇이 재미없다는 것을 확인했는가
- 다음 버전에서 무엇을 버릴 수 있게 되었는가
를 물어야 한다.
이 기준으로 보면, 투박한 초기 RTS 화면도 꽤 많은 정보를 담고 있다. 게임이 아직 어떤 질문을 붙잡고 있었는지, 어떤 시스템이 우선순위였는지, 무엇이 아직 확정되지 않았는지를 보여 주기 때문이다.
핵심 정리
스타크래프트 같은 고전 게임의 거친 초기 화면은 “옛날이라서 조악했다”는 증거보다, 프로토타입이 무엇을 해야 하는지 보여 주는 사례에 가깝다. 프로토타입은 완성도를 증명하는 단계가 아니라, 무엇이 먼저 검증되어야 하는지를 가르는 단계다.
게임 개발 초반에 중요한 것은 빨리 멋져 보이는 것이 아니라, 빨리 틀려 보는 것이다. 어떤 규칙이 재미가 없는지, 어떤 조작이 어색한지, 어떤 시스템이 과한지를 일찍 드러내는 팀이 결국 더 좋은 완성품에 가까워진다.