Seasonal SKUs vs. real churn
Every autumn, a chunk of your book appears to be dying. The summer-weighted brands come off taps and shelves, the September file lands thinner than August, and any rule that flags a month-over-month drop hands your reps a list topped by accounts that have done nothing wrong. Call down that list and most of the people on it will tell you nothing has changed.
The cost isn't only the wasted week. A rep who gets three false alarms in a row stops opening the list, and the one account on it that genuinely walked goes unnoticed along with the rest. Separating a seasonal trough from a real loss isn't sophisticated work. It just has to happen before the list goes out, not after.
Why the file bends in autumn
Depletion data records movement from the distributor to the account. It does not record what got poured. An account winding down a summer brand stops reordering it weeks before the last keg blows, so the drop in your file leads the actual season and looks steeper than the sell-through ever was.
Seasonal buying is also lumpy. An account that took four cases of the summer brand every month may take the autumn release in one drop-in load and then show nothing for two periods. Read month over month, that's a collapse. Read against the release calendar, it's a purchase pattern. Both distortions land in the same few weeks, which is why autumn is when a naive churn rule does the most damage.
Compare like month to like month
The fix is unglamorous. For anything with a season in it, stop comparing this month to last month and compare it to the same month a year ago. Month over month tells you an account is doing less than it was. Same month last year tells you whether it's doing less than it does at this time of year. Only the second one is a judgment.
One trap in like-for-like: a moved release date. If the summer brand shipped in April last year and May this year, April reads as a catastrophe and May as a triumph, and neither happened. When the calendar moved, compare season to season — the whole release window against last year's whole release window — not month against month.
Did the cohort move, or just the account?
Year-over-year tells you an account is down. It doesn't tell you whether that's the weather or the relationship. For that, compare the account to everyone else who bought the same thing.
What they dropped matters more than that they dropped
An account that drops the summer brand in October and keeps ordering your year-round lineup is doing what good accounts do. The tap handle changed with the season; nothing about the relationship moved. The account you actually want is the one where the seasonal SKU came off and the core order quietly thinned in the same period — one less case a month on the everyday beer, no announcement. That account isn't rotating. It's drifting.
It's worth doing the arithmetic on how small the real list is. Reading one importer's own VIP exports, we found 630 accounts quietly sliding — 4.8% of the book. A list that size is workable on a Monday. Bury it in seasonal false positives and nobody reads it twice.
Winter releases, and what to exclude
Short-window SKUs need their own rule, because they spend most of the year legitimately at zero. A winter release judged on an autumn file shows nothing — not a failure, an absence. Judged on a March file it looks like a collapse, because the product ended. Neither is a result. A release with a ten-week life can only be read against its own window: last year's November-to-January against this year's, across accounts that could actually get it. A first-year release has no window to compare to at all, so the cohort is the only honest read — and that's a comparison to expectation, not to history.
Or have it sorted before it reaches a rep
All of this is doable by hand, and worth doing once if only to see how much of an autumn churn list turns out to be weather. It's the doing-it-every-week part that doesn't survive a busy quarter. Sightglass reads the VIP feed you already pay for each night and keeps every snapshot, so the same month a year ago is still there to compare against after it has aged out of the current export window — an export is a transaction file, not an archive. Because that history is there, an account can be read against the same month a year ago rather than against its own last month, and a dropped SKU shows up as a different thing from a core order that is quietly thinning. When the data is too fresh or too thin to support a conclusion, it says nothing. Nothing goes out without a person approving it, and your reporting stays exactly where it is.