Journal/Guide

Defect platform or full project-management suite?

We already pay for a platform and it has a defects module. Sometimes that is the right answer. Four questions that decide it, why dual entry always loses, and the export question to ask before you sign anything.

A two-colour risograph poster of a large sparse structural grid overlapped at its lower corner by a smaller, much denser grid in orange, the two inks mixing to burnt red where they cross
WP
Will PrinmanCo-founder
2 September 2026·4 min read

The objection arrives early and it is a fair one. "We already pay for a project management platform. It has a defects module. Why would we buy a second thing?"

Sometimes you would not. Here is how I would work out which case you are in, written by someone who obviously sells one of the two options, so weigh it accordingly.

What a suite is genuinely better at

A full construction management suite is buying you one contract: everything on the job lives in one place, under one login, with one vendor to shout at. When that holds, it is worth real money.

It is strongest when the work is document-heavy and contractual. Drawings, RFIs, submittals, contracts, variations, progress claims and cost all touching each other, on a project where the head contractor and the client are already in the same system because the contract says so. If your client mandates the platform, the conversation is over and you should stop reading.

It is also strongest when the defect volume is modest. A commercial fitout with ninety items at handover does not need a specialised register. It needs a list and a PDF, and the module in your suite will do that.

What a defect module inside a suite usually is

It is a list with statuses, a photo attachment, and an export. That is not a criticism, it is a scope decision. The suite is competing on breadth, so the defects tab gets the attention a tenth of the roadmap deserves.

The tell is what it does after capture. Modules tend to be built around the row rather than the transition, so you get status values but not a role matrix, a photo field but not an evidence gate, and an audit log that records edits rather than a history you can read out in a meeting. Ask the questions from the site-ready test and you will find out in ten minutes.

The second tell is the subcontractor. Suites are licensed and permissioned around the project team. Getting a plasterer who does not work for you into one, for the four items he owns, is usually a per-seat conversation, an invite, and a login he will never use. A defect platform has to solve that or it does not work at all, which is why ours puts trades on magic links from the notification email and lets the contractor directory provision them.

The four questions that actually decide it

How many defects, and over how long? A few hundred at handover is a list. Several thousand across a build, plus a defects liability period running twelve months past practical completion, is an operational system. The second one is where the specialised tool starts paying for itself.

Who has to touch it? Count the people outside your company: subcontractors, tenants, building managers, a client rep. If that number is large, external access stops being a feature and becomes the product. This is the question most teams underweight and it is the one that decides adoption.

Is anything you log going to be argued about? Money, delay, or liability. If yes, you need the transitions and the evidence chain rather than a status column, and you need them from the first slab, not from the moment the argument starts.

Does the register outlive the project? A suite is usually organised around an active job. Warranty and defects liability work arrives after handover, often after the project has been archived and the team disbanded, and it is exactly when someone asks what happened in March.

Two or more yeses and the focused tool is doing work the module will not.

Running both, without it being stupid

Most of our customers are in this position and it is fine, as long as one rule holds: the register is the source of truth for defects, and the suite is where the document lives.

The failure is dual entry. Nobody sustains it. Within a month one of the two is stale and, because nobody announces which one, you now have two registers that disagree and no way to know which is lying. Pick the system of record per record type, write it down, and let the other one link out.

The lock-in question

Whichever you pick, ask this before you sign: if I leave in three years, what do I get?

The answer you want is a full export including the photos as files, not a report and a set of links that die with the account. Your defect register is evidence, and evidence you cannot take with you is evidence you are renting.

We are a focused platform, so the honest version of our pitch is that we are better at exactly one part of your job and we expect to sit next to other things. If your defect volume is low, your job is short, and nobody outside your company needs in, buy the suite you already have and spend the money on something else.

If it is the other case, the full workflow is here, capture through to verified close and handover.