『Wizsurvive』는 기본적으로 끝없이 적을 상대하며 최대한 오래 생존하는 것을 목표로 한다.
하지만 플레이 도중 한 번의 실수로 게임이 끝난다면 플레이어는 쉽게 좌절할 수 있다.
그래서 이번 Dev Log에서는 부활 시스템과 이를 활용한 광고 리워드 설계에 대해 다루어 보려 한다.
부활 시스템 설계
초기에는 단순히 체력이 0이 되면 게임이 끝나는 구조였다.
하지만 테스트를 진행하면서, 플레이어가 아쉽게 죽었을 때 "한 번만 다시 기회를 얻고 싶다"고 느끼는 순간이 많다는 걸 확인했다.
그래서 부활 시스템을 추가하기로 했다.
부활 방식은 크게 두 가지로 나누었다.
- 부활 코인을 사용한 부활:
플레이어가 인게임 내에서 획득한 '부활 코인'을 소모해 즉시 부활할 수 있다. - 광고 시청을 통한 부활:
부활 코인이 없는 경우, 광고를 시청하면 부활 기회를 제공한다.
부활 시에는 체력 100% 회복 또는 **50% 회복(광고 부활)**을 선택할 수 있으며, 이후 즉시 전투를 이어갈 수 있도록 설계했다.
부활 코인 시스템 구현
부활 코인은 다음과 같은 경로로 획득할 수 있다.
- 가챠 뽑기에서 일정 확률로 획득
- 스테이지 보스 클리어 보상
- 일일 미션 완료 보상
부활 코인은 최대 보유 수량을 설정하여, 무한으로 쌓을 수 없게 했다.
(예: 최대 5개)
이는 게임 난이도를 지나치게 낮추는 것을 방지하고, 부활 기회를 소중하게 여기게 만들기 위한 조치였다.
UI 상에서는 상단에 [부활 코인 아이콘 ×N] 형태로 현재 보유 중인 코인 수를 직관적으로 표시했다.
게임 도중 사망 시, 부활 UI가 표시되고, 보유 중인 코인이 있을 경우 "부활하기" 버튼이 활성화된다.
광고 리워드 부활 설계
광고를 활용한 부활 시스템은 게임의 수익 모델과도 직결되는 중요한 요소다.
하지만 플레이어에게 광고 시청을 강제하면 오히려 거부감을 불러일으킬 수 있기 때문에, 설계할 때 여러 가지 고민이 필요했다.
광고 부활은 다음 규칙을 따르도록 설계했다.
- 하루 최대 2회까지만 광고를 통한 부활이 가능하다.
- 광고를 보면 체력 50%로 부활한다.
- 광고 시청 없이 바로 "포기하기"를 선택할 수도 있다.
이 구조는 플레이어에게 선택권을 주면서도, 광고 수익을 자연스럽게 유도하는 데 초점을 맞췄다.
또한, 광고 부활을 너무 남발하지 않도록 제한을 두어 게임 밸런스를 유지했다.
부활 UI와 사용자 경험
부활 UI를 설계할 때 가장 신경 쓴 부분은 긴박감 유지였다.
게임이 중단된 느낌을 주지 않기 위해, 사망 시 즉시 부활 선택 창이 뜨고, 10초 카운트다운이 시작된다.
- 10초 안에 부활 선택(코인 or 광고)을 하지 않으면 자동으로 게임 종료
- 카운트다운 동안 부드러운 애니메이션과 사운드 효과로 긴박감을 유지
- 부활 후에는 바로 플레이 화면으로 자연스럽게 복귀
UI 디자인은 Spine을 이용해 부활 선택 버튼에 작은 빛나는 이펙트를 추가하여, 플레이어가 무의식적으로 버튼에 눈이 가도록 했다.
개발 중 겪었던 문제와 해결
부활 시스템을 도입하면서 겪은 가장 큰 문제는
"게임 내부 상태 복원" 이었다.
예를 들어,
- 부활했을 때 몬스터의 상태가 초기화되거나,
- 스킬 쿨다운이 리셋되는 문제,
- 맵상의 아이템이 사라지는 문제
같은 이슈들이 발생했다.
이를 해결하기 위해,
- 플레이어 상태(HP, 스킬 쿨다운, 버프 상태 등)를 부활 시점 직전에 저장해두고,
- 부활 시 저장된 데이터를 불러오는 구조를 만들었다.
- 동시에 맵의 적과 아이템 상태는 그대로 유지되도록 처리했다.
덕분에 부활 이후에도 게임이 부드럽게 이어지며, 플레이어가 '진짜 이어서 싸우는' 느낌을 받을 수 있게 되었다.
'개발일기 > 언리얼_Wizsurvive' 카테고리의 다른 글
Dev Log #9 – 최적화와 퍼포먼스 개선 작업 (1) | 2025.04.29 |
---|---|
Dev Log #8 – 맵 변경 시스템과 5분 루프 최적화 (0) | 2025.04.29 |
Dev Log #6 – 아이템/토템 시스템과 가챠 구조 설계 (0) | 2025.04.29 |
Dev Log #4 – UI/UX 완성 및 Spine 애니메이션 연동 (0) | 2025.04.29 |
Dev Log #3 – 몬스터/보스/맵 전환 시스템 설계 (0) | 2025.04.29 |