커뮤니티 게시판 글상세

<플레이어 행동 가설 리스트>

50. 플레이어는 [M-spec]을 통해 [D]하게 플레이할 것이다

플레이어는 제한된 스테미너와 점프를 통해 난이도 있는 조작감으로 플레이할 것이다

50. 플레이어는 [A] 한 감정을 느낄 것이다

플레이어는 실패를 경험하면서 답답한 감정을 느낄 것이다

50. 플레이어는 [Trigger]로 충분히 동기를 느끼고 [D] 할 것이다.

플레이어는 새로운 유형의 몬스터나 스테이지를 발견하여 탐험과 도전에 관련된 동기를 느끼고 시도를 반복할 것이다

50. 플레이어는 [FeedBack]으로 성공/실패를 인지하고 다음 행동을 반복할 것이다.

플레이어는 스테이지를 클리어하는 것으로 성공을 인지하고 반복할 것이다

플레이어 가설

과제

1. 플레이어는 어려운 조작감을 느낄 것이다

2. 플레이어는 중력이 반전되는 기믹이 익숙하지 않아 헷갈려 할 것이다

1. 초반 3개 스테이지를 클리어 해보세요

2. 중력을 연속해서 전환하며 몬스터를 처치해보세요

50. 장르 선호도: (플랫포머 장르를 좋아하시나요?)
51. 플레이 타임: (평소 게임을 얼마나 즐겨 하나요?)
52. 플레이 목적: (게임을 할 때 주로 어떤 경험을 기대하나요?)

관찰 항목

체크리스트 예시

관찰 메모

과제 성공

R 주어진 과제를 성공적으로 완료했는가? (Y/N) 

R 완료하는 데 얼마나 걸렸는가? (예상: 10분 / 실제: n분)

5분, 10분

최초 행동

R 게임 시작 후 (또는 과제 제시 후 가장 먼저 시도한 행동은 무엇인가?
 예: '처음 플레이어가 이동하는 방향은 어느쪽인가', '점프키'를 눌렀는가?)

마찰 또는 지체

R 특정 구간에서 3초 이상 망설이거나 멈춘 곳이 있는가? (어디?) 

