Convergence Radar

← Feed

F

Attest β€” verifiable community-engagement records for the orgs that hold the proof

25/100

A dead-simple mobile/web tool that lets a food bank, church, or small employer issue a signed, timestamped, verifiable attestation of an enrollee's qualifying Medicaid activity β€” sold to the community orgs and the managed-care plans that lose members when documentation fails.

Kill. Β· created 2026-07-14 00:42 UTC

public recordssaasandroidapilong-termrevisit later

Scorecard

newness 7/10
convergence 6/10
demand evidence 4/10
existing spend 3/10
solo feasibility 6/10
speed to mvp 7/10
speed to revenue 3/10
distribution 4/10
competitive gap 5/10
expansion 7/10
founder fit 5/10

Penalty flags
enterprise sales heavy compliance long trust cycle no clear buyer adequate free path pii risk (βˆ’27 from raw 52)

Opportunity brief

What changed
CMS issued an interim final rule (2026-11094, effective/implementation deadline stated in-source as no later than January 1, 2027) implementing a Medicaid community-engagement (work) requirement under a new SSA section: applicants and beneficiaries in scope must demonstrate qualifying activities or lose coverage, and every state must stand up verification/reporting. This is FACT from the Federal Register source. The IMAGINATIVE LEAP β€” that the proof lives at the tiny org where the activity happens, not the state β€” is a HYPOTHESIS about where the buildable wedge sits.
Why now
The rule is live with a hard state implementation deadline (stated as Jan 1, 2027), so states, MCOs, and community orgs are all being forced into motion inside a fixed window. Prompt-to-native-Android build (AI Studio) and per-request machine payment rails (x402/Cloudflare Monetization Gateway) are cited capabilities that lower build/monetization cost β€” but neither is required to ship this; both are secondary.
Converging signals
A federal forced-documentation mandate (regulation) + near-zero-cost native app build (android) + metered per-transaction payment (platform). The genuine convergence is the mandate meeting a defined, un-tooled actor class (volunteer coordinators / small employers) who currently hold only paper sign-in sheets.
Customer pain
HYPOTHESIS, not yet evidenced: enrollees lose coverage over undocumented-but-real activity; community coordinators get pestered for attestation letters; MCOs lose capitation when members are disenrolled. The input contains NO complaint threads, job postings, or MCO/org interviews proving any of these parties will pay β€” the convergence itself flags the KILL TEST (interview 5 MCOs + 5 orgs) as unrun.
Who pays
Two proposed buyers: (1) Medicaid MCOs, on a churn-reduction thesis (they lose per-member capitation on disenrollment); (2) community orgs / small employers, on a low per-seat 'stop pestering me for letters' fee. Both are UNVALIDATED. The actual enrollee (beneficiary) receives the benefit but is not the buyer.
Solved today
Paper sign-in sheets, ad-hoc attestation letters, and β€” critically β€” whatever free end-to-end portal each state is REQUIRED to build under the same rule. The state system is the incumbent and it is mandated to exist.
Why current solutions are bad
Paper is unverifiable and lossy; state portals may be built for the enrollee/agency side and may not capture structured third-party attestations well. But this is asserted, not shown β€” if the state portal captures third-party attestations directly, the community-side tool has no reason to exist.
Proposed product
White-label attestation issuer: a coordinator confirms an activity; the app emits a signed, timestamped, verifiable record (QR/link) the enrollee submits to the state. Web + offline-capable mobile for non-technical coordinators. Optional MCO dashboard showing at-risk members and attestation status.
MVP version
A single-screen 'confirm activity β†’ issue signed record' web app with a shareable verification link, plus a printable QR. No payments, no MCO dashboard. Buildable in 2–4 weeks solo.
30-day build
Do the KILL TEST FIRST, not the build: interview 5 MCOs and 5 community orgs in one active work-requirement state; obtain and read that state's actual verification portal spec to confirm whether it already ingests third-party attestations. Only build the MVP if the free portal leaves a real gap.
60-day build
If validated: pilot the issuer with 3–5 nonprofits in one state; get real attestations flowing into the state portal; document time saved and any disenrollment averted.
90-day revenue plan
Convert one pilot into paid: either a low per-seat fee from orgs OR a paid churn-reduction pilot with one regional MCO. Revenue here is plausible but NOT within 30–180 days with confidence β€” it depends on MCO procurement, which is slow.
Distribution path
Direct to community orgs via state nonprofit associations, food-bank networks, and faith networks; MCO side is relationship/pilot sales, not self-serve.
Pricing hypothesis
Community org: $10–30/seat/mo or per-attestation micro-fee. MCO: pilot fee (few $k) β†’ per-retained-member or per-attestation. Numbers are hypotheses.
Technical difficulty
Low-to-moderate. The signed-record issuance is easy; the hard part is integrating with each state's submission format and proving the record is accepted β€” that varies by state and is undefined here.
Legal / regulatory risk
Real. Attestations feed a benefits-eligibility determination affecting people's health coverage β€” a false or mishandled record can cost someone Medicaid. Handling enrollee PII and activity data raises privacy exposure disproportionate to a small fee. This is a vulnerable-population product; monetization must not be predatory and accuracy liability is nontrivial.
Platform dependency
Not platform-deplatformable, but DEEPLY dependent on each state's portal accepting third-party attestations β€” an integration dependency, not a policy one. If the state portal is closed-loop, the product is stranded.
Founder fit
Partial. It matches the government-mandate / forced-flow shape the founder does well, and he can build the submission layer. But the buyer is NOT the forced filer paying per-filing (the FMCSA pattern) β€” the forced party (enrollee) doesn't pay, and the proposed payers (MCOs) are exactly the slow, indifferent, procurement-driven buyer the founder avoids.
Breakout potential
If MCO churn-reduction is real and one state works, it replicates across ~40 work-requirement states and every MCO β€” large. But that upside rides entirely on the unproven MUST-BE-TRUE.
Final recommendation
CONDITIONAL / VALIDATE-BEFORE-BUILD. Do not build yet. The mandate is real and large, but every dollar of revenue depends on two unproven claims β€” that state portals leave an attestation gap, and that MCOs (or orgs) will pay for it. Run the interviews and read one state's portal spec first; if the free portal already ingests third-party attestations or MCOs are indifferent to this churn, kill it. A better-fit adjacent play in the same rule may be a per-filing tool for a party that IS the forced filer AND the payer.
Next action
Pick one active work-requirement state; pull and read its Medicaid community-engagement verification portal spec to see if it accepts third-party attestations; in parallel, cold-interview 5 community orgs and 3 MCOs on whether they'd pay to reduce documentation-driven disenrollment. Decide build/kill on those answers.

