A visual editor that refuses to hide the model
You drag boxes and the tool writes classes you have to understand.
- The surface
- Building a page in the designer: the element tree, the style panel, classes, breakpoints, and publishing.
- What the user wants
- I want to build and ship a real website myself without waiting on an engineering queue.
The canvas with a navigator
The page is edited visually while a tree panel shows the nesting of every element, and selecting in one selects in the other.
Two representations of one structure
Visual editing alone leaves users unable to select the container they need or understand why something is positioned as it is. The tree exposes the hierarchy that the visual view hides. Linking the two teaches the document model through use rather than through documentation.
The style panel writes classes
Styling an element requires naming a class, and the same class applied elsewhere updates everywhere. Combo classes extend a base class for variants.
Reuse enforced by the tool
The alternative, styling each element individually, is faster for the first page and catastrophic by the tenth. Making the class a required step means the user builds a system whether they intended to or not. It is a deliberate tax on the first ten minutes to prevent a rewrite in month three.
Breakpoints that inherit downward
Styles set at the widest breakpoint cascade to narrower ones, and a change made at a narrow breakpoint applies only at that size and below.
Directional inheritance mirrors the medium
Responsive design is where visual builders usually collapse into four unrelated copies of a page. Encoding the cascade means most work is done once and adjusted only where it breaks. The direction of inheritance is itself a lesson about how CSS actually behaves.
Collections as content types
A CMS collection defines fields, and a template page is designed once and rendered for every item in the collection.
Separate content from presentation
The moment a site has more than a handful of similar pages, hand-built duplicates become a maintenance problem. Designing one template against a schema is the same idea every web framework has, offered without code. It also gives a non-technical editor a safe surface that cannot break the layout.
Interactions as a timeline
Animations are configured by choosing a trigger, such as scroll position or hover, and setting element states over a timeline.
Declarative motion
Animation is where hand-written frontend work gets expensive and inconsistent. Exposing triggers and states as a configuration keeps motion in reach for a designer. The constraint of the panel also keeps the result within the range of things that perform acceptably.
Publish to a staging subdomain
Publishing targets a free subdomain first, with a custom domain as a separate configured step, and the published site is independent of the editor session.
Let the user see the real thing before they commit
A preview inside the editor is never fully trusted, because the editor is present in it. A real URL on a real server removes the doubt at zero cost and zero risk. The domain step is separated because that is where the money and the anxiety are.
Hide the model, or teach it
What not to copy
- The learning curve is the product's honest cost. Webflow teaches the box model and the cascade to people who came specifically to avoid learning them, and a meaningful share of them leave during that lesson.
- Class naming has no guardrails. Users produce sprawling class lists with no convention, which recreates in a visual tool exactly the stylesheet mess it was meant to prevent.
- Hosting is bundled with the builder, so the design work and the infrastructure decision are sold as one thing. Leaving means exporting static code that no longer connects to the CMS, which is lock-in with a polite name.
- Pricing splits across site plans and workspace seats in a way that surprises agencies in particular, because the axis that scales the bill is not the axis that scales their work.
The takeaway
Decide deliberately whether your tool hides the underlying model or teaches it, because doing both badly is the common failure.
Finished the teardown? Bank it and the day counts toward your run.
Where the principles come from
- The Design of Everyday Things (conceptual models), Don Norman
- Badass: Making Users Awesome, Kathy Sierra
- Progressive Disclosure, Jakob Nielsen, NN/g
Written from public behaviour of the product, not from inside it. Interfaces change often, so treat the flow described here as of the time of writing and check the live product before quoting it.
