What makes an invention idea worth evaluating before you build anything?
Most invention ideas die for one of three reasons: nobody actually wants the solution, something nearly identical already exists, or the numbers never worked in the first place. A real evaluation checklist catches all three before you spend money on a prototype or a patent attorney.
The order matters. Checking the cheapest, fastest questions first (does this problem exist, has someone already solved it) saves you from paying for expensive answers (tooling, legal fees) to questions you could have answered for free. That is the whole logic behind evaluating an idea in stages rather than all at once.
What does the checklist look like at a glance?
Five checks, in the order that costs least to answer. The prior-art figures come from published attorney and search pricing; the time estimates are a rough guide for a first-time inventor working part time.
| # | Check | The question to answer | Typical cost to answer | Rough time |
|---|---|---|---|---|
| 1 | Problem | Who feels this weekly, and how do they cope today? | Free | An evening |
| 2 | Prior art | Does something close already exist? | Free to search yourself; $1,500 to $3,400 for an attorney search and opinion | 5 to 40 hours for a careful DIY search |
| 3 | Market | Do people already pay for adjacent products? | Free | A few hours |
| 4 | Feasibility | Can it be made at a unit cost people will pay? | Free to low cost for a sketch or concept model | About a week |
| 5 | Money | Does the margin survive a realistic volume? | Free with a spreadsheet | A few hours |
If an idea fails check 1 or 2, stop and rethink before spending on checks 4 and 5.
Does your idea solve a real problem people already feel?
Start here, not with the invention itself. Write down the problem in one sentence, without mentioning your solution. Then ask who feels this problem weekly, how they solve it today (even badly), and what they currently pay, in money or time, to work around it.
If you cannot name a specific person who feels this problem now, the idea needs more definition before it needs anything else. A Product Strategist's first job, in EntreDash's advisory model, is pressure-testing exactly this: is the problem real, and is it felt often enough that someone would change their behavior to fix it.
How do you check if your idea already exists?
This is where most people skip ahead and regret it. Before you build, sketch, or file anything, run a plain-language search for your idea using the words a stranger would use, not the words you use internally. Check general web search, marketplace listings (Amazon, Etsy, Alibaba), and crowdfunding archives on top of any patent search.
A prior art search means looking at everything publicly known before your filing date, patents, published applications, products on shelves, articles, even old crowdfunding pages, to see what already exists in your space. Finding something similar does not automatically mean your idea cannot move forward; it means you now know what to design around, and it is the kind of question a patent attorney would ask when scoping a filing. For a deeper look at how this search gets structured, including which databases matter and how to search beyond the United States, see the most affordable ways to run an international prior art search. EntreDash's own screening process and the databases it checks are laid out in detail on the methodology page.
Is there a market big enough to matter?
A checklist item people love to skip: how many people have this problem, and will they pay to fix it? You do not need a formal market study at this stage. You need rough, honest numbers.
Look for adjacent products already selling into a similar need; their price points and reviews tell you what people are willing to pay and what they complain about. If three competing products exist and all have hundreds of reviews complaining about the same flaw, that is a market signal, not a reason to quit. If nothing like it exists anywhere and no one in forums or reviews is asking for it, that is worth sitting with before you invest further.
Can you actually make this, and for how much?
An idea that works on paper still has to be buildable at a cost someone will pay for. This step is about rough feasibility, not final engineering.
Sketch the core mechanism. List the materials or components it would need. Get a ballpark sense of unit cost at low volume versus at scale, because the two numbers are often very different. If the idea depends on a material or process you do not understand yet, that is a flag to research, not necessarily a reason to stop.
If you want a sense of what this stage typically costs in dollars, from DIY tools to hiring help, the sourced cost comparison for taking an invention to attorney-ready breaks down the real numbers across different paths. And if your budget right now is close to zero, this guide on developing an invention with no money covers which steps genuinely need cash and which do not.
Does the business model make financial sense?
A good idea with bad unit economics is still a bad business. At minimum, your evaluation checklist should answer: what would this cost to produce at a realistic volume, what would it sell for, and what is left over after manufacturing, packaging, shipping, and a reasonable margin for whoever sells it (retailer, distributor, or you directly).
This is where a Financial Analyst's role in a structured evaluation earns its place: turning a rough idea into a projection with assumptions you can actually defend, rather than a guess. You do not need a full financial model this early. You need to know if the math is even in the right neighborhood before you build anything physical.
What is a prior art search, and why does it come before you spend on a prototype?
It is worth repeating, because the order saves real money: checking what already exists costs nothing but time, while a prototype or a patent filing costs real money. Running the prior art check before you commit to tooling means you are not redesigning around a competitor's patent after you have already paid for molds or a provisional filing.
This does not mean a casual search settles the question for good. A thorough screening, the kind that checks multiple patent databases, international filings, and non-patent literature like product listings and trade publications, gives you a far more complete picture than a single search engine query. That is also why the question of patentability itself is one for a licensed patent attorney to answer directly; a checklist can tell you what is worth examining, not what will or will not be granted.
When should you move from checklist to attorney-ready documents?
Once an idea clears the questions above, problem is real, nothing identical already exists, the market shows signs of life, the build is feasible, and the financial model holds up, it is ready for the next layer: structured documentation. That means a clear written description, basic sketches with labeled parts, and a summary of what makes your approach different from what you found in your search.
This is exactly the gap between "I have an idea" and "I have something a patent attorney can actually review efficiently," and it is where most people either stall out or overpay. A structured, seven-step path through this exact transition, in the order that keeps costs down, is laid out in how to develop an invention idea, from early idea to attorney-ready, including both an idea checklist and an attorney-ready checklist you can use directly.
If you want a sense of how long each stage realistically takes, from first sketch to something a manufacturer or attorney can act on, this breakdown of invention development timelines is a useful companion piece.
And if you would rather get a structured read on your specific idea now, rather than working through every question solo, EntreDash's free advisory board walks an idea through a Product Strategist, an IP Consultant, and a Financial Analyst, the same three lenses this checklist is built around, and shows you the how-it-works version of this exact evaluation process end to end.


