{"site":{"name":"Koji","description":"AI-native customer research platform that helps teams conduct, analyze, and synthesize customer interviews at scale.","url":"https://www.koji.so","contentTypes":["blog","documentation"],"lastUpdated":"2026-09-20T06:03:43.785Z"},"content":[{"type":"documentation","id":"b4e6a388-92a0-4deb-b8df-beca41b44b50","slug":"exchangeability-assumption-shrinkage-research","title":"When Shrinkage Hides the One Segment That Actually Changed (2026)","url":"https://www.koji.so/docs/exchangeability-assumption-shrinkage-research","summary":"Shrinkage and credibility weighting assume exchangeability: no prior reason to think any segment differs. A segment that genuinely diverged is pulled toward a population it has left, the output shows no anomaly because a shrunk estimate is always a valid value, and more data from unaffected segments sharpens the prior and worsens the error. Bayes shrinkage also introduces an opposite artefact, favouring large segments in rankings. Report raw, shrunk, n and interval together.","content":"Every technique for handling small segments shares one assumption, and almost nobody states it: that your segments are the same kind of thing. When they are not - when one segment has genuinely broken away from the others - the correction pulls it back toward a mean it no longer belongs to, and it does so without producing a single warning sign.\n\nThis is the failure mode of credibility weighting, shrinkage, partial pooling, and every hierarchical model. It is worth understanding properly, because the corrected number looks *more* trustworthy than the raw one, and the segment it silences is exactly the segment you most needed to hear about.\n\n## The answer, stated first\n\nShrinkage borrows strength from the other segments by assuming yours is a draw from the same distribution they are. That assumption has a name - **exchangeability** - and it means: before seeing the data, you had no reason to think any particular segment was different from any other.\n\nWhen a segment violates it, three things happen at once:\n\n1. Its estimate is pulled toward a population it is not a member of, so the correction makes it **more wrong**, not less.\n2. Nothing in the output looks unusual. A shrunk estimate is never malformed, never out of range, never inconsistent.\n3. **Collecting more data from the other segments makes it worse**, because more data sharpens the prior that is doing the pulling.\n\nThat third property is what makes this different from ordinary statistical error, and it is why the problem cannot be outrun by scale.\n\n## The correction has its own artefact\n\nThe deepest version of this result is not about a rare broken segment at all. It is that shrinkage introduces a systematic distortion of its own, in the opposite direction to the one it fixes.\n\nGelman and Price state it directly: a standard method for correcting small-sample artefacts, \"Bayes shrinkage estimation - introduces new and opposite artefacts of its own.\"\n\nTheir quantification is the clearest evidence available. In a model of county disease rates where the average county population is 80,000, and where the true county parameters were constructed to have no spatial pattern at all:\n\n- Rank by **raw observed rate**, and the counties you highlight average **16,000** people - one fifth the typical size.\n- Rank by **shrunk posterior mean**, and the counties you highlight average **190,000** people - more than twice the typical size.\n\nNeither ranking is about disease. The raw ranking selects the smallest units; the corrected ranking selects the largest. The correction did not remove the confounding with sample size. It reversed its sign and overshot.\n\nThe reason is easy to see once stated. Shrinkage pulls small-n estimates hard toward the middle, so a small segment can essentially never reach the top of a corrected ranking - no matter how extreme its true value is. Large segments are shrunk barely at all, so they keep their extremes and inherit the top of the list. **You have not removed the bias; you have made it favour the segments that were already well measured.**\n\nAnd critically, Gelman and Price define an artefact as a spurious pattern that occurs \"even when inferences are based on the correct statistical model\". This is not a consequence of getting the model wrong. Doing the statistics correctly produces it.\n\n## What this means for the segment that actually changed\n\nNow put a real signal into that machinery.\n\nSuppose enterprise satisfaction genuinely collapsed this quarter - a botched migration, a pricing change, a departed champion - and enterprise is small, 12 responses. The raw mean drops to 3.1 against a company average of 4.2.\n\nCredibility weighting with a k of 23 gives Z = 12/(12+23) = 0.34, and the reported estimate becomes 4.2 + 0.34 x (3.1 - 4.2) = **3.83**. The genuine 1.1-point collapse is reported as a 0.37-point dip. It does not clear the threshold anyone set for concern. It does not look anomalous. It is, by construction, a reasonable-looking number.\n\nThen the study runs longer, more mid-market responses come in, the company average firms up at 4.2 with a tighter posterior, and the enterprise estimate is pulled *harder*. The additional data made the one real finding less visible.\n\nThis is the structural point. Ordinary sampling error is reduced by more data. **This error is increased by more data, provided the extra data come from the segments that were fine.**\n\n## Why no diagnostic catches it\n\nThe natural instinct is to look for a check. There is not a useful one inside the estimate itself, for a specific reason: a shrunk estimate is a *valid* value of the metric. It is inside the scale's range, consistent with its own interval, and produces no residual pattern, no impossible value, and no contradiction.\n\nCompare this to failure modes you can catch. Straightlining shows up as zero variance in a response set. Speeding shows up in completion times. A broken screener shows up as an impossible demographic mix. Each leaves a trace in the data. Exchangeability violation leaves none, because the model is doing exactly what it was asked to do.\n\nThe only thing that reveals it is information from **outside** the estimate:\n\n- **A reason to expect the segment to be different**, known before you look at the data. This is what exchangeability actually asks you for.\n- **The raw number, reported next to the shrunk one.** A large gap between them is not evidence of a problem, but it tells you how much of the reported figure is borrowed. If your dashboard shows only the corrected value, you cannot even ask the question.\n- **Qualitative evidence about mechanism.** If twelve enterprise customers describe the same migration failure in their own words, you have a reason to exempt that segment from pooling that no amount of arithmetic could supply.\n\nThat last one is the practical answer, and it is not a consolation prize. A named, specific, repeated mechanism is stronger evidence that a segment has genuinely broken away than any statistic computed from twelve ratings.\n\n## The decision rule\n\nThe question to ask before pooling is not statistical. It is: **before I saw this data, did I have a reason to believe this segment was different in kind from the others?**\n\nIf yes, do not pool it. Model it separately, report it separately, and say why.\n\nConcrete grounds for exemption, all of which are knowable in advance:\n\n- The segment is on a different product, plan, or contract structure.\n- The segment experienced a distinct event - an incident, a migration, a price change, a regulatory shift - that the others did not.\n- The segment was recruited differently, which makes it a different population regardless of its label.\n- The segment is in a different market or language, in which case the metric may not even mean the same thing - see [measurement invariance](/docs/measurement-invariance-comparing-groups), which is the prior question of whether the scores are comparable at all.\n- The segment has a structurally different relationship to the metric, such as an enterprise cohort whose satisfaction is mediated by a customer success manager when nobody else has one.\n\nA useful discipline: write the exemption list **before** the readout, based on what happened that quarter, not after seeing which segments look bad. Deciding to exempt a segment because its shrunk number was disappointing is exactly the selection-on-outcome that produces the artefacts in the first place.\n\n## What to do instead of ranking corrected point estimates\n\nGelman and Price's own recommendation is not a better point estimate. It is to stop reducing the distribution to a single number. They generate several maps from independent draws of the posterior, and report that these maps \"have no systematic artefacts due to variation in the county populations.\"\n\nThe research translation is straightforward and practical:\n\n1. **Report intervals, not points.** A segment at 3.83 with an interval from 3.1 to 4.4 communicates what a bare 3.83 hides.\n2. **Report the raw estimate, the shrunk estimate, and n, side by side.** Three columns instead of one. Any reader can then see how much borrowing occurred.\n3. **Report Z explicitly.** *Enterprise: 3.83, credibility 0.34* is a complete and honest statement. *Enterprise: 3.83* is not.\n4. **Treat a large raw-versus-shrunk gap as a prompt to read transcripts**, not as a resolved question.\n5. **Pre-register your pooling structure** along with the exemption list, in the study design.\n\n## How Koji makes the escape hatch real\n\nEverything above converges on one requirement: you need evidence about **mechanism** that is independent of the segment's average, because mechanism is the only thing that can tell you a segment has genuinely left the population. Arithmetic cannot supply it, and neither can a survey tool that returns a distribution and nothing else.\n\nThis is the strongest argument for AI-moderated research over traditional survey instruments, and it is not a stylistic preference. A survey returns the twelve ratings that produced the 3.1. Koji returns the twelve ratings *and* the twelve explanations, because every scale response can be followed automatically by an AI probe that asks why - without a moderator present and without anyone writing a follow-up in advance.\n\nConcretely, Koji's structured questions carry the quantitative side: scale questions give you the per-respondent values the variance estimates need, single_choice and multiple_choice screeners fix segment membership during the interview so the denominators are right, ranking questions reveal that a segment's priorities have reordered even when its mean has not moved, and yes_no questions give clean incidence for a specific event such as *did you go through the migration*. That last one is the exchangeability test in question form: if 11 of 12 enterprise respondents say yes and almost nobody else does, you have documented, in the data, that this segment is not a draw from the same distribution.\n\nMeanwhile the open_ended responses and Koji's automatic analysis surface the recurring mechanism across those twelve conversations - the shared story that justifies pulling the segment out of the pool. Koji's reports link each theme back to the verbatim quotes, so the exemption is auditable rather than asserted.\n\nThe economics matter too. The reason teams shrink small segments aggressively is that small segments are expensive to grow. Because Koji's AI-moderated interviews are asynchronous and require no moderator, the honest alternative - go and get thirty more enterprise interviews this week - is actually available. Raising n is the one intervention that fixes the problem at its source, and it is the intervention traditional research made unaffordable.\n\n## Frequently asked questions\n\n### Should I just stop using shrinkage?\n\nNo. For the ordinary case - segments that differ modestly and randomly - credibility weighting produces better estimates than raw averages, and the evidence for that is strong. The instruction is narrower: do not pool segments you had prior reason to believe are different, always report the raw value alongside the corrected one, and never rank on corrected point estimates alone.\n\n### How do I know whether my segments are exchangeable?\n\nYou cannot learn it from the data alone, which is the uncomfortable part. Exchangeability is a claim about what you knew before you looked. In practice it is answered by asking what happened to each segment this period, and whether any of them experienced something structurally different - a question for your account teams and your incident log, not your analysis tool.\n\n### If more data makes it worse, what is the right amount of data?\n\nMore data in the *affected* segment always helps, because it raises Z and lets the segment speak for itself. More data in the other segments helps everything except the detection of a genuinely divergent segment. The clean answer is to grow the small segments preferentially, which also fixes the ranking problems described in [why the top and bottom segments in your report are both the smallest ones](/docs/segment-ranking-sample-size-artifact).\n\n### Is this an argument for reporting only raw numbers?\n\nNo - raw numbers carry the opposite artefact, and it is a large one. There is no single column that is safe. The workable answer is to report raw, shrunk, n, and an interval together, and to accept that a segment table has four columns rather than one.\n\n### Does this apply to qualitative synthesis as well?\n\nYes, in a direct analogue. Rolling a divergent segment's themes into an overall thematic summary is the qualitative version of shrinkage, and it has the same failure: a theme mentioned by every one of twelve enterprise customers can disappear into *mentioned by 8 per cent of participants*. Koji's segment-level analysis keeps these separable, so a theme that is universal within a segment stays visible rather than being averaged into invisibility.\n\n### What is the minimum I should change on Monday?\n\nAdd two columns to your segment table: the raw estimate and n, next to whatever corrected figure you currently publish. It costs nothing, requires no new methodology, and makes every problem described in this article at least visible to the reader.\n\n## Related Resources\n\n- [Structured questions guide](/docs/structured-questions-guide) - the six question types and when to use each\n- [Credibility weighting for small segment estimates](/docs/credibility-weighting-small-segment-estimates) - the blend this article qualifies\n- [Why the top and bottom segments in your report are both the smallest ones](/docs/segment-ranking-sample-size-artifact) - the ranking artefact in both directions\n- [How much data a segment needs before its own number is enough](/docs/full-credibility-standard-sample-size-per-segment) - raising Z at the source\n- [Measurement invariance across segments](/docs/measurement-invariance-comparing-groups) - whether the scores are comparable at all\n- [Customer segmentation research interviews](/docs/customer-segmentation-research-interviews) - building segments worth comparing\n","category":"Analysis & Synthesis","lastModified":"2026-09-18T12:21:00.336047+00:00","metaTitle":"When Not to Pool Segment Data: The Exchangeability Trap","metaDescription":"Shrinkage assumes your segments are the same kind of thing. When one genuinely breaks away, the correction hides it and more data makes it worse.","keywords":["when not to pool segment data","exchangeability assumption","shrinkage estimator limitations","hierarchical model assumptions","partial pooling risks","segment divergence detection","bayes shrinkage artefact"],"aiSummary":"Shrinkage and credibility weighting assume exchangeability: no prior reason to think any segment differs. A segment that genuinely diverged is pulled toward a population it has left, the output shows no anomaly because a shrunk estimate is always a valid value, and more data from unaffected segments sharpens the prior and worsens the error. Bayes shrinkage also introduces an opposite artefact, favouring large segments in rankings. Report raw, shrunk, n and interval together.","aiPrerequisites":["Familiarity with credibility weighting or shrinkage","Experience reporting segment-level metrics"],"aiLearningOutcomes":["State the exchangeability assumption behind any pooling","Identify segments that should be exempt from pooling","Explain why more data can worsen this error","Report raw, shrunk, n and interval together"],"aiDifficulty":"advanced","aiEstimatedTime":"12 min"}],"pagination":{"total":1,"returned":1,"offset":0}}