mrrlens
Sign in
Methodology

How the lens works.

Every number on MRRLens is either verified at the source or produced by a formula printed next to it. Nothing is guessed silently.

Where the data comes from

The crawler identifies itself, paces itself per host and reads only public pages. Reviewer names are never stored; quotes link back to the public source.

Revenue estimates

A product only gets an estimate when there is evidence it charges money (a paid plan, a published price, a premium tier). Free tools show “no paid plan seen”.

Every figure carries one of three confidence levels, shown next to it:

How accurate the estimates are

Not measured yet, and we will not pretend otherwise. None of the verified products so far also carried a marketplace estimate: they are SaaS sold outside the stores. 807 products carry an estimate that a founder can check. When one is verified, the estimate it had is kept and published here next to the real figure, so the error of the model is public — good or bad.

When there is no estimate on purpose

Installs only say something about revenue when the listing is the product being sold. Two kinds of listings are excluded from estimates and from the opportunity ranking, and their pages say why:

Known brand domains are classified directly; other listings with an estimate are checked by a language model reading the name, website and description. When it is unsure, the listing keeps its estimate.

How an estimate is shown

An estimate is always shown as its range ($72k–192k a month), never as a single figure, with a confidence level: medium when the range spans at most 3×, low beyond that. Shopify apps with a free plan carry low confidence because both the installs per review and the paying share are assumed.

Build difficulty

A language model rates how hard a credible competitor would be for a small team (Low, Medium, High) from the listing and its complaints, naming the main factors: third-party APIs and integrations, regulation and compliance, payments, data or network effects, hardware and operations, platform approval. It is a hypothesis to check, not a measurement.

The 1-star x-ray

Every X-ray shows the date it was analysed. When the classifier improves, X-rays are re-analysed and the date changes; the method used (model or keywords) is printed under each breakdown.

Recent 1–3★ reviews (and the “cons” reviewers state on Capterra) are read one by one by a language model and given their main complaint: Pricing, Bugs/Reliability, Missing Feature, Bad Support or UX, judged by what the user is unhappy about, not by which words appear. Each category shows how many reviews fall in it, a summary and a quote with its link. A quote must be copied word for word from the review, or it is not used. Reviews in other languages keep the original text, with an English translation underneath. Without a model, keyword evidence decides.

Opportunity score

Three factors, each read from the product's own figures, each shown on the product page with the points it earned:

The published score rescales the weighted sum so that the formula's practical ceiling (an estimated ~$100k a month with a sixth of well-evidenced ratings at 1–2★) is 100. Without the rescale every strong product would sit at the same value. It is not a percentile: the best product today scores below 100 because none reaches that ceiling. The product page also gives the relative position among scored products (top 2% · 6 of 94) and High/Medium/Low from 75/45.

Only products that can be judged are scored: software (not paid communities, services or content), with verified revenue or an estimate whose range spans at most 3×, of at least $1k a month, an X-ray of at least five complaints, and some sign of unhappy users.

Formula versions

Every score shows its formula version and the date it last changed. A score changes when its evidence changes (new reviews, a new revenue figure) or when the formula version changes.

Verified revenue counts in full, an estimate whose range spans at most 3× at 80%, a wider one at half — so the least certain figures cannot top the ranking. A product needs a revenue figure of at least $1k a month to be scored — an opportunity is money on the table first. A product with no rating and no complaint read has no opportunity score either: earning money without unhappy customers is not an opening for a challenger. It still appears in the revenue leaderboard. Revenue counts fully only together with pain: on its own it earns 30% of its points. A founder who verified revenue can ask to leave the opportunity ranking (see corrections).

45 × revenue + 35 × pain + 20 × demand, each term from 0 to 1:

Buyer-intent leads

Threads are collected from Hacker News, Reddit, Bluesky, Stack Exchange, the Shopify Community, WordPress.org forums, Lobsters and Dev.to when they contain a high-intent phrase (“alternative to”, “switching from”, “too expensive”, “looking for a tool”, …). A phrase is not intent, so every candidate is then read by a language model and labelled:

Passing mentions, comparison pages, launches, self-promotion (including “free alternative to X” posts) and bug reports are discarded. The model also checks that a named product is the commercial one (an open-source tool or a device with the same name is not linked to it). Only switching and shopping threads appear on the home page. The intent score (0–100) is the model’s estimate of how likely the author pays for a new tool within weeks; urgency is High from 70, Medium from 45.

Corrections

Founders can replace any estimate with verified revenue on /verify. A wrong name, a wrong category, a misattributed quote or a broken link: write to hello@mrrlens.com with the page and the problem, and it is fixed or removed. Verified founders can also ask for a public reply to be shown next to a complaint. See Corrections. Changes to our own method are listed in the corrections log.