R 같은 행동을 3회 이상 반복한 곳이 있는가? (예: '돌진소' 박치기 기믹 스테이지

R UI/튜토리얼을 다시 읽거나 찾아보는 행동을 했는가?

의도 밖 행동

R 개발자가 의도하지 않은 방식으로 과제를 해결했는가?
 (예: 벽 점프로 장애물 통과, 몬스터를 피해 도망감)

명시적 도움

R 플레이 도중 질문을 하거나 도움을 요청했는가? (어떤 질문?)

UI/UX

R 클릭해야 할 버튼을 놓치거나, 잘못된 버튼을 눌렀는가? 

R 튜토리얼/안내 문구를 읽지 않고 넘겼는가?

인터뷰 질문 예시

답변 메모

"클리어하기까지 한 챕터의 길이가 어떻게 느껴지셨나요?"
 

 다음챕터는 좀 더 길어도 될 거 같다

"플레이하면서 가장 '아, 이건 좀 답답하다'고 느낀 순간은 언제였나요?"
 

"조작 튜토리얼이나 방향 표지판을 확인하셨나요??"
 

"게임 조작에 대해 어떻게 느끼셨나요?"

스피드가 빨라서 시원했다, 중력 바꾼 후 점프 조작이 어렵다

"처음 메인화면에서 게임에 진입할 때 어려움이 있으셨나요?"
 

헷갈리는 부분이 있었다

“돌진소 몬스터 기믹이 어떤건지 이해하셨나요?

구분

구현해야 할 것 (To do)

체크리스트

핵심 기능

설정창

R 구현 완료, 디자인 중

보스 스테이지

R 개발 중

과제 안내

버그

💡[참고] 인터뷰 질문의 6가지 핵심 원칙

1. '재미'를 묻지 말고, '경험'을 물어보세요.

'재미'는 너무 추상적입니다. 대신 구체적인 감정의 변화 지점(좌절, 성취, 지루함, 놀라움)을 포착해야 합니다.

• 나쁜 질문: "게임 재미있었나요?" (-> 99% "네"라고 대답)
• 좋은 질문: "게임을 끝내고 나서 가장 기억에 남는 장면이 있나요?" 또는
  "플레이하면서 가장 '아, 이건 좀 답답하다'고 느낀 순간은 언제였나요?"

2. 미래의 '의견'이 아닌, 과거의 '행동'에 집중하세요.

사람은 미래를 예측하는 데 서투릅니다. 하지만 방금 자신이 '무엇을 했는지'는 비교적 정확하게 복기할 수 있습니다.

• 나쁜 질문: "이런 기능이 추가되면 좋을 것 같지 않으세요?" 또는 "이 게임을 구매하실 의향이 있으신가요?"
  (-> 테스터는 상상으로 대답, 신뢰도가 낮음)
• 좋은 질문: "(관찰한 내용을 바탕으로) 아까

3. 유도 질문(Leading Question)을 절대 금지하세요.

유도 질문은 개발자의 가설을 테스터의 입을 빌려 '확증'하는 것에 불과합니다.

• 나쁜 질문: "조작이 좀 어려우셨죠?" (-> 질문에서 조작은 어렵다는 전제가 내포되어 있음)
• 좋은 질문: "게임 조작에 대해 어떻게 느끼셨나요?"

4. "왜?" 대신 "무엇을?", "어떻게?"로 물어보세요.

"왜?"라는 질문은 종종 비난이나 질책으로 들릴 수 있습니다. 테스터의 '생각의 흐름'을 묻는 것이 훨씬 안전하고 효과적입니다.

• 조심스러운 질문: "아까 거기서 왜 점프를 안 하셨어요?" (-> 테스터는 자신이 '틀렸다'고 느끼고 방어적으로 변할 수 있습니다.)
• 좋은 질문: "아까 그 절벽 앞에서 잠시 멈추셨는데, 그때 화면에서 무엇을 보고(또는 무엇을 찾고) 계셨나요?" 또는
  "그때 어떤 선택지들이 있다고 생각하셨나요?"

5. 개방형 질문(Open-ended)으로 시작하세요.

폐쇄형 질문은 단답형 대답만 유도합니다. 개방형 질문은 테스터가 자신의 경험을 '스토리'로 풀어서 이야기하게 만듭니다.

• 나쁜 질문 (폐쇄형): "튜토리얼이 도움이 되었나요?" (-> "네" / "아니오")
• 좋은 질문 (개방형): "이 게임의 목표가 무엇이라고 생각하며 플레이하셨나요?" 또는
  "게임을 처음 시작했을 때, 무엇을 가장 먼저 해야겠다고 생각하셨나요?"

6. '문제'가 아닌 '원인'을 찾으세요. (5 Whys 기법 활용)

테스터가 "점프가 잘 안돼서 답답했어요"라는 '문제'를 제시했을 때, 거기서 멈추면 안 됩니다.
 문제는 '점프 매커니즘'이 아니라 '레벨 디자인의 시각적 피드백(이펙트)'이었을 수 있습니다.

• 질문 1: "어떤 부분에서 특히 '점프가 잘 안된다'고 느끼셨나요?" (-> "두 번째 보스방에서요.")
• 질문 2: "그때 '점프가 안된다'는 것이, 혹시 타이밍이 안 맞았다는 뜻일까요, 아니면 조작법을 잊으셨다는 뜻일까요?"
  (-> "조작법은 알았는데, 점프 높이가 생각보다 낮은 것 같았어요.")
• 질문 3: "그렇게 생각하신 이유가 있을까요?" (-> "바닥의 이펙트 때문에 착지 지점이 헷갈렸어요." -> 근본 원인 발견)