From the Nerd News Archive: our road retold in the voice of the moment. A story written today.
The worst phone call of my WordPress years was never about design. It was the Tuesday afternoon call: "We tried to update our hours and now the homepage looks wrong." A client with every right to edit their own site, a builder that let them edit everything, and no boundary at all between the words and the walls.
I do not blame a single client for those calls. I blame the architecture. When the same drag-and-drop interface controls both a paragraph and the column structure that paragraph lives inside, someone updating a paragraph will eventually move a wall. The tool made the mistake inevitable, and then it made the mistake my emergency.
In the page builder days I tried every workaround. Locking things down with user roles, writing instruction documents nobody opened, quietly rebuilding sections after the fact. None of it touched the real problem, which was that the tool drew no line between editing content and editing design. The fix had to be architectural, not procedural.
Words and photos, not walls
Webflow's answer is the Editor, and it might be my favorite thing about the whole platform. Not the flashiest feature. The most civilizing one. The client gets a view of their live site where they can click into text and type, swap a photo, and edit the items behind their blog posts or team pages. What they cannot do is touch structure. No dragging sections, no resizing columns, no deleting the container the entire page lives inside.
The change in my support inbox was immediate. Broken-layout emergencies simply stopped, because the layout is no longer reachable from where the client works. The calls that remain are real ones: a new page, a new section, an actual design decision. Those are appointments, not alarms.
What the Editor actually taught me
The lesson underneath the feature is bigger than the feature. Content and structure are different materials, they change at different speeds, and they should belong to different people. Structure is my responsibility and changes a few times a year. Words, photos, prices, and hours are the client's daily life and change every week. Any system that mixes the two is choosing whose week to ruin.
The CMS sharpened this further. Anything that repeats or rotates, team members, projects, testimonials, posts, goes into a collection, and the client edits fields: a name, a photo, a paragraph. A field cannot break a page. The template decides the presentation once, and a hundred future entries inherit it perfectly.
The handoff checklist that grew from it
After enough launches, the handoff stopped being a moment and became a checklist. It is short, and every line on it exists because skipping it once cost me a support call.
- Editor accounts for the actual humans who will edit, never one shared login
- Every CMS field named in the client's language, with help text wherever a field could be misread
- A short screen recording of me editing their site, their pages, not a generic tutorial
- Alt text explained during handoff, so photo swaps keep their descriptions
- A one-page list of which changes are theirs and which are mine, so nobody has to guess
The recording matters more than any document I have ever written. Clients do not read handoff PDFs. They watch a three-minute video of their own site being edited, and then they do it themselves within the hour. And one sentence in the handoff meeting does more than any feature: the platform keeps versions of the site, so the scariest possible mistake is a restore. Clients who know that edit bravely. Clients who do not know it either freeze or freelance, and both of those end in a phone call.
Keys handed over, blueprints kept
I have started judging my own handoffs by a simple test: does the client edit without fear and without me? If they hesitate to fix a typo, the handoff failed even if the site is perfect. If they can rewrite every word on the site and cannot possibly break it, the architecture did its job.
That is the standard I am carrying forward, whatever I build with next. The client owns the words, I own the walls, and the tools should make it physically impossible to confuse the two. Separate content from structure and you can hand over the keys while keeping the blueprints. Everyone sleeps better, especially on Tuesdays.
