Metlivi 블로그

게임에서 플레이어의 입력을 거듭 잘못 이해했을 때 언제 선택지를 제공해야 할까요?

게임이 플레이어의 자유 텍스트 입력을 두 번 이상 제대로 해석하지 못했다면, 계속 다른 표현을 요구하기보다 상황에 맞는 몇 가지 유용한 대체 행동을 제시해야 합니다. 플레이어가 시도했던 행동은 화면에 표시해 두거나 유지하고, 각 선택지가 어떤 역할을 하는지 설명하며, 자유 텍스트 입력으로 쉽게 돌아갈 수 있는 방법을 제공하세요. 이는 반복된 실패를 복구하기 위한 단계이며, 단일 행동이 모호할 때 한 번 명확한 질문을 던지는 것과는 다릅니다.

2026년 9월 30일7분 분량여가·여행·도시 경험작성: Metlivi Editorial Team
섹션 1

반복되는 인식 실패를 복구 시점으로 다루기

게임이 행동의 대부분을 이해했지만 플레이어가 어떤 대상을 가리키는지 알 수 없을 때(예: "놋쇠 열쇠를 말씀하시는 건가요, 은 열쇠를 말씀하시는 건가요?")에는 일회성 확인 질문이 유용합니다. 하지만 텍스트가 거듭 인식되지 않는 것은 다른 문제입니다. 시스템이 플레이어가 무엇을 하려는지 전혀 모르거나, 시스템의 어휘 목록에 플레이어가 선택한 단어가 없을 수 있습니다. 이 상황에서 "다른 방식으로 입력해 보세요"만 반복하면 플레이어는 파서(parser)의 숨겨진 규칙을 마냥 추측해야만 합니다.

게임 대화 인터페이스에 관한 연구에서는 이러한 딜레마를 설명합니다. 자유로운 언어 입력은 더 폭넓은 반응을 허용할 수 있지만 플레이어의 의도를 인식하지 못할 위험이 있고, 고정된 응답 메뉴는 해석하기 쉽지만 표현의 폭을 제한합니다. 이러한 연구 결과는 선택지 메뉴를 기본 대체재가 아닌, 자유 텍스트의 대체 경로(fallback path)로 사용하는 방식을 지지합니다. “Playing with words: from intuition to evaluation of game dialogue interfaces”

실용적인 전환 기준(트리거)은 동일한 장면이나 행동에서 두 번 연속으로 인식이 실패하는 경우입니다. 이는 설계상의 권장 사항이며 인용된 연구에서 규정한 보편적 절대 기준은 아닙니다. 중요한 특성은 이 기준이 예측 가능해야 하고, 현재 작업과 직접 연결되어 있어야 하며, 플레이어가 기나긴 실패 루프에 빠지기 전에 작동해야 한다는 점입니다. 입력 방식의 노이즈가 특히 심하거나 장면 자체가 시행착오를 플레이의 일부로 삼는 게임이라면 다른 기준이 필요할 수 있습니다. 이는 신중하게 결정하고 결과적인 상호작용을 테스트해야 합니다.

섹션 2

플레이어가 이미 시도한 내용 보존하기

대체 선택지가 나타날 때, 마지막으로 시도한 텍스트를 입력창, 로그 또는 눈에 띄는 다른 위치에 유지하세요. 게임이 이를 지워버리면 플레이어는 이미 작성한 행동을 다시 처음부터 작성해야 할 수 있습니다. 입력 문구를 보여주는 것은 게임이 입력을 받았지만 지원되는 행동에 매핑하지 못했음을 분명히 하는 데도 도움이 됩니다.

대체 메시지는 플레이어를 탓하지 않으면서 시도를 인정할 수 있습니다. 예를 들면: "‘갈고리로 쇠창살 들어올리기’에 해당하는 행동을 여기에서 찾지 못했습니다." 만약 게임이 행동의 타당한 일부를 식별했다면 무엇을 인식했는지 알려주세요: "쇠창살은 확인했지만, 그것으로 무엇을 하려는지 명확하지 않습니다." 시스템이 실제로 이해한 것 이상으로 이해했다고 과장하지 마세요. 이러한 문구는 알 수 없는 명령어와 대상은 확인되었으나 행동이 미해결된 상태를 명확히 구분해 줍니다.

