PLATFORM SPLIT

플랫폼 대응 설계 조건

PC, 모바일, 콘솔은 같은 콘텐츠를 다른 화면 크기로 드러내는 정도의 차이가 아니다. 입력 장치, 메모리 예산, 발열, 저장 경로, 결제와 인증, QA 기기 범위가 달라서 빌드 목표마다 실패 조건을 따로 잡아야 한다.

01

입력 모델 분리

마우스, 터치, 게임패드의 선택·취소·포커스 이동을 같은 UX 계약으로 맞춘다.

버튼만 바꾸면 메뉴 조작이 무너진다
02

성능 예산 설정

프레임, 메모리, 로딩 시간, 발열 지속 시간을 플랫폼별 수치로 둔다.

모바일은 5분 뒤 성능이 더 중요할 수 있다
03

저장과 권한

save path, cloud save, OS permission, sandbox 제한을 대상 플랫폼 규칙에 맞춘다.

PC 경로 가정은 콘솔에서 깨진다
04

스토어/인증

업적, 결제, 계정, age rating, crash report 요구사항을 빌드 전에 점검한다.

기능 구현보다 심사 조건이 출시를 막을 수 있다
05

기기 기준표

대표 저사양, 표준, 고사양 기기에서 같은 플레이 구간을 반복 측정한다.

한 대 통과는 플랫폼 통과가 아니다
입력
조작 장치 차이 포커스, dead zone, 터치 영역, 키 리바인딩을 따로 검수한다.
UI hover 전제는 모바일에서 사라진다
성능
지속 가능한 예산 초기 프레임뿐 아니라 발열 후 throttle 상태를 본다.
모바일은 장시간 세션을 측정한다
인증
플랫폼 규칙 저장, 네트워크 끊김, 계정 전환, 결제 실패 흐름을 요구사항에 맞춘다.
콘솔은 UX 규정도 테스트 대상이다
배포
산출물 형식 패키지, signing, symbol, crash upload 경로가 플랫폼별로 다르다.
빌드 성공과 제출 가능은 별개다

출시 전 확인

기기 표 최소 사양, 권장 사양, 고사양에서 같은 장면의 프레임과 메모리를 기록한다.
입력 교차 마우스, 터치, 게임패드로 메뉴 전체를 끝까지 조작해 본다.
인증 항목 오프라인, 저장 실패, 결제 취소, 계정 변경 같은 심사 흐름을 재현한다.