Contents
Engine-independent guidance
Watch what players do, not just what they say
On this page
The principle
The core of playtesting is observing behavior. What players do — where they hesitate, get lost, fail, quit, or light up — is more reliable evidence than what they say, because people rationalize, forget, and tell you what they think you want to hear. Treat observed behavior as primary data and stated opinion as secondary.
Applies when
Every playtest. The moment a build is playable, the highest-value activity is watching real players interact with it.
Does not apply / Exceptions
Behavior tells you what happened but not always why — for motivation and feeling you still need to ask (interviews, think-aloud) and combine the two (see PLAYTEST-0005). And observation must be interpreted carefully: one player's stumble might be noise, not signal (PLAYTEST-0006). So "watch, don't just ask" doesn't mean "never ask" — it means weight behavior over opinion when they conflict.
Rationale
This is the practical arm of DESIGN-0001 (judge by the experience produced): the produced experience is visible in behavior, and behavior is far harder to fake than a verbal report [S-games-user-research]. A player who says "the tutorial was fine" but visibly floundered at step three has told you two things, and the flounder is the true one. Self-report is distorted by politeness, poor introspective access, and memory; behavior under real play is the ground truth. This is why watching a first-time player struggle is worth more than a page of survey answers.
Implementation
Record sessions (video/screen capture) and use an observation checklist for confusion points, hesitations, failures, and delight. Note where on the screen and when things go wrong. Compare what players do to the intended experience and treat divergence as a design signal, not player error. Save opinions for after you've seen the behavior, so the report doesn't overwrite what you observed.
Disagreement
No serious dissent that behavior beats opinion as evidence; the live nuance is how to combine behavioral and self-report data (PLAYTEST-0005) and how much a small sample's behavior generalizes (PLAYTEST-0006).
Notes
The principle DESIGN-0001 forward-referenced — it is that principle's operational method. Anchors the PLAYTEST domain. Confidence 5: universal across games user research and design practice.
Connected principles
Source trail
Evidence strength describes support for this guidance, not a probability that it is right for your situation.
Citation and record details
GDC-L1-PLAYTEST-0001 · objective guidance · canonical
Recorded verification date: 2026-07-14. This is not a claim of an engine test.