W3C의 '오류 제안(Error Suggestion)' 설명에 따르면, 입력을 거부했을 때 유용한 수정 방안을 알고 있다면 시스템이 이를 제공해야 합니다. 허용되는 값을 보여주거나 가능성 높은 수정안을 제시하는 것이 그 예입니다. 해당 지침은 게임 대화가 아닌 웹 콘텐츠를 위해 작성되었으므로 게임에 적용할 때는 목적에 맞춘 설계 수정이 필요합니다. 하지만 '시스템이 가능할 때 구체적인 다음 단계를 제공한다'는 공통 원칙은 매우 유용합니다. W3C, “Understanding Success Criterion 3.3.3: Error Suggestion”

섹션 3

현재 상황에 맞는 간결한 행동 메뉴 제공하기

대체 메뉴에는 현재 장면에서 지원되는 사전에 작성된 몇 가지 행동이 포함되어야 합니다. 예를 들어 플레이어가 잠긴 문과 상호작용 중이라면 선택지는 "자물쇠 조사하기", "열쇠 사용해 보기", "물러서기" 등이 될 수 있습니다. 이는 예시일 뿐 특정 게임에 국한된 것은 아닙니다. 선택지는 서로 구별되는 행동을 설명해야 하고, 명확한 동사를 사용해야 하며, 게임이 현재 처리할 수 없는 분기로 플레이어를 유도하지 않아야 합니다.

선택지는 해당 장면과 상태에 국한되도록 유지하세요. 당면한 장애물이 특정 물체인 경우 "탐색하기", "대화하기", "아이템 사용"과 같은 일반적인 메뉴는 큰 도움이 되지 않을 수 있습니다. 반대로 지나치게 구체적인 옵션은 해당 조건이 참일 때만 나타나야 합니다. 열쇠가 인벤토리에 없다면 "열쇠 사용해 보기"를 제공하지 마세요. 불가능한 행동을 제공하는 메뉴는 혼란의 종류만 바꿀 뿐입니다.

게임 대화 연구에 따르면 메뉴 스타일 또한 경험에 영향을 미칩니다. 완전한 문장은 캐릭터가 무슨 말을 할지 전달하는 데 도움이 되는 반면, 추상적인 레이블은 상호작용을 좀 더 전략적인 컨트롤처럼 느끼게 할 수 있습니다. 적절한 상세 수준은 행동과 그 결과에 따라 달라집니다. 단순한 행동에는 짧은 레이블을 사용하고, 선택이 장면을 변화시키거나 플레이어에게 중대한 반응을 요구할 때는 더 자세히 설명하세요. “Playing with words: from intuition to evaluation of game dialogue interfaces”

섹션 4

메뉴는 선택 사항으로 두고 벗어나는 방법 명시하기

메뉴는 앞으로 나아갈 수 있는 경로를 제공해야지, 조용히 자유 텍스트 입력을 꺼버려서는 안 됩니다. "계속 입력하기" 또는 "자유 텍스트로 돌아가기"와 같이 눈에 띄는 옵션을 포함하고, 플레이어가 이를 사용할 수 있음을 알리세요. 선택지가 표시된 상태에서도 게임이 자유 텍스트 입력을 허용한다면 그 동작을 명확히 하고, 옵션을 선택했을 때 메뉴가 닫힌다면 그 점 역시 전달해야 합니다.

버튼과 선택지에는 행동 중심의 레이블을 사용하세요. W3C 디자인 시스템에서는 "제출"과 같은 일반적인 레이블 대신 사용자의 행동을 명시하는 버튼 텍스트를 권장합니다. 게임에서는 "계속"보다 "자물쇠 조사하기"나 "계속 입력하기"가 훨씬 더 많은 정보를 제공합니다. 이러한 구체적인 인터페이스 가이드는 웹 양식에서 비롯되었지만, 행동의 명확한 명명은 게임 조작계에도 쉽게 적용할 수 있습니다. W3C Design System, “Forms”

탈출 경로는 일관되게 유지하세요. 한 복구 메뉴에는 "계속 입력하기"가 있고 다른 메뉴에는 "취소"가 나타난다면 플레이어는 두 옵션이 동일한 상태를 유지해 주는지 알기 어려울 수 있습니다. 메뉴를 벗어날 때 텍스트가 사라진다면 지워지기 전에 경고를 제공하세요. 플레이어가 키보드, 컨트롤러, 터치 또는 지원되는 다른 방식을 통해 옵션을 선택할 수 있다면, 게임의 정상적인 조작 체계를 통해 복구 선택지에 접근하고 활성화할 수 있도록 보장해야 합니다.

