Journal · 10 June 2026

What a proper handover includes

Every web project ends. Well-run ones end with a handover; badly-run ones just stop, and the difference decides whether the next developer says that is fine, I can work with this, or quietly quotes you for a rebuild.

Handover is where ownership stops being a warm word in a sales meeting and becomes a checklist with boxes that are either ticked or not. Whoever you hire, for whatever kind of site, this is what the end should look like.

The checklist

The test of a good handover

A handover succeeded if a competent stranger could take the box you were given and run the site without ever contacting the people who built it. That is the standard we build to from the first commit, which is why our handover costs at most an hour: there is nothing to untangle at the end, because nothing was tangled on purpose at the start.

If you are inheriting a site rather than commissioning one, the same list works in reverse: it is your due-diligence sheet. Ask for each item. What you cannot get is what you never owned.

newerWhy builder sites feel slow, structurally

Reading this because you’re buying a website? The comparison page and the calculator do the rest of the work.