The portfolio
61 products as a customer meets them — purpose, audience, revenue model and BB2G's own monetization score. It scores every row as though the row existed.
The part most decks leave out
Every disagreement below was found by joining the sources rather than by choosing between them. None has been smoothed. Smoothing them is the thing that would cost this package its credibility.
The sources
61 products as a customer meets them — purpose, audience, revenue model and BB2G's own monetization score. It scores every row as though the row existed.
72 rows as an engineer meets them — tier, priority, IP status, ceiling, and a measured build state for each.
438 candidate addresses probed over HTTPS at build time; 423 answered. Captured with each page's own served title, so a mapping can be judged instead of asserted.
Printed, not smoothed
Neither is wrong. They are different cuts — one lists what a customer buys, the other lists what has to be built. They are not subsets of each other and no row-for-row mapping exists.
Printed both ways on purpose. Smoothing this is the thing that would cost the package its credibility. Every ceiling is BB2G’s own arithmetic and none of it is third-party validated.
The metadata was written before the rows were finished. The rows are the source of truth; the metadata has not been restated.
This is the reconciliation that matters. The market view scores every row as if it existed. The engine view measured which ones do. Lead with this number, not the ceiling.
The number to lead with
A portfolio document says what the intellectual property might be worth. It says nothing about the rate at which it is built, and nothing about how much of it exists today. 10 of 72 rows are deployed. 60 are specification only. That figure was arrived at by correcting an earlier, more flattering count downward — and it is the reason the rest of the arithmetic deserves a hearing.