Discuss a project

Systems & integrations4 min read

Why two quotes for the same system differ several times over

Collect three quotes for the same internal system and the gap is often a multiple rather than a percentage. That is almost never one supplier inflating a price — usually they answered different questions. How to make quotes comparable.

Author
Devnora team
Published
Updated
Reading time
4 min read
Language
Read in Lithuanian
In this article
  1. In short
  2. The three things that create the largest gaps
  3. What is usually missing from every quote
  4. How to make quotes comparable
  5. Where this topic ends
  6. Illustrative scenario, not a description of a client project

Collect three quotes for the same internal system and the difference between them is frequently not percentages but multiples. The first thought is usually that somebody is inflating a price. In practice something else is almost always true: three suppliers answered three different questions, because the request allowed them to.

In short

  • The difference is usually not in the price but in the scope: what is included, what is assumed to be your work, what is deferred to a second stage.
  • Three things create the largest gaps: data migration, roles and permissions, and integrations with what is already in use.
  • If the request does not say what happens to existing data, every supplier guesses differently.
  • The cheapest quote is usually not a different solution but the same solution missing half the work.
  • What makes quotes comparable is not a more detailed specification but identical assumptions.

The three things that create the largest gaps

First, existing data. A system is rarely built on empty ground: customers, orders or contracts already live somewhere, frequently in spreadsheets. A supplier who included migrating and cleaning them will look more expensive than one who quietly assumed you would type them in. Both can be honest; only one price contains work the other does not.

Second, roles and permissions. "A system for staff" can mean one shared login or five roles with different visibility and an approval flow. This is one of the largest cost differences and one of the least often written down, because to the buyer it feels self-evident.

Third, integrations. If the system has to talk to accounting, a warehouse or a shop, that is separate work with its own risk and often a dependency on a third party. A quote where integrations are "planned for later" is not cheaper — only deferred.

What is usually missing from every quote

  • Who prepares content and initial data, and by when. This is the most common cause of delay, and it almost always sits on the buyer's side.
  • Who decides when two departments produce contradictory requirements.
  • What happens after launch: who fixes faults, who trains users, what that costs.
  • Where access lives and who will hold it when the project ends.
  • Which part of the work is one-off and which is ongoing. The ongoing part is worth knowing before, not after.

How to make quotes comparable

A more detailed specification helps less than expected here — it mostly makes the document longer. Something else works: a single page of scope summary, sent to everyone, stating assumptions rather than features.

  • Who will use the system and how many distinct roles there are.
  • What data already exists, where it lives, and who will move it.
  • What the system must connect to, and whether access to that system can be obtained.
  • Which result counts as the first usable one — not the final one, the first that can already be used.
  • Who fixes faults after launch and who trains users.

With that summary, three quotes suddenly describe the same thing, and the difference between them starts to mean what it should mean: a different way of working rather than a different understanding.

Where this topic ends

If you are collecting quotes for a business website rather than an internal system, the questions differ — there, what a proposal must contain matters more than why prices vary. That is a separate subject and we have a separate piece for it. This one is about custom systems, where scope is driven by roles, data and integrations.

Illustrative scenario, not a description of a client project

Imagine a request saying "we need a system to manage orders". One supplier prices a simple list with a single login. A second prices the same plus three roles, because experience says that is how it goes. A third also includes migrating data from spreadsheets and connecting to accounting, because they asked. Three prices differ by multiples, and all three are correct for their scope. The only thing that was wrong was the request. This is an example of how we weigh scope, not a promise about price.

A practical check before choosing: ask each supplier to write one sentence describing what their quote does not include. The answers will differ more than the prices, and that will be the most useful information in the whole process.

Frequently asked questions

Does the cheapest quote usually mean less scope?
Usually yes, and that is not deception — it simply excludes what the request did not mention. The cheapest quote is more useful read as a list of assumptions than as a price: it shows what the supplier decided was unnecessary.
Can a custom system have a fixed price?
It can, if the scope is genuinely defined. A fixed price on an undefined scope always contains either a hidden buffer or a hidden dispute. The more practical route is to fix the first stage whose output is usable, and decide about the rest after it.
How many quotes are worth collecting?
Three is enough, if all three answer the same question. Ten non-comparable quotes carry less information than two written against the same scope summary.

Share

Send by email

Next step

Related service

Business software development

Custom business systems and customer portals with clear workflows, access permissions, integrations and a phased approach to data migration.

If this article describes your situation, tell us what is not working. We will say whether and how we can help.

Worth reading next

  1. Systems & integrations

    Custom business system or an existing CRM: how to choose

    There are three routes, not two: buy a standard product, connect what you already use, or build the part that is genuinely yours. This guide assesses all three against the same criteria, and treats the cost of leaving as a first-class question rather than an afterthought.

  2. Apps & products

    MVP scope: what to build first and what to postpone

    A first version is not a small version of everything — it is one workflow, end to end. This guide gives a concrete postponement list, separates the work that cannot be postponed, and suggests agreeing in advance what observation would count as evidence.

  3. Websites & e-commerce

    What should a business website quote include?

    A price tells you nothing without a scope. Two quotes carrying the same number can mean entirely different work, different ownership and different running costs. This guide gives you a comparison sheet: what a quote has to state, what genuinely moves the number, and how to check the result on acceptance.

More on this topic: Systems & integrations