CMS architecture
Component libraries
Figma to Webflow
Editor handover
CMS architecture
Component libraries
Figma to Webflow
Editor handover
Changing a headline should not be a ticket. We build SaaS marketing sites as a system — tokens, components, collections — so your team ships landing pages and blog posts on their own, and the number of things only a developer can do gets small enough to list.
Almost every SaaS site we are asked to look at has the same three problems, and they are all the same problem: the site was built as pages instead of as a system.
Nothing on it is reusable. Nobody will touch it, because the last person who tried broke the spacing on mobile and it took two days to find.
It is on a different platform, or a template nobody has opened since launch. Your best content is the worst-looking page you own.
Every campaign landing page was duplicated from the last one. Change a nav link and you change it nine times, and you will miss two.
The order matters more than any individual decision in it. Build the pages first and you get a site nobody can maintain; build the system first and the pages take care of themselves.
01
Colour, type scale and spacing live as Webflow variables rather than as values typed into each element. Change one and every page follows. This is the layer that turns a rebrand into an afternoon.
Brand colour
Type scale
Spacing
Radii
02
The page shapes your marketing site actually repeats, built once and reused everywhere. Edit the component and every instance updates — which is the difference between a site that can be maintained and one that gets quietly abandoned.
Hero
Feature row
Logo wall
Pricing table
FAQ
CTA band
Nav
Footer
03
Everything that will be published more than once becomes structured content rather than a pasted page. Your team fills fields; the template does the design. Nobody chooses a font size to publish a blog post.
Blog
Case studies
Integrations
Changelog
Jobs
Authors
Every agency says “fully editable”. Almost nobody publishes the other column. Here is both, and the right-hand one is the list we are trying to keep short.
No developer, no ticket, no us
Us, or whoever you have in house
The right-hand column is the honest measure of the build. If six months after launch your team is still sending us tickets to change copy, the architecture was wrong and we would rather hear about it than keep invoicing for it.
Both shipped in 2026, both still live, both open in a new tab from here. No traffic graphs and no percentage uplifts — we do not have access to their analytics and would not publish it if we did.
2026
AI-powered content creation and creator discovery platform, designed to help brands create content and connect with creators through intelligent signals.
amplify.club2026
SEO and GEO platform helping brands and agencies improve AI Search visibility, turn search insights into actionable priorities, and measure the impact of their optimizations.
semactic.comNo week numbers here, because the honest answer depends on how many page types you have. You get a date with the quote, and the date is a commitment rather than an estimate.
01
We agree the component list before anything is designed
An hour on a call with whatever you have — the current site, the Figma file, or a list of pages on a whiteboard. The output is the component library, written down. Every argument about scope happens here, where it is cheap.
02
The system gets built before the pages do
Tokens, then components, then collection structure. It looks like slow progress and it is not — once the system exists, pages assemble in hours instead of days.
03
Pages get assembled, on a staging URL you can open any time
No weekly reveal. There is a link, it is current, and you are welcome to look at it at two in the morning and send notes.
04
Handover is a thing that actually happens
Editor accounts for your team, a recorded walkthrough of the component library, and the collection structure documented in writing. Not a Slack message saying it is live.
Yes, and that is most of what we do. Figma in, Webflow out. The one thing we will ask for first is an hour to agree the component list, because a design handed over page by page becomes a site built page by page — which is the problem this page is about.
You can, and plenty of teams do. But the CMS architecture is most of the value here, and a split stack means two places to publish and two things to keep looking the same. If you want to keep it, we will match the design and handle the subdomain so it does not read as two companies.
Docs usually stay where they are — Mintlify, GitBook, ReadMe, Docusaurus. We match the design and sort out the subdomain, but we do not move versioned product documentation into a Webflow CMS. It is the wrong tool for that job and we would rather say so.
That is exactly what the token layer is for. Colour, type and spacing are variables, so a palette change is a day rather than a rebuild. A change to how pages are laid out is still a change to how pages are laid out — tokens do not make that free.
It is a real ceiling and it is better to know now than in month nine. Item limits depend on your site plan, and collection lists nest three levels deep. If you are planning thousands of programmatic pages, tell us at the start — it changes the architecture, and sometimes the honest answer is that part of the site does not belong in Webflow at all.
Yes, on a monthly block of hours. But the whole point of building it this way is that you need less of it — if your team is still sending us tickets to change headlines six months later, we built it wrong.
Or the site you have now, or a list of the pages you wish you had. You get a scope, a price and a date back the Within 1 business day.