Qualified Demand Ledger
Classify launch, outreach, checkout, payment, usage, and review-time evidence without counting views, deployments, sent messages, or owner tests as demand.
What problem does Qualified Demand Ledger solve?
Commercial experiment reports often mislabel exposure, sent outreach, owner-controlled checks, and operational activity as demand or revenue.
Use it to
- Audit whether a launch report mislabeled impressions or directory exposure as demand
- Separate owner-controlled checkout and payment verification from external buyer behavior and revenue
- Reconcile attributed clicks, buyer questions, checkout openings, installs, settlements, commissions, and recurring use
- Produce a stable receipt before an agent claims a commercial experiment worked
What it returns
- Deterministic commercial-evidence classification
- Qualified demand, revenue, retention, exposure, operations, candidate, and exclusion buckets
- Stable findings and bucket event IDs
- JSON and Markdown reports with SHA-256 receipts
A representative input and result
Access and approval boundaries
- Terminal permission to run the bundled local Python classifier.
- Read access to one user-selected UTF-8 JSON input.
- Write access only to optional user-selected JSON and Markdown report paths.
- No browser, network, credential, account, environment-variable, messaging, payment, or publication permission.
Known limitations
- The ledger classifies caller-supplied normalized evidence and does not retrieve or authenticate analytics, payment, marketplace, or customer data.
- Opaque actor tokens are required, but the helper cannot prove that every source label or evidence reference is free of personal data.
- It does not merge or convert currencies.
- Direct or verified attribution remains a caller-supplied claim unless backed by a protected external record.
- A clean ledger is an accounting result, not a forecast of demand, revenue, retention, profitability, or product-market fit.
Questions
Does it connect to Stripe, Agensi, analytics, or my inbox?
No. It processes one local normalized JSON input and makes no network request.
Do impressions, views, reactions, deployments, or sent messages count as demand?
No. They remain exposure or operations even when numerous.
Can an owner-funded verification payment count as revenue?
No. Owner-controlled or non-external activity remains operations.
How does it count external revenue?
Only external settlement or commission evidence with strong attribution, positive amount, currency, and transaction or settlement identifier enters revenue.
How does it count retention?
Recurring use must have strong attribution and an eligible in-window, uniquely evidenced, external non-owner parent for the same opaque actor and product at least 24 hours earlier.
Does the SHA-256 receipt prove the events are true?
No. It proves which normalized input and report core were processed.
Does a clean report mean the product has demand?
No. It only means the supplied events were classified under the documented rules.
Qualified Demand Ledger keeps proof and approval boundaries visible.
The listing includes the tested package, realistic samples, declared permissions, and known limitations.
Get Qualified Demand Ledger on Agensi