Kill arguments (adversarial)

  • The state is MANDATED to build a free end-to-end verification portal under the SAME rule; if it captures third-party attestations directly, the community-side tool is redundant (adequate_free_path). This is the convergence's own stated kill test and it is unrun.
  • No demand evidence for the BUYER: the FORCED BUYER in the input is the enrollee/state, who don't pay you. MCOs paying to reduce this specific churn is pure hypothesis β€” MCOs may treat enrollee documentation failure as the enrollee's/state's problem.
  • Wrong-payer mismatch: the party compelled to act (enrollee) is not the party with money (MCO/org), so this lacks the clean forced-buyer-pays-per-filing economics that make the founder's proven pattern work.
  • Vulnerable-population + eligibility-critical data = high legal/PII exposure for a low per-seat fee; a bad attestation can strip someone's coverage.
  • MCO sales is a long-trust pilot/procurement cycle β€” the enterprise-ish channel the founder wants to avoid β€” and unlikely to yield revenue in 30–180 days.

Competitors

β€’ State Medicaid verification portals (mandated) (link) β€” Each state is REQUIRED to build verification/reporting by the stated Jan 1, 2027 deadline; the free state portal is the incumbent and may already capture third-party attestations.
β€’ Existing MCO member-engagement/retention vendors β€” Hypothesis β€” MCOs already buy member-retention and outreach tooling; an incumbent could add attestation capture. Not verified in input.

Source citations (facts)

β€’ Medicaid Program; Community Engagement Requirement for Certain Individuals (IFC) β€” Interim final rule interprets/implements the Medicaid community-engagement requirement under SSA Β§1902(xx); states must implement no later than January 1, 2027; applicants/beneficiaries in scope must demonstrate qualifying activities.
β€’ Build native Android apps in Google AI Studio β€” Prompt-to-installable native Android apps (offline, background services, sensors) lower the cost of shipping a simple attestation app to near zero.
β€’ Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402 β€” Per-request stablecoin settlement lets a solo builder meter and collect per-attestation payments without building a payments stack.

Actions