Benefit list: the grid shape that cannot invert
A benefit list prints a short set of inclusions under each plan. A feature appears only where it is included, so the reading needs no icon and no inheritance rule, and cannot be inverted by stripping the markup. As of 2026-09-22.
| The term | Benefit list |
|---|---|
| What it names | A per-plan list of the things that plan includes |
| What it is not | A matrix, or a cumulative additions list |
| Where the register uses it | One entry's paid-tier reading, from four lists |
Inclusion rule. Words this site uses in a narrow sense, where the ordinary sense would lead a reader to misread a cell. No vendor statement appears on this page. Order. Fixed order: what the word names, what it excludes, then where it is used here.
1Why this shape is the easiest to read correctly
There is no repeated line whose meaning depends on a glyph, and no inheritance rule that makes absence meaningless above a certain point. A line naming removal of a mark appears in the lists of the plans that include it and nowhere else, which is the one grid shape where the naive reading is the right one.
The reading still has a step: take the cheapest list carrying the line, because that is where the behaviour changes. Where every paid plan carries it, the crossing point and the price of the first paid plan are the same number, which is the arrangement on the one entry here read this way.
2What it shares with every other grid shape
Nothing about the mark. A benefit list names removal in two or three words and describes no position, size or behaviour, exactly as a matrix does. The shape affects how reliably a boundary can be read and not how much is said about the object on either side of it.
It also names no provenance standard, for the same structural reason every grid shape does not: a manifest is not an inclusion anybody upgrades to obtain. The genre decides that, not the layout.
3How it ages
Better than a matrix. A list can be reordered, renamed or lengthened without changing whether a line is in it, so re-confirming the value is a matter of opening the page and looking for the line rather than reconstructing an argument about columns.
That is why the evidence class matters more than the grid shape as such. A value from a benefit list is close to a value from a sentence: both survive a redesign, and both can be quoted next year without re-reading a layout.
Nothing on this page is a vendor statement; the values it helps read are on the support table, with the page and the date each one was read from. See also the paid tier column, reading a plan table. Nearby terms: omission reading, crossing point, list price.