Ezra Free
What "Quiet Mind" Means to Us
Quiet Mind describes what hiring us should feel like: competent people own the design and technical details, so you never have to supervise the work yourself.

“Quiet Mind” can sound like a design philosophy: something minimal, with lots of white space, soft colors, and a carefully placed houseplant. A company with this name could easily end up looking like a meditation app, which would miss what we mean by it.
The name describes what hiring us should be like. You hand us a problem, and from then on someone competent owns it. The short version is “relax, we’ve got this.”
Most people don’t hire a designer or a developer because they want another project to manage. They have a business to run, and the website or the app is one of a hundred things competing for their attention. Once it’s in capable hands, it should take up less room in their head. They shouldn’t be left wondering whether anyone saw their email, or find out at launch that nobody tested the form on a phone. You should not need to become a web developer just to make sure the web developer is doing the job.
What “handled” looks like
That feeling has to be earned by the work itself, and much of what makes work good sits in places a client would never think to check.
Take a contact form. If someone asks us for one, the job isn’t finished when a form appears on the page. What happens while it’s sending? What happens if sending fails? Does it work on a phone? Where does the message go, and what if that stops working later?
On our own home page, the button is disabled while a message is on its way and the form says “Sending…”, so an impatient second tap can’t send it twice. If sending fails, what you wrote stays in the box, and the error gives you another way to reach us. If you’ve half-written a note and click the logo to look at something else, the page scrolls to the top without reloading, and the note is still there when you come back. None of that would appear in a brief. All of it is part of building a website properly, and it only gets noticed when it’s missing.
The same applies when the work is changing something that already exists. When we redesigned this site, almost everything visible changed, and two things nobody can see were kept on purpose. If you had picked light or dark mode on the old site, the new one still honors it, because the new switch reads the setting the old one saved. The old service pages were retired, but their addresses still work, and each one leads to the page that replaced it. The alternative is that somebody finds those things broken later, and that somebody is usually the client.
Owning it includes telling you
Handing something over only works if you hear about what matters. If a request is bigger than it looks, we say so before it turns into a surprise. If we think an idea will cause trouble, we say that too, including when the idea is a rebuild and the honest answer is that you don’t need one. Agreeing would be easier in the moment, but confidence doesn’t survive a project where every answer is yes until it meets reality.
Ownership has a limit on the other side as well. With software someone else built, the right move is often to fix the thing we were hired to fix, make sure that one thing is actually complete, and leave the rest alone.
The work doesn’t have to be quiet
None of this describes a visual style. Peace of mind is what the client gets, and it puts no limit on how the work looks. We like strong typography, interesting interactions, and websites with a point of view. Our own home page opens by flying a camera through a laptop screen and into the pixels of a single letter, which nobody would call understated. A project can be loud, playful, technical, strange, or restrained, depending on the product and the people it’s for.
The quiet part is on your side of it. You know what’s being built and where it stands, and checking whether the form works on a phone is our job.

