Zapier · Make · manual reminders
- Generic connectors, priced per task
- Blind to designs, phases and approvals
- Brittle multi-app chains to maintain
- Technical setup — or it never gets built
Most automation is fire-and-forget: something happens, do a thing. A Workroom run can park itself and listen for the future. Send a contract, and the run waits for the signature — for three days. If it never arrives, the timeout branch sends the reminder. Nobody had to remember, and nobody had to check.
Three runs no connector could build. Pick one and press play — the canvas is the real builder.
Trusted by the studios doing the work
Almost every automation product models the world as when this, do that. The useful cases in a design studio are the opposite shape: chase the thing that hasn't happened. A contract nobody signed. An estimate nobody responded to. An invoice nobody paid.
The same backbone that powers every trigger also powers the waiting — which means you can compose behaviors we never specifically built. It's also the foundation for what comes next: triggers that fire on a computed value crossing a line, and on the downstream consequences of one thing slipping. See the roadmap →
Run completes. No reminder, no nagging a client who already did the thing.
Timeout branch fires. A branded reminder goes to the client, and the studio is notified.
It's the standard advice, and it's wrong for this trade. A connector can move a row between two apps. It cannot know that a product was approved by the client, that a project moved into documentation, or that an estimate was viewed and then ignored.
These are the moments a design business actually turns on. Every one of them can start a run, and every one carries its record with it — so the email knows which client, and the task knows which project. The last two groups are the ones a connector cannot reach: they fire on a countdown running out or a computed number crossing a line, not on a row changing.
Not "send a Slack message when a row changes." Claim windows that close on you, vendors who go quiet, install dates that stop being true, allowances that quietly drift. Pick one, read what it does, and switch it on.
Automation completed
Every one of these is editable on the canvas — or describe your own and Walter drafts it.
The reason most studios have no automation isn't that they don't want any — it's that building it is a technical afternoon nobody has. So you describe what you want in a sentence, Walter drafts a working automation, and you read it before anything runs.
From the studio's branded address or a connected mailbox, with merge tags for the client, project, invoice or contract — and a form link attached if you want one.
Spin up a whole kickoff checklist against the new project and put each task on the right person.
Set a project's phase or status, or move a lead down the pipeline, without anyone dragging a card.
The record owner, the studio, or whoever needs to know — on the record rather than in a group chat.
A lead entering a stage can auto-draft its agreement — always a draft, never sent without a person. Contracts →
A form submission is a trigger like any other, so an enquiry can notify you, create the follow-up and open the lead. Forms →
Because a generic connector doesn't know what an approval is. It can move a row between two apps, but it can't trigger on a product being approved by a client or a project moving into documentation, and it charges you per task to do the moving. Workroom's triggers are the studio's own events, and the actions operate on the studio's own records.
A run can pause mid-flow and listen for something that hasn't happened yet, with a timeout. Send a contract, wait for the signature, and if three days pass without one, the timeout branch sends the reminder. It's the same engine that handles every trigger — which is why the pieces compose into workflows nobody specifically programmed.
Only if you built and enabled an automation that does. Walter drafts automations but never enables them; you review first. Everything can be paused, and every automation shows how many times it has run.
No. Describe the rule in a sentence and Walter builds a working draft, or start from one of thirty templates — grouped by outreach, task creation, claim windows, shipments and lead time, vendor reliability, install confidence, budget thresholds, client cascades and the lead pipeline. The canvas is there if you want to wire it yourself.
No. It's part of the platform rather than a metered service with a task counter, which is the difference between automating the things worth automating and rationing them.
We'll build the automation for it on the call — in plain English, in about a minute — and you can decide whether to switch it on.