섹션 5

표현 바꾸기만을 요구하는 루프 방지하기

메뉴를 표시한 후, 플레이어가 또다시 지원되지 않는 내용을 입력했을 때 곧바로 "이해하지 못했습니다. 다시 시도해 주세요"라는 동일한 프롬프트로 되돌아가지 마세요. 이는 실패 패턴을 다시 시작할 뿐입니다. 대신 새로운 시도를 유지하고 제공된 선택지를 계속 사용할 수 있게 두거나, 파서에 충분한 정보가 있다면 보다 구체적인 힌트를 제공하세요. 플레이어가 사전에 준비된 행동을 선택하거나, 텍스트를 수정하거나, 장면에 적합한 경우 상호작용에서 벗어날 수 있도록 해야 합니다.

마이크로소프트의 대화형 대체(fallback) 가이드에서는 일련의 대체 응답을 설계하고, 동일한 사과를 반복하지 않으며, 시스템이 방향을 전환할 때 사용자가 작업하던 지점을 보존할 것을 권장합니다. 대화형 제품을 위해 작성된 것이므로 핸드오프에 관한 세부 조언이 게임에 그대로 적용될 필요는 없습니다. 하지만 각 복구 단계를 유용하게 만들고 플레이어가 이미 수행한 작업을 처음부터 다시 시작하지 않도록 한다는 핵심 원칙은 동일합니다. Microsoft Learn, “Design graceful fallbacks and handoffs”

단순한 복구 시퀀스는 다음과 같이 구성할 수 있습니다:

첫 번째 미인식 입력: 행동이 인식되지 않았음을 알립니다. 텍스트를 유지하고, 확인 가능한 경우 장면에 맞는 간단한 힌트를 제공합니다.

두 번째 미인식 입력: 보존된 텍스트와 함께 유효한 몇 가지 사전 제작 행동 메뉴를 표시합니다.

해당 메뉴에서: 플레이어가 행동을 선택하거나, 텍스트를 수정하여 다시 제출하거나, 게임이 허용하는 경우 상호작용을 종료할 수 있도록 합니다.

다음 입력도 여전히 지원되지 않는 경우: 동일한 재입력 프롬프트를 다시 시작하는 대신, 복구 옵션을 계속 열어두고 가능한 행동 범위를 명확히 안내합니다.

섹션 6

대체 장치가 실제로 도움이 되는지 테스트하기

설계자가 선호하는 표현과 다른 타당한 입력들(동의어, 짧은 명령어, 대상 이름, 더 긴 설명 등)로 시퀀스를 테스트하세요. 실패할 때마다 게임이 입력을 보존하는지, 현재 장면에 유효한 선택지를 표시하는지, 플레이어가 입력하던 흐름을 잃지 않고 타이핑으로 돌아갈 수 있는지 확인해야 합니다. 또한 선택지를 선택하기 전에 장면의 상태가 바뀌어 해당 선택지가 유효하지 않게 되었을 때 어떤 일이 일어나는지도 테스트하세요.

각 테스트마다 구체적인 질문을 던져보세요: 인식이 실패한 후, 플레이어는 게임이 무엇을 이해하지 못했는지 알 수 있는가? 유용한 다음 행동을 확인할 수 있는가? 메뉴 옵션을 강제로 선택하지 않고도 원래의 의도를 계속 시도할 수 있는가? 이 중 하나라도 '아니오'라면 메시지, 옵션 구성 또는 복귀 경로를 수정하세요. 이는 앞서 언급한 상호작용 원칙에서 도출된 제안형 평가 체크리스트이며, 사용자 연구에서 보고된 결과 데이터는 아닙니다.

목표는 한계가 명확한 복구 경로를 마련하는 것입니다. 지원되지 않는 입력을 인지하고, 이를 보존하며, 반복된 실패 후에는 적절한 선택지를 제공하고, 자유 텍스트를 명시적인 진행 경로로 남겨두는 것입니다. 메뉴는 추측의 수고를 덜어주어야 하지만, 이를 활용할지 여부는 플레이어의 자율에 맡겨야 합니다.

관련 글

이 주제 더 살펴보기