플레이어에게 스트레스를 주지 않는 인벤토리 기획 패턴

인벤토리는 ‘관리 게임’이 되기 쉽다

인벤토리는 아이템을 저장하는 화면이지만 플레이어에게는 다음 질문이 반복되는 공간이기도 하다.

• 무엇을 버려야 할까?
• 이 아이템은 나중에 필요할까?
• 어디에 넣었지?
• 지금 정리하지 않으면 손해일까?

이 질문이 전투나 탐험보다 더 자주 등장하면 인벤토리는 전략적 선택이 아니라 잡무가 된다. 좋은 인벤토리 기획의 목표는 아이템 수를 무작정 줄이는 것이 아니다. 플레이어가 현재 행동에 필요한 정보를 빠르게 찾고 되돌릴 수 없는 실수를 걱정하지 않도록 만드는 데 있다.

1. 수집과 정리를 분리한다

아이템을 얻는 즉시 슬롯 부족을 경고하면 보상의 기분 좋은 순간이 곧바로 부담으로 바뀐다. 특히 전투 중이나 탐험의 흐름 안에서 정리 화면을 강제하면 플레이의 리듬이 끊긴다.

가장 안전한 방법은 자주 얻는 재료와 퀘스트 아이템을 일반 가방과 분리하는 것이다. 제작 재료는 재료 보관함으로 자동 이동하고 핵심 퀘스트 아이템은 별도 탭에 보관하면 플레이어는 매 획득 순간마다 버릴 대상을 고르지 않아도 된다.

다만 자동 분류가 모든 문제를 해결하지는 않는다. 플레이어가 직접 위치를 정하거나 빠른 접근 슬롯에 배치하는 재미가 있는 게임이라면 자동 정리는 제안 기능이어야 한다. 예를 들어 새 장비는 ‘최근 획득’에 먼저 표시하고 사용자가 원하는 경우에만 장비 유형별 정렬을 적용하는 방식이 적합하다.

2. 가방 제한은 선택을 만들되 처벌로 만들지 않는다

용량 제한은 생존 게임과 루트 중심 RPG에서 긴장감을 만들 수 있다. 하지만 제한이 의미 있으려면 플레이어가 납득할 수 있는 선택지가 함께 있어야 한다.

좋은 제한의 조건

1. 무엇이 공간을 차지하는지 명확히 보여 준다.
2. 버려도 되는 후보를 쉽게 구분할 수 있다.
3. 잘못 버렸을 때 회복할 방법이 있다.
4. 정리 행동이 반복 노동으로 바뀌지 않는다.

예를 들어 가치가 낮은 전리품은 자동 판매 표시를 지원하고 분해 가능한 장비는 획득 화면에서 바로 분해할 수 있게 한다. 중요한 아이템에는 잠금 기능을 제공해 일괄 판매나 정리에서 제외해야 한다.

용량 부족 시에는 단순히 ‘인벤토리가 가득 찼습니다’라고 알리기보다 다음 행동을 바로 제안하는 편이 좋다.

가방이 가득 찼습니다.

[낮은 가치 아이템 5개 판매]  [중복 장비 확인]  [나중에 정리]

여기서 ‘나중에 정리’는 반드시 실제로 작동해야 한다. 획득물을 임시 보관함이나 우편함으로 보내고 안전 지역에서 회수하도록 설계하면 탐험을 중단시키지 않을 수 있다.

3. 탐색 비용을 줄이는 분류와 검색

플레이어는 아이템 이름보다 목적을 먼저 떠올리는 경우가 많다. ‘철광석’이라는 이름보다 ‘강화 재료’가 필요하다는 식이다. 따라서 분류는 데이터 구조보다 플레이 상황을 기준으로 설계하는 편이 좋다.

추천하는 기본 분류

• 지금 사용할 것: 소모품, 장착 장비, 빠른 슬롯 아이템
• 성장에 쓸 것: 강화 재료, 제작 재료, 화폐성 자원
• 진행에 필요한 것: 퀘스트 아이템, 열쇠, 지도 조각
• 나중에 판단할 것: 새 장비, 수집품, 거래용 전리품

탭을 지나치게 세분화하면 오히려 탐색 단계가 늘어난다. 초반에는 4~6개 정도의 큰 범주를 유지하고 아이템 수가 많은 게임이라면 필터와 검색을 보조 수단으로 추가하는 편이 안정적이다.

