BOQ software for architects — and why most of it is built for contractors

Search for BOQ software and almost everything you find is estimating software for contractors. It is good software. It is also solving a different problem, and the difference explains why it feels subtly wrong when an architect tries to use it.

Two jobs that look identical

A contractor builds a BOQ to price a tender. The goal is to win at a margin, so the tool optimises for speed of pricing, supplier rate comparison, markup control and bid assembly.

An architect builds a BOQ to document scope. The goal is a defensible statement of what is being built and what it should cost, that the client agrees to and that survives contact with the site.

Same document, opposite purposes. Software written for the first assumes you already know the price you want to reach. Software written for the second has to assume the quantity is the truth and the rate is a reference.

What an architect's BOQ tool actually needs

1. 1Quantities that belong to the project, not to a file — so a design change updates the BOQ instead of orphaning it.
2. 2Volume groups, so quantities aggregate the way the building is actually organised rather than as a flat list of 400 lines.
3. 3A reusable rate library, because you price similar things repeatedly and retyping rates is how errors enter.
4. 4A route to procurement. A BOQ that cannot become a purchase order forces a retyping step, and retyping is where a decimal point moves.
5. 5Revision awareness. When the design changes, you need to know which BOQ lines moved and what that did to the total.
6. 6Export the client will accept — usually Excel, whatever the software prefers.

The options, honestly

Excel

Still the most-used BOQ tool in the profession, and for defensible reasons: total flexibility, universal literacy, no licence, and every client can open it.

The limits are equally well known. It is disconnected from the project, so it goes stale silently. There is no revision history worth the name. It does not become a purchase order. And a formula error in a 400-line sheet is genuinely difficult to see.

If your practice does one or two projects at a time, Excel is a rational choice and you should not feel bad about it.

Contractor estimating software

Powerful take-off, deep rate databases, strong bid assembly. If your practice also tenders for construction it may genuinely suit you. If you only document scope, you will use a fraction of it and fight its assumptions about markup and margin.

Quantity surveying packages

Built around measurement standards, and correct in a way that matters on large or public work. Usually priced and shaped for a dedicated QS rather than for an architect who produces BOQs among twelve other responsibilities.

Practice software with a native BOQ

The smallest category, and where Ofivio sits. The BOQ lives inside the project alongside the drawings, the procurement and the fee — so it cannot drift out of step with them, and a line can become a purchase order without being retyped.

How to choose