60초의 사투: 'Escape For Car' 레벨 디자인과 난이도 조절

시간이라는 가장 강력한 장애물

'Escape For Car'는 단순한 퍼즐 액션 게임을 넘어, 플레이어의 순발력과 판단력을 극단으로 몰아붙이는 게임입니다. 기획 단계에서 가장 고민했던 지점은 "어떻게 하면 플레이어가 불쾌함을 느끼지 않으면서도 긴박함을 유지하게 할 것인가?"였습니다. 그 답은 바로 '60초'라는 시간 제한에 있었습니다.

인간의 집중력이 최고조에 달했다가 서서히 피로감을 느끼기 시작하는 시간이 약 1분 내외라는 연구 결과에 착안하여, 모든 레벨의 기본 클리어 타임을 60초로 설정했습니다. 이 60초는 플레이어에게 '할 수 있다'는 희망과 '서둘러야 한다'는 압박을 동시에 주는 마법의 시간입니다.

난이도 곡선의 설계: Flow State 유지하기

레벨 디자인의 핵심은 미하이크스미하이의 '몰입(Flow)' 이론을 적용하는 것이었습니다. 난이도가 너무 높으면 플레이어는 불안을 느끼고, 너무 낮으면 지루함을 느낍니다. 'Escape For Car'에서는 레벨이 진행됨에 따라 다음과 같은 방식으로 난이도를 조절했습니다.

• 초반부 (10-20초): 조작에 익숙해지는 구간. 장애물 배치가 단순하며 진행 방향이 명확합니다.
• 중반부 (20-45초): 본격적인 퍼즐 요소가 등장하는 구간. 두 가지 이상의 선택지를 제공하여 플레이어의 판단을 요구합니다.
• 후반부 (45-60초): 피지컬 요소가 강조되는 구간. 시각적/청각적 연출(화면 흔들림, 빨라지는 BGM)을 통해 압박감을 극대화합니다.

기술적 구현: 유연한 타이머 시스템

단순히 시간을 깎는 타이머가 아니라, 게임 플레이 상황에 반응하는 타이머 시스템이 필요했습니다. 예를 들어, 특정 장애물을 통과하면 보너스 시간을 주거나, 실수를 하면 페널티를 주는 식입니다. 이를 위해 유니티에서 확장성 있는 타이머 매니저를 구현했습니다.

using UnityEngine;
using System;

public class GameTimer : MonoBehaviour 
{
    public float initialTime = 60f;
    private float currentTime;
    public bool isRunning { get; private set; }

    public event Action<float> OnTimeChanged;
    public event Action OnTimeExpired;

    void Start() 
    {
        currentTime = initialTime;
        isRunning = true;
    }

    void Update() 
    {
        if (!isRunning) return;

        currentTime -= Time.deltaTime;
        OnTimeChanged?.Invoke(currentTime);

        if (currentTime <= 0f) 
        {
            currentTime = 0f;
            isRunning = false;
            OnTimeExpired?.Invoke();
        }
    }

    // 특정 이벤트 시 시간 추가/차감
    public void AdjustTime(float amount) 
    {
        currentTime = Mathf.Clamp(currentTime + amount, 0f, 99f);
    }
}

유저 테스트와 피드백의 반영

초기 프로토타입 테스트에서는 플레이어의 70%가 45초 지점에서 탈락하는 현상이 발생했습니다. 분석 결과, 특정 퍼즐 구간의 병목 현상이 너무 심했다는 것을 알게 되었습니다. 이를 해결하기 위해 두 가지 전략을 사용했습니다.

1. 시각적 가이드 강화: 탈출 경로에 약한 발광 효과를 주어 직관성을 높였습니다.
2. 다이나믹 난이도 조절(DDA): 플레이어가 특정 구간에서 반복적으로 실패할 경우, 해당 구간의 장애물 속도를 미세하게 늦추는 로직을 검토했습니다. 하지만 하드코어한 재미를 위해 최종적으로는 장애물 배치를 수정하는 방향으로 선회했습니다.

심화 분석: 기술적 도전과 해결책

기술적 구현의 디테일

저는 이번 개발 과정에서 모든 기능을 모듈화하여 독립적으로 테스트할 수 있는 환경을 구축했습니다. 이는 추후 기능 확장이나 버그 수정 시 발생할 수 있는 사이드 이펙트를 최소화하는 데 큰 역할을 했습니다. 또한 문서화를 병행하여 기술 부채가 쌓이는 것을 방지했습니다.

프로젝트의 성공은 기술력뿐만 아니라 팀 내 원활한 커뮤니케이션과 체계적인 파이프라인 구축에 달려 있습니다. 자동화된 빌드 시스템과 코드 리뷰 프로세스는 개발 속도를 비약적으로 높여줍니다.

성능 벤치마크 및 최적화 지표

협업 툴 도입 이후 작업 히스토리 추적 시간이 50% 단축되었으며, 휴먼 에러로 인한 빌드 실패율이 눈에 띄게 줄어들었습니다.

실무 적용 시 주의사항

완벽한 설계를 추구하기보다 빠르게 프로토타입을 만들고 피드백을 수용하는 애자일(Agile)한 자세가 1인 개발자에게는 특히 중요합니다.

결론 및 인사이트

레벨 디자인은 단순히 맵을 그리는 작업이 아니라 플레이어의 감정을 설계하는 작업입니다. 60초라는 시간은 짧지만, 그 안에 담긴 밀도는 어떤 장르보다도 높아야 합니다. 이번 프로젝트를 통해 수치 하나, 장애물 위치 하나가 유저 경험(UX)에 얼마나 큰 영향을 미치는지 다시 한번 깨달을 수 있었습니다.

LYSC Studio

1인 게임 개발과 웹 기술에 관심이 많은 개발자입니다. 경험을 통해 배운 것을 공유하고, 함께 성장하는 것을 즐깁니다.