Skip to content
YibudYibud

Example report

SaaS Startup Validation Report Example

A worked example of what Startup MRI produces for a niche vertical-SaaS idea. Read this end-to-end and you will know what your own report will contain.

Last updated Β· August 6, 2026

Quick answer

What does a SaaS startup validation report look like?

A SaaS startup validation report turns a one-sentence idea into a structured read on whether the idea is worth building. It shows the founder's input back as labelled fields, scores the idea on six dimensions (market opportunity, competition, distribution, monetization, build difficulty, founder fit), summarises each dimension in plain language, surfaces the three risks most likely to invalidate the plan, names the smallest MVP that tests those risks, recommends the most realistic acquisition channel, and finishes with a numbered list of next steps. Yibud's example below is a plausible operating point β€” not a benchmark β€” built around an anonymised niche vertical-SaaS persona. The numbers shown are illustrative; the report format is real.

The startup idea

What the founder typed into the Analyzer

Every Startup MRI report starts with five labelled inputs. These are the inputs the example below was scored against.

Startup idea
A subscription SaaS that helps independent optometry clinics manage patient recall, prescription re-checks, and frame inventory in one place.
Target audience
Independent optometry clinics in North America with 1–4 practitioners and no in-house software team.
Monetization model
Subscription
Acquisition channel
SEO
Technical background
Experienced developer

Validation analysis

What the report says about the idea

Six dimensions, each scored 0–100. The numbers below come from the deterministic rule engine Startup MRI uses; the prose is illustrative of what the AI summary section of a real report says.

  • Dimension 1

    Market opportunity

    Independent clinics have a real, felt workflow problem today: patient recall is run on spreadsheets, frame inventory is reconciled by hand, and prescription re-checks are tracked on paper. The workaround costs each clinic several hours per week. Reachability is good because the ICP is small and identifiable, and SEO against clinic-specific keywords is a workable channel.

  • Dimension 2

    Competition

    Two entrenched incumbents exist. Both target hospital systems and multi-site chains, and neither is well-loved by independent clinics. The angle β€” small-clinic-first β€” is sharp and under-served. The risk is that the incumbents eventually move down-market; the report flags that as a low-probability, high-impact event to monitor.

  • Dimension 3

    Distribution

    SEO fits the buyer: clinic owners search for 'patient recall software for optometrists' and similar queries at the moment they feel the pain. Content velocity is achievable: one well-targeted case study per month is more powerful than broad industry content. Cold outreach is unlikely to work because the buyer is busy and skeptical of vendor sales calls.

  • Dimension 4

    Monetization

    Subscription fits the buyer and the workflow. The report recommends pricing in the $99–$199 per month per clinic range, charged monthly, with annual prepay as the renewal lever. Critical assumption: willingness to pay at this price point. The discount-the-launch-price warning is flagged here β€” discounted launch prices contaminate the signal.

  • Dimension 5

    Build difficulty

    The MVP is a thin slice: patient recall automation, prescription re-check tracking, and a minimal frame-inventory module. Hosted multi-tenant data, modest integrations, and an admin view. The MVP is a 4–6 month solo build for an experienced developer, with a HIPAA-aligned hosting layer as the most expensive and non-negotiable component.

  • Dimension 6

    Founder fit

    The founder has shipped two B2B SaaS products before, has working relationships with three optometrists, and is comfortable with the long sales cycle of clinical buyers. Founder fit is high. The report flags two gaps: no existing audience to seed the first customers, and no clinical credentials β€” both addressable through advisory arrangements.

Score breakdown

The score, dimension by dimension

Per-dimension scores plus an overall score. Read the breakdown, not just the overall number β€” the breakdown tells you which assumption to test first.

Overall startup score

NaN

/ 100

  • NaNMarket opportunity
  • NaNCompetition
  • NaNDistribution
  • NaNMonetization
  • NaNBuild difficulty
  • NaNFounder fit

Overall, the report reads as a high-fit, niche SaaS with a clear angle and a real workflow problem. The weakest dimension is monetization, and the report names willingness to pay at the business-model price as the single critical assumption. Build difficulty is moderate, not easy, mostly because of the clinical-data compliance layer. The founder should test the monetization assumption before expanding the build.

Top risks

The three risks most likely to invalidate the plan

Risks are written as named failure modes, not as vague warnings. Each comes with a concrete recommendation for the cheapest experiment that tests it.

  1. Risk 1

    Willingness to pay at the business-model price

    Free trials and discounted launch prices will hide the real signal. Without a willingness-to-pay test at the planned recurring price, the founder risks building a product customers will only adopt if charged meaningfully less than the business needs.

    Recommendation: Run a 30-day concierge at the $99–$199 monthly price with five paying clinics before expanding the build. Five paying customers is enough to test the assumption; ten confirms it. The concierge is the only experiment that produces a renewal signal β€” the signal no landing page can fake.

  2. Risk 2

    Clinical-data compliance and hosting complexity

    Patient recall data is clinical data. Hosting, audit logging, and BAA agreements add complexity and time that the MVP scope does not currently budget for. Skipping or under-engineering this layer is the kind of mistake that looks small on day one and fatal on day 365.

    Recommendation: Engage a HIPAA-aligned hosting partner from day one, even for the concierge. Treat compliance as a non-negotiable infrastructure cost, not a v2 feature. Budget an additional 4–6 weeks of build time for the audit-logging surface.

  3. Risk 3

    Single-person distribution

    The founder has no existing audience in the optometry vertical. SEO compounds, but a 6–12 month ramp means the founder is shipping to nobody in the first quarter. Without any warm pipeline, the risk is a flat first six months that disguises itself as a product problem when it is actually a distribution problem.

    Recommendation: Use the advisory optometrists to recruit the first ten clinics through personal introductions. Combine that with two founder-written SEO case studies per month, and ten paying customers inside the first quarter is plausible. Treat warm intros as the seed channel; SEO as the compounder.