정렬 규칙도 플레이어가 예측할 수 있어야 한다. ‘최근 획득’, ‘등급’, ‘이름’, ‘무게’, ‘판매가’처럼 기준을 명시하고 마지막으로 사용한 정렬 방식을 기억하면 반복 탐색이 줄어든다.

4. 비교 화면은 결정을 대신하지 말고 근거를 준다

장비 비교는 인벤토리 스트레스가 크게 발생하는 지점이다. 공격력이 올라가도 치명타 확률이나 세트 효과가 내려갈 수 있기 때문이다. 이때 단순히 초록색과 빨간색 숫자를 많이 표시하면 정보량만 늘어난다.

비교 화면은 현재 장비와 후보 장비의 차이를 우선 보여 주고 플레이어의 빌드와 관련성이 높은 변화에 시선을 모아야 한다. 예를 들어 독 피해 중심 빌드라면 ‘독 피해 보너스’ 변화가 공격력 변화보다 먼저 보일 수 있다.

자동 장착 추천을 제공할 때도 ‘최고 전투력’만 기준으로 삼지 않는 편이 좋다. 추천 기준을 표시하고 추천을 끌 수 있게 해야 한다.

function getEquipRecommendation(item: Item, build: PlayerBuild) {
  return {
    score: calculateBuildScore(item, build),
    reasons: [
      item.poisonBonus > 0 ? "독 피해 보너스 증가" : null,
      item.setId === build.activeSetId ? "활성 세트 효과에 포함" : null,
      item.requiredLevel > build.level ? "현재는 장착 불가" : null,
    ].filter(Boolean),
  };
}

이 구조의 핵심은 점수 자체가 아니라 이유를 함께 제공하는 데 있다. 플레이어는 추천을 그대로 따르거나 자신의 의도에 따라 무시할 수 있다.

5. 되돌릴 수 있는 행동을 기본값으로 둔다

판매, 분해, 폐기처럼 손실이 생기는 행동은 불안의 원인이 된다. 모든 행동에 확인 팝업을 붙이면 안전해 보이지만 플레이어는 빠르게 읽지 않고 기계적으로 확인을 누르게 된다.

더 나은 방식은 위험도에 따라 보호 수준을 다르게 적용하는 것이다.

행동	권장 보호 방식
일반 재료 판매	즉시 실행 후 짧은 시간 동안 되돌리기
희귀 장비 분해	결과물 미리 보기와 1회 확인
잠긴 아이템 폐기	잠금 해제 절차 또는 강한 경고
유일 퀘스트 아이템	폐기 불가 또는 자동 보관

‘되돌리기’는 단순한 편의 기능이 아니다. 실수에 대한 공포를 낮춰 인벤토리 조작 속도를 높이는 장치다. 단, 서버 경제나 거래 시스템 때문에 완전한 되돌리기가 어렵다면 판매 전 미리 보기와 잠금 기능을 더 강하게 제공해야 한다.

6. 플레이 테스트에서는 시간보다 망설임을 본다

인벤토리 UX를 평가할 때 평균 체류 시간만 보면 오해하기 쉽다. 장비 설명을 읽고 빌드를 고민하는 시간은 게임의 재미일 수 있다. 반면 같은 탭을 오가거나 아이템을 집었다 놓기를 반복하는 행동은 구조가 불명확하다는 신호일 가능성이 크다.

테스트에서는 다음 장면을 관찰해 볼 수 있다.

• 획득 직후 플레이어가 전리품을 바로 이해하는가
• 가방이 찼을 때 탐험을 멈추는가
• 새 장비를 현재 장비와 비교하는 데 몇 번 화면을 전환하는가
• 판매나 분해 전에 불필요하게 오래 망설이는가
• 다시 찾고 싶은 아이템의 위치를 기억하는가

정량 지표와 함께 짧은 질문을 남기면 원인을 파악하기 쉽다. 예를 들어 ‘방금 버린 아이템이 필요할까 봐 걱정됐나요?’라는 질문은 단순한 완료 시간보다 설계의 불안을 잘 드러낼 수 있다.

마무리

스트레스를 주지 않는 인벤토리는 플레이어의 선택을 없애지 않는다. 선택이 필요한 순간을 줄이고 선택의 근거를 보여 주며 실수해도 회복할 수 있게 만든다.

아이템을 많이 넣는 게임일수록 화면의 정교함보다 흐름이 중요하다. 획득은 기쁘게, 탐색은 빠르게, 처분은 안전하게 설계하는 것이 인벤토리를 게임의 마찰이 아니라 플레이를 뒷받침하는 도구로 만든다.