Quick answer: Combine behavioral data, where players die, quit, and get stuck, with structured feedback on difficulty, because too hard and too easy are subjective and the loudest voices are not representative. The behavioral data shows you where balance actually breaks, and the stated feedback tells you how it feels.
Difficulty balance is one of the hardest things to get right and one of the hardest to gather useful feedback on. Players complain that a game is too hard or too easy in equal numbers, often about the same content, and the loudest complaints come from the extremes, the highly skilled who find it trivial and the frustrated who find it impossible, neither representing the broad middle. To balance difficulty well, you need to combine what players do, the behavioral data, with what they say, the stated feedback, so you can tell a genuine balance problem from a vocal minority reaction.
Difficulty feedback is noisy and biased
Stated difficulty feedback is notoriously unreliable on its own. The same encounter draws complaints that it is too hard and too easy, because players have wildly different skill levels and preferences. Worse, the loudest feedback comes from the extremes: the highly skilled player who breezes through and calls it trivial, and the frustrated player who hits a wall and calls it impossible, while the broad middle, for whom the difficulty might be perfectly tuned, says nothing.
This bias makes it dangerous to balance based on complaints alone. Reacting to the loud too hard voices can make the game too easy for everyone, and reacting to the too easy voices can make it punishing for most players. To cut through the noise, you need an objective measure of how the difficulty is actually landing across your whole player base, not just the vocal extremes, which means looking at behavior, not just complaints.
Behavioral data shows where balance breaks
The most reliable difficulty signal is behavioral: what players actually do. Where do they die, and how often? Where do they quit and never come back? Where do they get stuck for a long time? This data, gathered across your whole player base, reveals the real difficulty curve, the spots that are genuinely too hard (high death and quit rates) or too easy (no challenge, players breeze through), independent of who is loudest.
A death-and-quit funnel through your game is the clearest picture of balance you can get. If a particular boss has a high quit rate, players are not just complaining, they are leaving, which is an objective sign of a balance problem regardless of what the forums say. Conversely, content that everyone passes effortlessly on the first try may be too easy. Behavioral data turns the subjective question of difficulty into observable patterns of where players actually struggle and stop.
Capture where players die and quit
To get this behavioral data, capture difficulty-relevant events: deaths and their locations, retries on a given challenge, the point where a player session ends or where they stop playing entirely. Aggregated across players, these events build the difficulty funnel that shows your real curve, the encounters with abnormally high death counts, the retry walls, the quit points.
Pay special attention to quit points, because a player who quits is the strongest possible signal that the difficulty failed them, far stronger than a complaint from someone still playing. A spike in players abandoning the game at a particular challenge tells you that challenge is costing you players, which is a balance problem with real consequences for retention. Capturing where players stop is capturing where your difficulty curve is actively losing people.
Combine behavioral data with stated feedback
Behavioral data tells you where balance breaks, but stated feedback tells you why and how it feels, and you need both. The behavioral data might show a high quit rate at a boss, and the stated feedback reveals whether players quit because the boss is unfair, unclear, or just too hard, which point to different fixes. Pair an in-game feedback path with the behavioral capture to get both halves.
Together they let you balance with confidence. When the behavioral data shows a problem and the stated feedback explains it, you have a clear, defensible basis for a change, far better than reacting to either alone. And when the behavioral data shows that a difficulty complaint from a vocal minority is not reflected in the broad player behavior, you can hold your design with confidence, knowing the loud voices are not representative of how the difficulty is actually landing for most players.
Setting it up with Bugnet
Bugnet lets you capture difficulty-relevant events and an in-game feedback path together, so you get both the behavioral data, where players die, retry, and quit, and the stated feedback on how the difficulty feels, in one place. You can see the funnel of where players struggle and stop alongside the comments explaining their experience.
Grouping and counting these signals shows you which difficulty problems are widespread versus which are isolated to a vocal few, so you balance based on how the difficulty lands across your whole player base rather than on the extremes. For an indie game where getting difficulty right is crucial to both reviews and retention, this combination of behavioral and stated feedback is what turns difficulty tuning from guesswork driven by the loudest complaints into a data-informed process driven by what players actually do.
Respect the difficulty you intend
Data informs difficulty balance, but it does not dictate it, because difficulty is a design choice tied to your vision. Some games are intentionally hard, and that challenge is the point, so a high death rate at a boss might be exactly what you intend, not a problem to smooth away. The data tells you how your difficulty is landing, and you decide whether that matches your intent.
Use the behavioral and stated feedback to make your difficulty intentional rather than accidental. If you intend a hard game, the data confirms whether the difficulty is hard in the way you want, challenging but fair, versus frustrating, unclear, or losing players for the wrong reasons. The goal is not to eliminate difficulty but to ensure your difficulty curve does what you designed it to do, and the combination of behavioral data and stated feedback is what lets you tune toward your intended experience with eyes open, rather than chasing the contradictory complaints of the vocal extremes.
Too hard and too easy are opinions. Where players quit is data. Balance with both.