Development

What Does a Software Discovery Phase Cost? (And What You Get for It)

Our base software discovery phase is an investment of only $1,995, and takes two to three weeks, with kickoff 7-10 business days after signing. For that you get a requirements document, API recommendations, development considerations, pricing for the build, and a timeline, all of which are yours to keep whether you build with us or with anyone else. Across the industry, a discovery phase is priced as a small fraction of the build it defines, and ours is deliberately at the low end of that: against the $25k-$100k a focused first version of a custom product typically costs, $1,995 is under five percent of the smallest build it would scope. The rest of this guide covers what that money actually buys, why the price is fixed, how it compares to a free quote, and the handful of situations where you don't need a discovery phase at all.

What a discovery phase is paying for

Discovery is the work of deciding what to build, in what order, on what foundation, and for how much, before anyone writes production code or begins a design. The price covers people's time, and the time goes to a specific list of activities:

  • Stakeholder interviews. Conversations with the people who own the problem, run the workflow today, and will use or buy the product, so the scope reflects what the business needs instead of what one person remembered to mention.
  • Product and workflow analysis. Mapping how the work happens now (spreadsheets, emails, the tool everybody hates) and where software changes it.
  • Feature prioritization. Sorting every requested feature into what version one needs, what comes next, and what waits. This is where most of the savings in a build come from.
  • User mapping. Who the users are, what each type needs to accomplish, and which single workflow proves the product works.
  • Technical recommendations. Architecture, frameworks, hosting, and the third party services the product will depend on, chosen for your scale and timeline rather than the team's habits.
  • Code review, when there's existing code. If you already have a prototype, an AI built MVP, or a product from a previous vendor, discovery includes reading it and deciding what survives.
  • Integration and system planning. The APIs, data sources, and existing systems the product has to talk to, and what each connection will take.
  • A delivery roadmap with cost and timeline. The whole plan priced line by line and sequenced into phases.

Two to three weeks is enough for all of that on most products because the work is focused. We're defining one product with one set of stakeholders, and we've done it enough times to know which questions matter.

What you get for it

The deliverables are the point, so here's what lands in your inbox at the end:

  • A requirements document. Every feature of version one described in enough detail that any competent team could build from it.
  • API recommendations. Which third party services and integrations the product needs, which we'd choose, and why.
  • Development considerations. The technical decisions, risks, and trade offs the build will have to handle, written down before they become surprises.
  • Itemized feature pricing. A fixed price for the build, broken out by feature, with options from a core MVP up to the full product.
  • Timelines. How long each phase takes and when the product can be in front of users.

We've answered what you get at the end of a discovery engagement in more detail, and the short version of the ownership question is that the documents are yours. You can take them to another firm, hand them to an in house team, or put them in a drawer. Most clients continue with us because we already understand the product, and you're never required to.

Why the price is fixed

A fixed price for discovery does two jobs. It tells you exactly what the scoping phase costs before you commit, and it proves the firm can scope its own work, which is the skill you're about to pay it to apply to yours. A vendor that can't put a number on a two week planning engagement is going to struggle to put a number on a six or twelve month build.

It also keeps the incentives clean. When discovery is billed hourly, the phase stretches. When it's folded into the build, the build price has to absorb it somewhere. A separate, fixed, modest fee means the firm has to be efficient about discovery and you can judge the firm on the deliverables before you spend a larger sum. The same logic applies to the build itself, and discovery is the step that makes a fixed build price possible in the first place.

How a paid discovery compares to a free quote

Plenty of firms will quote your project for free after a call or two. Understand what you're getting. A number produced without discovery is an estimate built on assumptions the firm hasn't tested, and it gets corrected later, at your expense, through change orders, a longer timeline, or a product that quietly shrinks to fit the price. Free quotes aren't free, long term they will cost you way more.

A paid discovery moves that correction to the front, where it's cheap. The firm has read your workflow, talked to your users, understood your problem, looked at your existing code, and priced each feature individually. The number that comes out is one you can hold someone to. It also makes bids comparable: hand the same requirements document to three firms and you're finally comparing prices for the same product. Our custom software cost guide explains why quotes for the "same" project vary so much, and most of the variance comes from vendors pricing different, unstated assumptions.