MVP recommendation

What to build first β€” and what to skip

The MVP is whatever product lets the founder run the willingness-to-pay experiment. For SaaS, the MVP is rarely the full product.

Build first

  • A 30-day concierge for patient recall and prescription re-check tracking, manual where the build is not yet wired, automated where it is.
  • A hosted multi-tenant clinic record, with audit logging baked into the data layer from the first commit.
  • A weekly usage report delivered by email, so each clinic has a reason to come back inside the seven-day window.
  • A billing path that charges the recurring $99–$199 monthly price, with annual prepay as the renewal lever.

Skip until after the first five paying customers

  • Frame-inventory module beyond a single-line CSV import β€” wait until the workflow modules are paying customers.
  • Any analytics or reporting surface beyond the weekly usage email.
  • Multi-region data residency β€” the first ten clinics will be in one region; pay the migration cost when you have recurring revenue.
  • Mobile app or native client β€” every clinic workstation already has a browser.

Complexity estimate

Moderate. The MVP is a 4–6 month solo build for an experienced developer with a HIPAA-aligned hosting partner and a manual concierge component. The risk is not the technical depth β€” it is the count of first-time decisions to make about clinical-data storage, audit logging, and BAA agreements. Budgeting for advisory hours on the clinical side is cheaper than discovering a compliance gap at month five.

Customer acquisition

The most realistic channel for this idea

The recommended channel is the one that reaches the named ICP at the lowest cost. For a niche vertical SaaS, the answer is almost always some combination of warm intros and search.

Recommended channel

Search (SEO) plus warm intros β€” SEO is the compounder, warm intros are the seed.

Why this channel

Clinic owners search for the problem this product solves at the moment they feel it. A single well-targeted case study can rank for a high-intent query that you would otherwise pay $40+ per click for. Warm intros from the founder's three optometry contacts fill the gap until SEO compounds, which is usually six to nine months.

First-customer plan

  1. Week 1–2: write the first case study using a friendly optometry clinic as the named subject. Target one high-intent query (e.g. 'patient recall software for optometrists').
  2. Week 2–4: ship the concierge to five paying clinics recruited through personal intros. Charge the recurring price.
  3. Week 4–12: ship one founder-written case study per month based on actual clinic outcomes. Track which search terms convert to free-trial sign-ups.
  4. Week 12+: revisit the SEO-vs-paid-ads trade-off once the organic traffic is meaningful. Add paid ads only on the queries that already rank organically β€” paid ads alone is a losing channel for sub-$200/mo SaaS.

Recommended next steps

What the founder should do this week

  1. exampleReportSaas.nextStep1
  2. exampleReportSaas.nextStep2
  3. exampleReportSaas.nextStep3
  4. exampleReportSaas.nextStep4

Limitations

What this example cannot tell you

  • exampleReportSaas.limitations1
  • exampleReportSaas.limitations2
  • exampleReportSaas.limitations3
  • exampleReportSaas.limitations4

FAQ

Frequently asked questions about validation reports

What a report is, what it isn't, and how to read one.

What is a startup validation report?
A startup validation report turns a one-sentence idea into a structured read on whether the idea is worth building. It shows the inputs back to the founder, scores the idea across six named dimensions (market opportunity, competition, distribution, monetization, build difficulty, founder fit), surfaces the top three risks, names the smallest MVP that tests those risks, recommends the most realistic channel, and lists the next steps. Yibud's reports are produced by Startup MRI, free, in under 60 seconds.
Is a startup validation report the same as a feasibility study?
No. A feasibility study is a long, expensive document produced by a consultant. A validation report is a fast, structured, decision-oriented output produced by a software tool. The two serve different purposes; the validation report is what you run before the feasibility study, to decide whether one is even worth commissioning.
How do investors evaluate startup ideas?
Most investors run the same four tests in the first five minutes: is the problem real, is the customer reachable, is the willingness to pay concrete, and can this founder execute. A structured validation report packages those four tests β€” plus the risk and MVP dimensions β€” into a form an investor can scan in a single sitting.
What should a founder test before building a SaaS?
Three experiments, in this order: problem interviews to confirm the pain is real and felt, a landing-page or smoke test to confirm the buyer is reachable, and a 30-day concierge at the business-model price to confirm willingness to pay and renewal. Skip any one of these and you are guessing. The concierge is the SaaS-specific step most founders skip β€” and the step most likely to surface the recurring-revenue cliff before launch.
How accurate is a free validation report?
A free validation report is accurate at producing a structured read on the idea; it is not accurate at predicting whether the startup will succeed. No tool can predict that. Treat the report as a list of risks, an MVP scope, and a first-customer plan β€” not as a verdict on the idea.
Can a report tell me my SaaS is a good idea?
No report can tell you an idea is good. A report tells you whether the named assumptions are visible and testable. If the report names a real willingness-to-pay risk, that is a feature, not a flaw β€” the founder now knows the assumption that, if wrong, would invalidate the plan. The founder's job is to test it before building, not to avoid seeing it.