Studio Matrx Monthly · Volume 1 · Issue 4 · September 2026
Amogh N P
 In loving memory of Amogh N P — Architect · Designer · Visionary 
Cost Sanity-Checks & EstimatesLesson 7.2
Claude for Architects & Designers/Module 7 · Analysis & Decision Support

Lesson 7.2 · Analysis & Decision Support

Cost Sanity-Checks & Estimates

Claude is not a quantity surveyor - but it can set up the maths and catch a number that is the wrong size, if you feed it verified rates and check its arithmetic.

13 min Interactive lessonFree · open lessonByAmogh N P· Architect & interior designer
The hook

Claude can help you catch a cost that is off by a factor of ten. It cannot tell you what your building will actually cost.

Money is where AI enthusiasm meets professional reality hardest. A cost figure that is wrong does not just embarrass you - it loses commissions, blows budgets, and can end in a dispute with your name on it. So it matters enormously to be clear-eyed about what Claude can and cannot do with numbers, because it will produce a confident cost figure the instant you ask, and that figure may be excellent, mediocre, or complete fiction, with nothing on the surface to tell them apart.

Here is the honest frame. Claude is not a quantity surveyor. It does not know the rate for M25 concrete in Pune this quarter, cannot take off quantities from your drawings, and will cheerfully state a rupees-per-square-foot figure that sounds authoritative and is simply invented. What it is genuinely good at is two narrower, humbler jobs: sanity-checking whether a number is the right order of magnitude, and setting up the structure of an estimate - the line items and the arithmetic - which you then populate with rates you have verified yourself. Get those two uses right, keep everything else out, and Claude becomes a real help at the front of a project. Blur them, and it becomes a liability.

Is the number the right SIZE? = safe. What does it cost? = a QS. Never confuse the two.

What Claude can and cannot do with money

Start with the hard limits, because they define everything else. Claude cannot price your project. It has no live feed of material or labour rates, no knowledge of your local market, contractor margins or this month's steel and cement prices, and it cannot measure quantities off a drawing - recall from Module 1.4 that it cannot reliably read dimensions off an image at all. Worse, when it lacks a figure it does not say "I don't know"; it generates a plausible one. A rate of "around Rs 2,500 per square foot for a mid-range residence" may be roughly right for one city and badly wrong for another, and Claude presents both with identical confidence. Treat any specific number it volunteers as fiction until you have confirmed it at source.

With that firmly established, two legitimate uses remain, and they are useful. The first is the order-of-magnitude sanity-check: not "what does this cost?" but "is this number the right size?" When a client says the neighbour built an identical house for a figure that sounds impossibly low, or a quote lands that feels off, Claude can reason about whether the number is even plausible for the described scope - catching a missing zero, a confused unit, or a budget that cannot possibly buy the brief. The second is setting up the estimate: Claude builds the skeleton - the line items, the elements, the formula that turns areas and rates into a total - which is real, tedious structuring work, and then you pour in verified rates. In both cases Claude handles the shape of the calculation and you own every actual figure. That boundary is the whole lesson.

It helps to understand why the invented numbers are so convincing. Claude has read enormous quantities of cost data, guidance and discussion, so the rates it produces sit in a genuinely plausible range - they are not random. That is exactly what makes them dangerous: a wildly wrong figure you would catch, but a figure that is plausibly-but-materially wrong slides straight into a document and a client's expectations. The generic average it recalls may be right for a mass-market build in one city and forty per cent out for a bespoke house in another, and nothing in the phrasing tells you which. So the rule is not "distrust Claude when it sounds unsure" - it almost never sounds unsure - but "never let a specific figure it volunteers stand as fact." Treat confidence as decoration, and verification as the work.

SET UP THE MATHS, THEN CHECK IT1 SET UP(Claude)line items +the formula2 REAL RATES(you)verified localfigures3 COMPUTE(Claude)shows theworking4 VERIFY(you / QS)re-check byhand; QS signsClaude can use a wrong RATE and do wrong ARITHMETIC. Check both. It is not a calculator.
Zoom
The cost loop. Claude sets up the structure and formula; you plug in rates you have verified; Claude computes and shows its working; you re-check by hand and, where it matters, a QS confirms. Two independent things can be wrong - the rate you supplied and the arithmetic Claude did - so you check both.

