All documentation
Guides

Snagging and handover

The snag lifecycle from client report to confirmation, and what goes into the digital handover pack.

Updated 2 September 2026

The end of a job is where goodwill is won or lost. Snagging in BuildFlow is built to turn a snag list from an argument into a record: every step has a name and a timestamp on it, on both sides.

The snag lifecycle

StatusMeansWho moves it
OpenReported, nobody on it yetClient or your team
AssignedSomebody has itYou
In progressBeing put rightThe person assigned
ResolvedDone, awaiting the client's lookThe person assigned
Waiting approvalWith the client to confirmAutomatic on resolve
CompletedClient has confirmed itThe client

The last row is the one that matters. A snag is not finished because you say it is — it is finished because the person who raised it says so, and the record shows that.

The snag list, with statuses and assignees

Getting good snags out of a client

A useful snag has a room, a photo and one problem in it. Ask the client to raise them in the app rather than sending a list, and you get all three by default.

  • One snag per item. "Upstairs paintwork" becomes five arguments; five snags become five ticks.
  • A photo every time. It settles what was meant without a site visit.
  • The room, always. It is how you batch the work for whoever is putting it right.

Do a walk-round before they do

Raise your own snags first, from your phone, before inviting the client to look. A list they add to reads very differently from a list they start.

Working through the list

Assign snags to the person who will fix them, not the trade. Filter by room when somebody is on site anyway — three snags in the same bathroom is one visit, not three.

When a snag is resolved it goes to the client for confirmation automatically. If they sit on it, a nudge in the project thread is usually enough; the outstanding list is on their dashboard too.

The handover pack

One click produces a PDF covering:

  • The timeline as it actually ran, stage by stage
  • Milestones and the dates they were hit
  • Every compliance certificate — electrical, Gas Safe, fire, structural, water, energy, completion
  • Building-control inspections and their results
  • The final snag list and its confirmations
  • A spec book: paint colours and materials used
  • The completed photographs

It assembles itself out of what you have been recording all along, which is the argument for the two-minute daily habit. A job run properly in BuildFlow produces its own handover pack; a job run badly produces a thin one.

Before you generate it

  1. 1

    Close the snags

    Anything still open appears as open. Chase the confirmations first.

  2. 2

    Check the certificates

    Every one you are obliged to provide, uploaded with its issuer, reference and date.

  3. 3

    Record the inspections

    Passed, with the date. A missing result reads as a missing inspection.

  4. 4

    Fill in the spec book

    Paint colours, tile references, worktop material. Nobody remembers this in two years and everybody asks.

  5. 5

    Add the completed photos

    Tagged as completed so they land in the right section.

After handover

Mark the project completed. On Basic, Pro and Bespoke that frees a slot for the next job — nothing is deleted, and the project stays readable, searchable and downloadable for both of you.

The client keeps their access. Two years on, when the boiler needs servicing and they cannot remember who fitted it, the answer is in a pack with your logo on it.

Ask FlowAI

"Which snags are still open, and who is on them?" — it filters by status rather than guessing from titles, and names the person each one is assigned to.

Try it on a real job

The free plan runs one project end to end — the fastest way to find out whether any of this fits how you work.

Snagging and handover — BuildFlow documentation · BuildFlow