What a good project handover looks like
Handover is not a zip file and good luck. It is access, documentation, a walkthrough and confidence that the client can run the thing.
Projects do not really finish at deploy. They finish when the client can operate, update and troubleshoot the basics without opening a panic ticket. That transition is where many agencies go vague.
A solid handover includes the obvious access: hosting, DNS, repositories, CMS logins, analytics, error monitoring and any third-party services. Credentials should be organised, not scattered across email threads.
Documentation should answer first-week questions. How do I deploy? How do I add a page? Where do form submissions go? What should I never click? Short loom videos plus written notes often beat a forty-page PDF nobody opens.
Run a live walkthrough while the build context is fresh. Show the CMS, demonstrate a typical edit, explain what is custom versus off-the-shelf and flag known limitations honestly. Clients remember tone here as much as content.
Good handovers build retainers on trust, not dependency. The goal is competence, not lock-in. When clients feel ownership, they maintain the site, request sensible improvements and come back when they need a bigger leap.