Claude has no price feed. A specific rate it 'knows' is a guess. Verify at source, always.

Order-of-magnitude sanity checks

The sanity-check is the safest and often the most valuable way to bring Claude near money. The question is never "how much?" but "does this smell right?" - and for that, order-of-magnitude reasoning is exactly what a language model can do usefully, because you are asking about the size of a number, not its precision.

Suppose a developer client insists a 200-square-metre house can be built for a total that works out absurdly low per square metre. You can hand Claude the scope and the figure and ask: "For a house of this description, is this total in a plausible range, generous, or impossible? Reason about the drivers." Claude will walk through what such a figure implies per unit area and flag that it looks well below any normal band for the finish level described - not a quote, but a red flag worth raising before the brief is built on a fantasy. It is superb at catching the gross error: the decimal point in the wrong place, the quote that omitted MEP entirely, the FF&E budget that cannot furnish the number of rooms.

The figure shows how to think about the bands: broad, illustrative ranges that separate a basic fit-out from a bespoke one. These bands are for reasoning about magnitude, not for quoting - real rates swing with city, date, spec and market, so any band Claude offers must be replaced with figures you have verified locally. The value is in the ratio and the smell test: if a proposed number sits three bands away from where the scope suggests it should, something is wrong, and you have found it early. Ask Claude to state the assumptions behind any band it gives you, so you can see exactly what would have to be true for the number to hold.

ORDER-OF-MAGNITUDE, NOT A QUOTEIllustrative bands to check a number's SIZE. Verify real rates locally - they vary by city, date and spec.Basic finishRs 1,500 - 2,200 / sq ft (illustrative)StandardRs 2,200 - 3,800PremiumRs 3,800 - 6,000Bespoke / luxuryRs 6,000+If a proposed number sits bands away from the scope, something is wrong. Find it early.
Zoom
Order-of-magnitude, not a quote. Broad illustrative bands separate a basic fit-out from a bespoke one, so you can ask whether a proposed number is even the right size. The bands are for reasoning about magnitude only - real rates swing with city, date and spec, so replace any band with figures you have verified locally.

Setting up the estimate, then checking the maths

The second use turns Claude into a structuring engine for a rough estimate - the kind you need at concept stage, long before a QS is engaged, to test whether the brief and the budget can coexist. Claude is genuinely good at building the skeleton: prompt it to lay out an order-of-magnitude estimate as a line-item structure and it will produce something clean.

text
Build me an order-of-magnitude cost estimate STRUCTURE for
a 3-storey office fit-out, as a table. List the elements
(demolition, partitions, ceilings, flooring, MEP, joinery,
FF&E, prelims, contingency, fees). Leave all rates blank
for me to fill with verified local figures. Once I enter
quantities and rates, compute each line and the total, and
SHOW YOUR WORKING so I can check it.