What skipping discovery costs

The expensive version of this story is familiar to anyone who has run a software project. Development starts on a verbal understanding. Three weeks in, a stakeholder nobody interviewed explains that the real workflow has an approval step. The data model changes. Features built on the old model get rebuilt. The integration everyone assumed was simple turns out to need a vendor contract. The launch date moves twice. By the end, the team has built some features twice and some that nobody uses, and the budget went where the plan should have been.

Most of what we see in rescue work traces back to a skipped or shallow scoping phase, and we wrote up the signs that software needs a rescue partly so founders could recognize the pattern earlier. Discovery doesn't make a project risk free. It moves the discoveries to the two weeks when they cost a conversation instead of a sprint and your entire budget.

When you don't need a discovery phase

Honest answer: sometimes you don't, and we'll say so on the strategy call. A few situations where paying for discovery is the wrong move:

  • A small, well defined change to an existing product. Adding an export button doesn't need a requirements document. It needs a ticket and an estimate.
  • A true throwaway experiment. If you want a landing page or a clickable prototype to test demand before you decide whether to build anything, discovery is overkill. Build the cheap test first.
  • You've just finished a thorough discovery elsewhere. If another firm handed you a complete requirements document, pricing, and a timeline last month, we'll review it rather than redo it. We will be honest if we see holes in their document and be upfront if we dont have enough information.

What doesn't exempt you is being sure of what you want. Founders with a clear vision benefit from discovery as much as anyone, because the phase isn't there to second guess the vision. It's there to find the hidden complexity in it while that's still cheap, and nearly every clear idea has some. We have worked with hundreds of clients that come to us with a simple one or two sentence problem, we work with them to build the vision.

How to get the most out of the two to three weeks

Discovery is a collaboration, and the quality of the output tracks the quality of the input. The clients who get the most from it do a few things:

  • Put the right people in the interviews: whoever runs the workflow today, whoever owns the budget, and whoever will say no to features.
  • Bring the existing material: process documents, spreadsheets, screenshots of the tool you're replacing, and any existing code or prototype, including AI built ones.
  • Share the two to three year view. What you want the product to do eventually changes what we recommend for version one, especially in the data model and architecture.
  • Decide on the hard questions when they come up. Discovery surfaces decisions. Making them during the phase is what keeps it to a few weeks.

If you're building a first version, our guide to what an MVP really is is useful preparation, because the hardest work in discovery is usually agreeing on what to leave out.

What happens after discovery

You get the documents and the fixed price, and you decide. Some clients start the build the following month. Some phase it to match their budget, which the itemized feature pricing makes straightforward, since every feature already has a number next to it. Some take the plan to their board or their founders first. And occasionally the honest result of discovery is "don't build this yet," which is a good outcome for $1,995 when the alternative was learning the same thing for $60,000 after you attempted an initial build.

If the software you're deciding about already exists, the same engagement works as an audit: we read the code, report what's solid and what isn't, and price the path forward. Our guide to the software investment audit covers when that version is the right call.

Want to know exactly what your product will cost before you commit to building it? Our Discovery package is $1,995, fixed, and ends with a requirements document, line-item pricing, and a timeline you own outright. Book a strategy call and we'll tell you honestly whether discovery is the right next step for what you're planning.

Written by the team at Iron Forge Development, a U.S. based software commercialization firm that has helped launch 100+ products from idea to market.

FAQs

