
Shape the experience
Plan the structure, content and key journeys. Review how people will find information and complete their most important tasks.
Connect brand, content and technology in a website or web application built around the people who use it.
For a defined idea ready to build, an existing website ready for a redesign, or a workflow that needs a custom application.

Plan the structure, content and key journeys. Review how people will find information and complete their most important tasks.

Bring the design and functionality together in manageable pieces. Use feedback to resolve unclear interactions before launch.

Review responsive layouts, accessibility, performance and search continuity. Clarify content ownership and the next steps after launch.
A release with an agreed scope, a launch checklist and a plan for ongoing improvements. Integrations and functionality follow the needs of the brief.
Explore growth & optimisationHow the work runs
Design and development is one continuous build, not a handover between two teams. Here is the order it happens in and what you receive at each point.
Agree what the site has to do before anything is drawn. Structure, journeys and the content each page owes its reader.
Give the structure a voice. Type, colour, spacing and components, defined once and reused across every breakpoint.
Build it in reviewable pieces. Markup and styling first, then the data, the integrations and the editing experience.
Check it the way the people who use it will. Devices, assistive technology, speed, and the search continuity of every old URL.
One layout, every screen
A responsive build is not a desktop page squeezed down. Each breakpoint decides what leads, what folds away and what becomes a single column. Pick a width — or pull the frame's edge on a wider screen — and watch the same page re-lay itself.
You are reading this on the narrowest of them, which is exactly where most of these decisions get tested first.
Each of these is designed and checked on real devices before launch — not left to whatever the browser does when the screen runs out.
Light and dark, side by side
A light and a dark theme should be one design, not two. Drag the divider: every block keeps its place, size and order — only the palette changes, and the hierarchy reads the same on either side.
What ships, measured
A build is finished when it passes the same audits a search engine and an assistive technology run on it. Every Vermilio release has to clear them before it goes live — including this page, which you are welcome to audit yourself.
Google Lighthouse, mobile and desktop profiles, run on every release. Core Web Vitals are part of the launch checklist, not a later fix. We publish no score here — run the audit on this page yourself and read your own.
What we build with
A brochure site and a logged-in application do not deserve the same stack. These are the tools we reach for, and part of discovery is agreeing which of them your project actually needs — including the ones your team already runs.
Share your goals, what you have today and the decisions you need help making. We can discuss the right starting point and scope.
Tell us about your project