[📜일지] 헬랙잭 0.2.0 목업 제작

[류운s(ryuuns)]

직접 업로드 하려고 했더니 50mb를 넘어서 구글 드라이브 링크로 대체.

자세한 일지는 아래에. 3줄 요약과 감상을 맨 위에 작성했습니다.

-------

3줄 요약.

1. 게임 아이디어 전개가 나빴음. -> 블랙잭 요소를 줄이고, 로그라이크 카드 게임의 요소를 키움. 덱빌딩은 여전히 넣지 않음.

2. 기획 역량이 부족함. -> 기획 및 개발 방식을 전통적인 방식에서 목업 제작-역설계 개발-테스트-폴리싱 이라는 주먹구구 방식으로 바꿈.

3. 목업 바탕으로 5월 중순까지 컨텐츠 제외 기반 로직이 구현된 버전 개발이 목표.

감상.

세상에 쉽게 만들 수 있는 게임은 없다는 생각이 절로 들었음.

좋은 원화에 비해서 기획 역량이 부족한 것 같아 상당히 한심한 기분이 듦.

좋은 PD(내가 좋은 PD인지를 차치하더라도)가 좋은 기획자는 아닐 수 있다는 확신이 듦.

그래도 우리 게임 재밌을 예정이다 라는 확신은 여전히 있음.

기획 갈아엎고, 개발 프로세스 갈아엎어서 팀원들에게 매우 미안함.

------

기획 변경

이전 버전에서 게임의 기본 플레이가 심하게 운에 기대고, 플레이 룰인 블랙잭과 전략 요소인 추가 효과(이후 보너스로 부름)가 조화롭지 못하단 점이 드러남.

그 요인을 조금 더 자세하게 정리하자면, 우선 블랙잭 플레이에 보너스가 어떻게 작용하는지 직관적으로 알기가 어려웠음.

이 문제는 보너스 효과 자체의 문제이기도 하지만 동시에 블랙잭이라는 룰을 사용하는 한 그렇게 만들 수 밖에 없다는 것이 더 큼.

블랙잭 자체가 한 판의 플레이라는 전술 요소 보다 재화와 리스크 관리라는 운영 요소, 전략 요소가 더 비중이 크기 때문에 한 판의 플레이를 할 때 생각을 더 깊게 하기 위해서는 보너스가 복잡해질 수 밖에 없었음.

그래서 이를 조화롭게 만들고 직관적으로 만들려면 기존 구조를 부분적으로 개선하고, 덱 빌딩 형태로 미리 준비하게 해서 학습 곡선을 완만하게(이전의 무작위 제시, 선택 방식은 매번 새로운 학습을 해야하므로) 하는 수 밖에 없다고 판단함.

하지만 그 방식은 룰과 컨텐츠의 깊이를 더하고 접근하기 무겁게 만드는 것이라 느껴서 캐주얼한 게임을 원하는 우리의 마음에 들지 않았음.

우리는 플레이 내내 자극이 있기를 바랐고, 플레이 자체에만 시간을 투자하길 바랐음. 아웃게임 요소가 없지는 않겠지만, 어디까지나 게임의 핵심이 아니어야 함. 그래야 캐릭터와 세계관에 더 이입할 수 있을 거라 판단했기 때문.

그래서 카드 게임의 방식에서 블랙잭의 요소를 한참 더 들어내고, 보너스에 몰린 전략과 전술 요소를 카드 플레이로 옮기기로 함.

그리고 이 판단이 틀리지 않았다는 생각이 든 건, 기획 변경 직후에 발라트로가 나오면서 였음.

발라트로는 우리가 내린 결론에 정확히 일치하는 방식의 접근을 보여줬고, 그렇게 만들면 좋은 점과 아쉬운 점을 모두 보여주었음.

여기서 말하는 아쉬운 점은, 발라트로는 세계관과 캐릭터, 스토리에 조명을 나눠주기에 적합하지 않다는 것임.

그렇게 바뀐 방향성으로 변경된 기획은, 플레이에서 운의 요소를 더 줄이고 고민과 선택의 폭을 더 넓힐 수 있도록 카드를 선택해서 받는 구조로 바꾸는 것이었음.