The hand-off is the same as in the last lesson: Claude supplies the structure and the arithmetic; you supply the rates, verified from actual quotes, a real rate library, or a QS. Build it as an Artifact so it becomes a working sheet. But now comes a discipline particular to numbers: Claude can get the arithmetic wrong even when the rates are right. Language models are not calculators; they can slip on a multiplication or misplace a subtotal, and they do it as confidently as everything else. So there are two independent failure modes to guard against - a wrong rate (your responsibility to verify) and wrong arithmetic (Claude's slip to catch). Always make it show its working, spot-check lines by hand, and reconcile totals two ways where you can - a unit rate on floor area cross-checked against the sum of the elements. When the two methods disagree, you have found an error before it reached the client. (Module 8.3 shows how a real spreadsheet or a small tool removes the arithmetic risk entirely.)

A quick before-and-after shows why the cross-check earns its keep. Ask carelessly - "roughly cost this 900 sq m office fit-out" - and Claude returns a single confident total, say a bit over three crore, with an invented blended rate baked invisibly inside it; you have no idea which line is soft. Ask deliberately - the structured skeleton above, with your verified rates entered element by element - and the same job resolves into checkable parts, so that when the total lands you can see it is the joinery and MEP driving it, and you can interrogate exactly those. The second version takes ten more minutes and is worth a hundred times the first, because it is inspectable. That inspectability is the entire difference between a number you can defend and a number you merely hope is right.

Two ways to be wrong: wrong RATE (yours to verify) + wrong ARITHMETIC (Claude's to catch). Guard both.

Honesty, contingency and the client

How a rough estimate is presented is as professional a matter as how it is calculated. A number that leaves your desk without its caveats will be remembered as a promise, so a Claude-assisted estimate must never be dressed up as a quote. Label it for exactly what it is: order-of-magnitude, at concept stage, plus or minus a stated range, with the assumptions and exclusions written down beside it. Claude is, usefully, excellent at drafting precisely that scaffolding - the assumptions register, the exclusions list, the caveat paragraph - which protects both you and the client and is too often skipped when a bare number is rushed out.

Build in what a rough estimate always needs: a contingency appropriate to how early and how uncertain the design is, and an allowance for the time between estimate and construction. Ask Claude to remind you what an estimate at this stage should include and exclude, and to flag the big-ticket items most likely to move - it is a good checklist partner even where it cannot supply the figures.

And know the boundary where Claude stops. For anything that carries real consequence - a figure a client will commit to, a tender sum, a loan application, a fee based on cost - you need a quantity surveyor or a proper cost plan, not a language model's arithmetic. Claude sets up the thinking and catches the howlers; the QS carries the number that carries weight, and the accountability that goes with it. Used inside those limits - sanity-checking magnitude, structuring the maths, drafting the caveats - Claude genuinely speeds up the early cost conversation. Pushed past them, it invents money you will have to answer for. Record your assumptions either way; a rough number with its reasoning attached is defensible, a bare number is a hostage.

SET UP THE MATHS, THEN CHECK IT1 SET UP(Claude)line items +the formula2 REAL RATES(you)verified localfigures3 COMPUTE(Claude)shows theworking4 VERIFY(you / QS)re-check byhand; QS signsClaude can use a wrong RATE and do wrong ARITHMETIC. Check both. It is not a calculator.
Zoom
The cost loop. Claude sets up the structure and formula; you plug in rates you have verified; Claude computes and shows its working; you re-check by hand and, where it matters, a QS confirms. Two independent things can be wrong - the rate you supplied and the arithmetic Claude did - so you check both.
Setup & terms you'll meet in this lesson

Order-of-magnitude estimate

Reasoning about the size of a number, not its precision

Claude's safest cost use - catching a missing zero or an impossible budget. The bands are illustrative; replace them with verified local rates.

Artifacts

A live estimate skeleton you fill with verified rates

Build the line-item structure as an Artifact, then enter your own rates. It is not a calculator, so always make it show and you check the working.

Knowledge cutoff

Claude's training has a date; prices move constantly

Any rate Claude 'knows' reflects old, generic data - useless as a current price. Web search, where available, still needs verifying at source.

Hands-on workshop

Workshop — sanity-check a budget and build an estimate skeleton

Take a real budget number - one a client gave you, or a quote you received - and use Claude to test its magnitude and to structure a rough estimate, while keeping every actual figure in your own hands.

Claude.ai; a real scope and budget figure; at least one verified rate source.

Given & goal
Goal: catch a wrong-sized number and build a verifiable estimate skeleton
Inputs: a real scope + a real budget figure or quote
Time: ~30 minutes
  1. 1Describe a real project scope and the budget or quote figure to Claude, and ask: is this number plausible, generous, or impossible for this scope? Ask it to reason about the drivers and state its assumptions.
  2. 2Ask Claude to build an order-of-magnitude estimate STRUCTURE for the project as a table of elements, with all rates left blank for you.
  3. 3Fill in rates you have actually verified (from a quote, a rate library, or a QS) for at least the biggest three or four elements.
  4. 4Have Claude compute the lines and total, showing its working - then verify one line by hand and cross-check the total a second way (unit rate vs sum of elements).
  5. 5Ask Claude to draft an assumptions-and-exclusions note and to flag which items are most likely to move, plus a sensible contingency for this stage.
  6. 6Write one sentence stating exactly how you would present this to a client - as an order-of-magnitude estimate, with its range, assumptions and the point at which a QS is needed.

You’ll walk away with
A magnitude sanity-check of a real budget, an estimate skeleton filled with verified rates and cross-checked two ways, and a short assumptions-and-exclusions note ready to sit beside the number.

The worked example

Three altitudes on the same idea

Read the band that fits you — or all three.

For the architectClaude across the whole practice

Use Claude at concept stage to test whether the brief and the budget can live together, then hand real cost work to a QS. It is excellent for the early smell test - does this budget buy this brief? - and for building an estimate skeleton you populate with verified rates. Keep two habits: never let a specific rate it volunteers into a document unchecked, and always verify its arithmetic, because it is not a calculator. Present everything as order-of-magnitude with assumptions listed, and bring in a quantity surveyor the moment a number becomes a commitment.

For the interior designerClaude for specs, client work & sourcing

Interiors budgets live or die on FF&E and finishes, and Claude is a useful early sounding-board there - not a price list. Have it structure a room-by-room fit-out budget and sanity-check whether an allowance can realistically furnish the space to the standard the client expects. It will flag when a finishes budget cannot buy the look on the moodboard. But every rate - the sofa, the stone, the joinery, the lighting - comes from your suppliers and current quotes, not from Claude, whose sourcing knowledge is out of date and generic. Present figures as estimates with clear exclusions, and confirm before you commit a client.

For the studentA Claude-fluent design skillset

Learn cost thinking with Claude as a tutor, not a source of numbers. Ask it to explain how a rough estimate is built - elements, rates, prelims, contingency, the difference between unit and elemental methods - and to show its working so you learn the structure. The trap is trusting the rupee figures it produces; they are illustrative at best. Practise the sanity-check instinct: given a scope and a budget, does the number even make sense? That instinct, plus knowing when a real quantity surveyor is required, will serve you far better than any figure Claude could invent.

Misconception check

Claude can estimate what my project will cost - it gives me a rate per square foot instantly.

It gives you a plausible-looking rate instantly, which is not the same as a correct one. Claude has no access to current, local material and labour prices, cannot take off quantities from drawings, and fabricates a figure when it lacks one - all with identical confidence. Its legitimate uses are narrow and valuable: checking whether a number is the right order of magnitude, and building the structure of an estimate you then fill with rates you have verified. Every specific figure must be confirmed at source, and the arithmetic checked, because Claude is not a calculator either. For any number that becomes a commitment, you need a quantity surveyor, not a language model.
Try it

Do it yourself

Reason these through before moving on.

  1. 1Why is any specific rate per square foot Claude gives you unsafe to use in a document?
  2. 2What is the difference between an order-of-magnitude sanity-check and a cost estimate?
  3. 3Name the two independent ways a Claude cost calculation can be wrong.
  4. 4Why must a Claude-assisted estimate never be presented as a quote?
  5. 5At what point does a rough estimate need a real quantity surveyor instead of Claude?
Take this with you

The one line to carry out

Claude sets up the maths and checks the size of a number; it does not know the price and is not a calculator. Sanity-check magnitude, structure the estimate, feed it verified rates, check its arithmetic two ways, present it as order-of-magnitude with assumptions - and bring a QS in for any number that becomes a commitment.
Take it further
References & further reading

Peer-reviewed journals & authoritative standards

  1. 01Quantity surveyorWikipedia, 2026.
  2. 02Bill of quantitiesWikipedia, 2026.
  3. 03Whole-life costWikipedia, 2026.
  4. 04Hallucination (artificial intelligence)Wikipedia, 2026.
Related lessons
Recap
Claude cannot price your project - it has no live rates, cannot take off quantities, and invents plausible figures when it lacks them. Its two honest cost uses are checking whether a number is the right order of magnitude and building the structure of a rough estimate you fill with verified rates. Guard against both a wrong rate and wrong arithmetic, make it show its working, cross-check totals two ways, and present everything as order-of-magnitude with assumptions and exclusions. For any figure that becomes a commitment, a quantity surveyor carries the number and the accountability.
Carry forward →

Cost is one axis of a good decision; performance is another. Next we look at how far Claude can reason about sustainability - passive design, daylight, energy and embodied carbon, and the green rating systems - and the hard line between reasoning and a verified simulation.

A

The author

Amogh N P

Architect, interior designer, and creative polymath. Studio Matrx began in his notebooks — his vision of design made honest, useful, and open to everyone. Its Academy is written and taught in his memory, and free, forever.

More about Amogh →