Handover & Training
So your team owns the product after launch, not us.
Service Brand & Support

What do you get at handover?
Everything your team needs to run, change and extend what we built, without having to call us:
- A Figma library with the components, variables and styles used in the product
- Clean code in your own repository, with the components and any custom logic documented
- Short recorded walkthroughs of your own site or product, not generic tutorials
- A live training session with the people who will do the day-to-day work
A good handover means you only call us because you want to, not because you have to.
Can another developer or designer take over?
Yes. We build with that in mind from the first day:
- The same names for components in Figma and in code, so designers and developers talk about the same thing
- Consistent, readable code without hidden dependencies on us
- Tokens in one place, so a new designer can change the brand safely
What does the process look like?
- Plan it early. We agree at the start who will own what after launch, and design the handover around those people.
- Document as we build. Documentation is written alongside the work, while the decisions are fresh.
- Train on your real product. Sessions use your own pages and features, recorded so new joiners can watch them later.
- Stay reachable. A short support window after launch for questions, then help only when you ask for it.
What is the most common mistake?
Treating handover as the last day of the project. When it is an afterthought:
- The team inherits something they are afraid to touch
- Small changes turn into expensive agency requests
- The product slowly drifts away from the design it launched with
Handover is the moment a project becomes yours. We plan for it from day one.
Work with zunidesign

Let's talk about your project.
Skip the agency layers. Work directly with the person who designs your product and builds it.