Quick answer: A player cohort is a set of players grouped by something they have in common, classically their start date (e.g. 'players who joined in March'), but also platform, acquisition source, or any shared trait. Following a cohort over time, or comparing cohorts, reveals patterns that whole-population averages hide.
A cohort is just a defined group of players with something in common, and cohort analysis, studying these groups over time or against each other, is one of the most insightful techniques in game analytics. The reason is that averages across all players blur important differences, while cohorts let you see them: how this month's players differ from last month's, how players on one platform behave versus another, how a group changes as it ages. Understanding cohorts unlocks much more precise analysis than aggregate numbers allow.
What a Cohort Is
A cohort is a group of players sharing a defining characteristic. The most common is the time they started, a 'join cohort' like 'players who first played in week 10', but cohorts can be defined by any shared trait: platform, region, acquisition source, the version they started on, or a behavior. The point is that members of a cohort have something meaningful in common, so studying them as a group reveals the effect of that shared trait.
Cohort analysis then does one of two things: it follows a cohort over time (how do March's players retain over the following weeks?), or it compares cohorts (do players from one source retain better than another? did players who joined after a big update behave differently?). Both reveal patterns tied to the cohort's defining characteristic.
Why Cohorts Beat Averages
Whole-population averages hide critical differences by blending dissimilar players together. Your overall retention number mixes brand-new players with veterans, players from good and bad acquisition sources, players who joined before and after major changes, and the average obscures how each group actually behaves. Cohorts un-blend them, letting you see that, say, your newest players retain worse than older ones (a warning sign the average would hide), or that one platform's players are far stickier than another's.
This precision is what makes cohorts powerful for understanding change and cause. Comparing the cohort that joined before a change to the one that joined after isolates the change's effect. Following a cohort as it ages shows the true retention curve uncontaminated by newer joiners. Cohorts turn analytics from a single blurry average into a set of clear, comparable groups, which is where real insight comes from.
Cohorts and Quality Analysis
Cohorts are valuable for quality and stability analysis too. A particularly important kind is the version cohort, players grouped by the build version they are on, which lets you compare stability and behavior across releases: is the cohort on the new version crashing more than the cohort on the old one? That comparison is exactly how you detect whether an update improved or degraded the experience, and it is a cohort analysis at heart.
Bugnet tags crashes and reports with the build version, which enables this version-cohort comparison for stability: you can see whether the players on the latest release have a different crash profile than those on previous ones, catching regressions and confirming improvements. More broadly, segmenting your crash and bug data by cohort-defining traits, platform, version, device, reveals whether problems concentrate in particular groups (a crash hitting only the cohort on certain hardware, for instance). Thinking in cohorts rather than averages, for both behavior and quality, is what lets you see the specific patterns, which group, which version, which platform, that aggregate numbers hide and that point you toward what actually needs attention.
A cohort is players grouped by something shared, like when they joined. Averages blur everyone together; cohorts let you see which group is actually struggling.