A working Lovable, Bolt, Cursor or AI-assisted app is not automatically production ready. Score the product across customer evidence, access and data, reliability, AI quality and cost, and commercial launch readiness. You will get the result immediately. This is a product diagnostic, not a security certification.
PROGRESS
0 / 20 answered
CUSTOMER EVIDENCE
A founder-guided demo is not the same as a product someone can use alone.
Matched users expose different behaviour from people who already understand what you are building.
Examples include a completed booking, generated outcome accepted by the user, or a paid task completed.
A first use proves curiosity. Repeat behaviour is stronger evidence of lasting value.
ACCESS & DATA
Signing in is not enough. The system also needs to enforce what each account is allowed to read or change.
Try the failure case rather than assuming generated row-level or API rules are correct.
Anything shipped to the browser should be treated as visible to the user.
You should know how data is restored, removed and handled when an account closes or something goes wrong.
RELIABILITY
Test bad input, unavailable services, timeouts and empty states as well as the happy path.
A screenshot from a user should not be the only evidence that something failed.
Use monitoring or alerts for the failures that would stop customers receiving value.
Early products need a human recovery route even when the long-term goal is more automation.
AI QUALITY & COST
If AI is not part of the product, choose Yes. Otherwise use real examples rather than demo prompts.
If AI is not part of the product, choose Yes. Quality should be testable rather than a feeling from a few prompts.
If AI is not part of the product, choose Yes. The interface should acknowledge that model output can fail.
If AI is not part of the product, use the equivalent infrastructure cost. Price needs to survive real usage, retries and heavy users.
COMMERCIAL LAUNCH
High-touch onboarding can be a deliberate model, but it should be a choice rather than a workaround for unclear product flow.
Launch should tell you where people stop, not only how many people visited.
The right signal depends on the business model, but the MVP should test more than whether people say the idea sounds good.
Write the decision threshold before launch so the result is not reinterpreted emotionally afterwards.
YOUR SCORE
No signup or email gate.
The score is designed to expose the gaps that are easy to miss when an AI-built prototype looks finished in the browser: customer evidence, data boundaries, failure recovery, observability, AI evaluation, cost and commercial measurement.
It is not a penetration test, legal review, compliance assessment or guarantee that a system is secure. Products handling health, financial, children’s, identity or other high-consequence data can require specialist technical, legal or regulatory review beyond this diagnostic.
If you have already built the product in Lovable, Bolt, Cursor, Replit or a similar stack, the next step should normally be to identify the specific blockers before accepting advice to rebuild the application from scratch.
EXPLORE NEXT
Every stage from first idea to first revenue, mapped end to end.
Audit a Lovable or AI-built app, fix the real launch blockers and take it to a production-ready release.
Read moreSeven gates that take an AI-built MVP from demo to something you can charge for.
Read moreThe five stages between an AI prototype and a product customers pay for.
Read moreTurning LLMs, RAG and agents into products that hold up in production.
Read more