What changed
Per signal 1729 (asserted in the convergence description; the underlying signal text was NOT provided in this input, so I treat it as reported fact, unverified here): Microsoft is ending the free M365 Business Premium grant for nonprofits, with each tenant hitting the change at its renewal date over the coming months. The free fallback (Business Basic) strips Intune and Defender, degrading device management and security for the whole class simultaneously.
Why now
A rolling per-tenant renewal cliff creates a time-boxed window: each nonprofit must decide (pay ~75%-discounted Premium, downgrade, or re-architect security) before its own renewal date. HYPOTHESIS: most sub-$5M nonprofits have no IT staff and are unaware until renewal. This window decays β in 12-18 months the class has already churned through the decision.
Converging signals
(1) Platform rule change: grant termination raising cost/security burden on an enumerable class (signal 1729, text not provided). (2) Public registry: IRS Exempt Organizations Business Master File β a free, downloadable list of every US 501(c)(3) with name, address, and revenue band, enabling near-complete enumeration and size-based qualification of the target market. Signal (2) is a structural FACT about the EO BMF (well-established public dataset), but its usefulness for outreach (email recoverability) is an untested HYPOTHESIS the convergence itself flags.
Customer pain
HYPOTHESIS β no demand_evidence was provided in this input (the array is empty), so pain is inferred, not proven: a nonprofit ED discovers at renewal that the free tier they built on now costs real money or silently loses device management, conditional access, and endpoint defense. Counter-hypothesis that must be taken seriously: Business Basic remains free, so many small orgs will simply accept the downgrade and feel no acute pain at all.
Who pays
Primary: executive director / operations lead of a 501(c)(3) with ~$250k-$5M revenue currently on the Premium grant. Secondary (likely better): MSPs serving nonprofits, who would pay for a segmented, renewal-timed lead list plus a white-label migration playbook β MSPs demonstrably pay for lead generation, which partially substitutes for the missing direct demand evidence.
Solved today
TechSoup and Microsoft nonprofit partners broadcast the change and sell discounted licenses; nonprofit-focused MSPs (Tech Impact, RoundTable Technology, hundreds of locals) handle migrations as billable projects; DIY orgs read Microsoft's transition FAQ. Nothing in the provided input evidences an unserved gap β the gap claim is pure inference.
Why current solutions are bad
MSP engagements are hourly, slow, and priced for orgs that already have an MSP; unmanaged orgs (the majority under $5M β INFERENCE) get generic email notices from Microsoft/TechSoup with no decision support. A fixed-price, deadline-anchored kit ('here is exactly what you lose, here is the cheapest compliant replacement stack, done in a week') is a clearer offer than either. That is a positioning wedge, not a moat.
Proposed product
(a) Direct: $1,200-$2,500 fixed-price Grant-Cliff Kit β license right-sizing audit, Business Basic + low-cost security replacement stack (or discounted Premium justification memo), executed migration checklist. (b) Leverage: the EO BMF-derived, revenue-banded, contact-enriched target list + the kit as a white-label package sold to nonprofit MSPs at $500-$1,500/territory/month. (b) is the more sellable product for THIS founder: it is a data/report product (his preferred shape) sold to a buyer class that already pays for leads.
MVP version
One-page 'What your nonprofit loses when the Premium grant lapses' explainer + EO BMF extract of orgs $250k-$5M with emails enriched from websites/Form 990s + a 100-email outbound test. No code beyond scraping/enrichment scripts. This IS the falsification test the convergence prescribes β run it before building anything else.
30-day build
Pull EO BMF; segment by revenue band and NTEE code; measure email recoverability rate (the convergence's own kill threshold: <30% recoverable falsifies near-zero CAC). Verify Microsoft's actual fallback terms and renewal mechanics from primary sources. Send the 100-email test. Gate: >=5 discovery calls in 7 days per the stated prediction.
60-day build
If gate passes: deliver 3-5 paid kits at $1,200-$1,500 (founding-customer pricing) to build the playbook and testimonials. In parallel, pitch the white-label list+playbook to 10 nonprofit-focused MSPs β their response is the second demand test.
90-day revenue plan
Direct path: 8-12 kits/month at ~$1,500 β $12-18k/mo if conversion holds (unproven). MSP path: 5-10 white-label subscriptions at $500-$1,000/mo. Realistic blended first-revenue estimate: day 45-90, contingent entirely on the 30-day gates.
Distribution path
Cold email against the enumerated registry (deliverability and nonprofit spam sensitivity are real risks), plus MSP partnerships. No existing channel, no community presence in the nonprofit space β distribution is the weakest link after demand.
Pricing hypothesis
$1,200-$2,500 fixed-price kit direct; $500-$1,500/mo white-label to MSPs; possible $99 self-serve 'decision memo' downsell for tiny orgs.
Technical difficulty
Low. EO BMF parsing, email enrichment, an outbound sequence, and a documented M365 migration playbook. Days-to-weeks of AI-assisted work; well within solo capability.
Legal / regulatory risk
Low-moderate: CAN-SPAM-compliant cold email is fine; using IRS public data is fine. Giving security-configuration advice carries some liability optics β mitigate with scoped engagement terms. No regulated activity.
Platform dependency
Moderate and time-boxed: the entire opportunity is a Microsoft licensing decision. Microsoft could soften terms, extend deadlines, or partners could saturate messaging β any of which compresses the window. The opportunity has a built-in expiration date; that is acceptable for a cash play, fatal for a durable product.
Founder fit
Mixed β this is registry mining (his public-records strength) but NOT his proven gov-portal shape: no regulation compels the nonprofit to file anything; Microsoft's change is a platform pricing event, not a mandate, so the FORCED BUYER heuristic (lesson, conf 0.80) does NOT apply despite superficial resemblance. The direct version is outbound consulting sales to trust-sensitive nonprofit buyers β he sells through demonstrated value, not relationship sales, and nonprofits are a relationship-heavy segment. The MSP data-product angle fits him considerably better. Applied lessons: capital/runway lesson (conf 0.90) β the modest enrichment/outbound spend is not penalized; demand-blind-engine lesson (conf 0.85) β the empty demand_evidence array partly reflects the engine's known ingestion gap, but I still cannot score demand on evidence I don't have.
Breakout potential
The repeatable asset is the PATTERN: public registry Γ platform/pricing cliff β enumerated, date-addressable outbound. If the play works once, it becomes a template for the next cliff (and the EO BMF enrichment pipeline is reusable). The specific M365 opportunity itself is a decaying cash window, not a compounding product.
Final recommendation
CONDITIONAL TEST, do not build. The idea survives the kill attempt only because its falsification test is nearly free and fast (~$200 and two weeks for enrichment + 100 emails). Run the convergence's own two gates β email recoverability >=30% and >=5 discovery calls from 100 emails β before writing any product code. If direct demand is weak but MSPs bite, pivot to the list+playbook data product, which fits this founder's shape far better. Kill without regret if both gates fail; the window decays regardless.
Next action
Download the IRS EO BMF, extract 501(c)(3)s with revenue $250k-$5M, enrich 200 records for emails, measure recoverability rate, and send the 100-email 'what you lose when Premium lapses' test this week.