Monetly Docs
Validation Signal Layers
Understand the signal layers Monetly uses inside one no-charge commitment funnel.
Public usage documentation: this page explains how to use Monetly. It does not define product logic. Core behavior is governed by Monetly's internal Decision OS and platform contracts.
Summary
Monetly v2 does not ask users to choose legacy mode labels as equal public modes.
A validation run uses one locked contract and a layered commitment funnel so the evidence can be interpreted consistently.
Key Rules
- The contract defines the buyer, problem, offer, price, traffic source, and funnel.
- The funnel can collect lighter interest and stronger commitment, but it must not collect cards or charge visitors.
- Commitment is measured as behavior, not as a real purchase.
- Do not mutate the contract mid-run unless you are intentionally starting a new validation cycle.
Common Mistakes
- Treating a lightweight signup as enough evidence for a build decision.
- Testing commitment before the buyer, offer, and price are clear.
- Comparing different contracts as if they measured the same behavior.
Interest Capture
Interest capture measures whether visitors are willing to leave contact information or ask for updates.
This is useful context, but it is lighter than commitment evidence and should not be treated as a final build signal by itself.
Offer Access Signal
Offer access signals measure whether visitors move toward a concrete next step for the tested offer.
This is useful when a simple signup is too weak to answer the product question.
No-Charge Commitment
No-charge commitment measures whether visitors express serious intent around a priced offer.
Monetly does not process payment, collect cards, or present a real order flow. The point is to measure commitment without a financial transaction.