또한 버스트를 없에서 카드 숫자가 평균적으로 16~19 언저리에서 놀지 않고 17~23 정도로 좀 더 넓은 폭을 가질 수 있게 함. 이는 스테이 할 확률을 확실히 줄이기 때문에, 한 라운드의 길이를 안정적으로 만들어줌.

마지막으로 더 높은 점수를 달성하는 것에서, 서로의 칩을 빼앗는 방식으로 바꿈. 이를 통해 게임의 승리 조건이 더 직관적이게 바뀌고, 게임 운영과 리스크 관리의 재미를 높일 수 있으리라 기대함.

이상의 내용으로 기획 변경이 있었고, 개발 이슈를 해결하기 위해 개발 프로세스를 변경함. (아직 이걸 개선인지는 확신할 수 없음.)

개발 프로세스 변경

본인 포함 우리 팀의 경력자들은 기획에 영향력을 가진 개발 경력은 대부분 액션 혹은 RPG 게임이었기 때문에, 이런 보드 게임이나 TCG 장르의 게임이 갖는 개발 특성을 이해하지 못했음.

이 장르의 게임은 완벽하게 짜여진 로직 안에서 돌아가야 하기 때문에, 게임의 처음 부터 끝 까지 모든 것이 기획적으로 구상되어 있어야 함.

RPG나 액션 게임 처럼 처음(캐릭터 조작과 세팅 등의 기반 시스템들)과 끝(게임 승리의 목표와 조건)만 주고 그 과정은 주어진 것들로 알아서 해야하는 것에 가까운데, 보드 게임이나 TCG는 그렇지 않고 옛날 게임북마냥 미리 만들어놓은 로직 안에서 돌아가는 게임이었음.

바로 그 부분에서 내가 훌륭한 시스템 기획자가 아니라는 것과 우리가 이런 장르에 경험이 부족하다는 것이 로직 짜면서 드러남.

빵꾸가 많아서 밸런스나 버그가 나오는게 아니라, 아예 게임이 굴러가지 않게 되는 사태가 너무 많았음. 그리고 이를 고치다보면 점점 스파게티 코드와 스파게티 로직이 됨.

이를 해결하기 위해 문서화된 기획을 포기하고, 생각나는대로 목업을 먼저 하고 그걸 역분석해서 설계해나가는 방식으로 개발 프로세스를 바꿈.

기획자의 역량 부족으로 완벽한 로직에 프로그래머가 곧장 이해할 수 있는 문서가 만들어질 수 없으니, 없는 이를 만들려고 하지 말고 그냥 잇몸으로 승부하기로 함.

하여 애니메이터와 기본적인 이벤트 트리거(UI 버튼 등을 사용한 오브젝트 활성화, 애니메이터 트리거 작동 등)를 사용해서 실제 플레이의 일부를 만듦.

향후 일정

목업을 놓고, 이걸 목표로 1개월 안에 얼만큼 만들 수 있는지 실무자들에게 확인함.

인게임 담당 프로그래머로부터 시너지 시스템이 난이도가 제법 높지만, 하나하나 만들어야 하는 보너스를 제외한다면 한 달 안에 전체 로직을 만드는 것은 가능할 것이라 함.

스토리 프로그래머로부터 1개월이면 스토리 시스템 자체는 모두 개발 가능할 것으로 보이지만, 인게임에 연결하는 부분에 있어서는 합을 맞추고 테스트를 해봐야 알 것이라 함.

인게임 그래픽, 기획, 기타 연출 리소스 등은 목업의 것을 정리해서 활용하면 문제 없을 것으로 보임. 단, 기획은 처음부터 잘 할 수 있을 거라는 마음을 버리고 그냥 부딪히며 만들기로 함.

원화는 걱정 없음. 우리만 잘 하면 된다.

결론적으로 보너스 제외 목업에 나오는 모든 요소를 게임 플레이가 가능한 빌드로 개발해내는 것을 목표로 하고, 시너지의 우선 순위를 낮추어 다음 버전으로 미룰 수 있는 요소로 분리함.

상세한 연출은 어차피 폴리싱 단계에서 계속 수정될 것이기 때문에 이번 버전에서 구현에 신경쓸 필요 없음. 단, 게임 플레이는 가능해야 하므로 딜레이 타임 등은 목업과 동일한 템포로 들어가야 함.