Why do software firms charge for a discovery phase?
Because discovery is real work: stakeholder interviews, workflow analysis, feature prioritization, technical recommendations, and line-item pricing take a senior team two to three weeks, and a firm that gives that away has to recover the cost somewhere, usually inside the build price or through change orders later. A modest fixed fee keeps the incentives honest. You can judge the firm on the deliverables before committing a larger sum, and the firm has to scope efficiently because the price is set. Ask any vendor offering free scoping how they're paying for it; the answer tells you where the real cost will surface.
Is a paid discovery phase worth it for a small project?
For a small change to an existing product, no; a ticket and an estimate will do. For any new product, including a small one, usually yes, because the cheapest mistakes to fix are the ones found before code exists, and small projects have the least budget to absorb rework. Our discovery is $1,199 against builds that typically start around $25k, so it's under five percent of the smallest build it would scope. A useful test: if you can describe every screen, every integration, and every user type today without hesitating, you may not need it. Most founders hesitate somewhere, and that's where the money leaks.
What's the difference between a free software quote and a paid discovery?
A free quote is an estimate built on assumptions the firm hasn't tested, produced after a call or two. A paid discovery tests those assumptions first: the firm interviews your stakeholders, maps the workflow, reviews any existing code, and prices each feature individually, so the number at the end is one you can hold someone to. Free quotes get corrected later, through change orders, a longer timeline, or a product that quietly shrinks to fit the price. The practical advantage of discovery is comparability. Hand the same requirements document to three firms and you're finally pricing the same product.
What happens if discovery shows my product costs more than I budgeted?
You find out for $1,199 instead of halfway through a build, which is the best version of that news. Because the pricing is line by line, the fix is usually arithmetic: move features out of version one until the number fits, and keep the deferred items priced and sequenced in a later phase. Sometimes the honest outcome is to wait, or to test demand with something cheaper first, and we'll say so. Ask any firm whether their discovery pricing is itemized, because a single lump sum gives you nothing to cut when the budget and the scope disagree.
Does discovery work for an existing product, or only for new builds?
Both. Pointed at an existing product, discovery becomes an audit: we read the code with read-only access, report what's solid, fragile, and dangerous in plain language, and price the path forward, whether that's extending what you have, fixing it first, or rebuilding with a list of what carries over. The price and timeline are the same, $1,199 and two to three weeks, and the deliverables are yours to use with any team. It's the right move before you fund a new roadmap, switch vendors, or let investors inspect the codebase, because each of those decisions depends on what's under the hood.
What is product discovery and why does it matter?
Discovery is a structured process for deciding what to build and why before you spend on development. It reduces the most expensive risk in software — building the wrong thing — by aligning the product to real user needs, business goals, and a realistic budget.
What do I get at the end of a discovery engagement?
You leave with concrete deliverables: a defined product scope, a prioritized roadmap, technical direction, and a complete, fixed price for development based on that scope. These are yours to keep, whether or not you build with us, though most clients find the team that mapped the product, and priced it, is the one they want building it.
How much does discovery cost and how long does it take?
Discovery is scoped to the size of the product and costs far less than a full build, making it a low-risk way to de-risk a large investment. The exact price and duration depend on the complexity of what you're planning to build.
Do I have to continue with Iron Forge for development afterward?
No. The discovery deliverables are designed to be actionable by any competent team, including your own. Most clients do continue with us because we already understand the product, but you're never locked in.
Does discovery include a price for development?
Yes. One of the core outputs of discovery is a complete, fixed price for building your product, along with different options from a core MVP to the full build, based on the scope we define together. You finish discovery knowing exactly what the build will cost, so you can move forward with confidence instead of a vague range.

Recommended read

What a software discovery phase costs and the five deliverables it produces

What Does a Software Discovery Phase Cost? (And What You Get for It)

Our base software discovery phase is $1,995, fixed, and takes roughly two to three weeks. What that money buys, the five deliverables you own at the end, why a paid discovery beats a free quote, and the few situations where you can skip it.

Development

How to Phase a Software Build Around Your Funding: What Goes in Phase 1, Phase 2, and What Waits

A planning guide for funding a software build in stages: what features belong in Phase 1, what Phase 2 is for, what can wait, what decides the go between phases, and how an itemized scope from discovery keeps the whole thing from drifting.

Workshops
Six healthcare software development partners compared on six criteria for startups

Best Healthcare Startup Development Partners Compared (2026)

Six healthcare software development partners compared for healthtech startups on HIPAA-first architecture, startup fit, product strategy, pricing transparency, full-stack capability, and post-launch support, with reviews, a side-by-side comparison, and the questions to ask before you sign.

Development