Ask anyone who has commissioned a new yacht what went wrong, and the answers tend to cluster around the end of the project: the delivery slipped, the final bill outran the budget, the finish wasn't quite what was imagined. But the end is rarely where the trouble started. By the time a problem surfaces at sea trials or handover, it has usually been travelling quietly through the project for months — sometimes since before the first panel was cut.

Understanding where build projects actually go wrong is the first step to keeping one on course. In our experience, the failures trace back to a small number of root causes, and almost all of them live at the beginning.

The problem is usually the brief, not the build

A yacht build is the meeting point of three parties with genuinely different languages: an owner who knows what they want in terms of how the boat should feel and perform, a designer who thinks in lines and systems, and a yard that thinks in labour, materials, and sequence. When a project goes smoothly, it is almost always because those three were translated into a single, shared definition of "done" before construction began. When it goes badly, it is almost always because they weren't.

A vague brief doesn't announce itself as a problem. It feels like agreement — everyone nods, everyone is enthusiastic, the contract is signed. The gaps only become visible later, when the owner pictures one thing and the yard has built another, and both can point to the specification and honestly believe they were right. By then, the fix is a change order, a delay, and an awkward conversation about who pays.

This is why the single highest-leverage moment in a build is also the least visible one: turning what the owner wants into a set of requirements precise enough that everyone is building the same boat.

Three root causes worth naming

Requirements that were never pinned down. "A fast, comfortable boat for family cruising" is an aspiration, not a specification. How fast, in what conditions, at what displacement, with what trade-off against range? Until those are written, agreed, and made testable, every one of them is a future dispute waiting for its moment. Good requirements are not bureaucracy — they are the thing that lets you later prove the boat is finished, rather than argue about it.

Change that isn't controlled. Every build changes as it progresses; that is normal and often desirable. What causes damage is uncontrolled change — the informal "while you're at it, can we also…" that never gets priced, scheduled, or written down. Each one seems small. Collectively, they are the single most common reason builds drift past budget and deadline, because their cost is only ever felt in aggregate, long after the decisions were made. A project needs a simple, disciplined way to say yes to change with its full cost visible — not to prevent change, but to prevent surprise.

Responsibilities that blur. When it is never quite clear who decides what, decisions either stall or get made by whoever is closest to the problem, regardless of whether they should. Who signs off a material substitution? Who accepts a completed system? Who is the single point of truth when the designer and the yard disagree? A build with clear decision rights moves faster and argues less, because nobody is waiting to find out whether a call was theirs to make.

The owner is the one exposed

Here is the uncomfortable asymmetry at the heart of a build. The designer delivers a design. The yard delivers a boat to a contract. But the person who carries the gap between "what I thought I was getting" and "what was actually delivered" is the owner — financially, and in the far less recoverable currency of a project that was supposed to be a pleasure and became a source of stress.

Yards are not the villains of this story; most are skilled and act in good faith. But a yard is, reasonably, building to its own commercial interests and its own reading of the contract. The designer is protecting the design intent. No one in the standard arrangement has the single job of protecting the owner's interest across the whole project — the requirements, the schedule, the budget, the quality, and the hundreds of small decisions where those four pull against each other.

Structure is cheaper than rescue

None of this calls for more bureaucracy. It calls for a small amount of the right structure, applied early: a brief turned into real requirements before construction starts; a change-control habit so every alteration carries its true cost; and clear decision rights so the project doesn't stall or drift. These are inexpensive to put in place at the beginning and very expensive to retrofit once a build is already in trouble. The most costly project is almost always the one that had no structure until it needed rescuing.

This discipline has a name in engineering — it is the same requirements-and-configuration thinking used to keep genuinely complex projects on track — but an owner doesn't need the vocabulary. They need the outcome: a build where the boat delivered is the boat that was agreed, on a timeline and budget that were real.

Where an owner's representative fits

This is precisely the gap an owner's representative is there to fill: an independent, technically fluent person whose only job is to protect the owner's interest across the whole project. Someone who turns the brief into requirements the yard can build to, keeps change controlled and costed, holds the schedule and quality to account, and gives the owner a single trusted point of translation between themselves, the designer, and the yard — so the owner can enjoy the build rather than police it.

It is not about distrusting the yard. It is about making sure someone in the room is reading every decision through the question that matters most to you: is this still the boat I asked for? If you are weighing a new build and want that question looked after from the start — when it is cheapest to get right — that is a conversation worth having early.

All insights