Every application a company runs is a filtered view of one thing: the data that moves the business. An invoice is a row. An approval is a field. A dashboard is a query somebody froze into a page and put a login in front of.
For thirty years we built those views and called them systems. They were not systems. They were windows — and we built a new one for every operation, because every operation needed a person standing at it.
That was the real constraint, and it was so total that nobody thought to name it. A person had to read the invoice, so somebody built a screen for reading invoices. A person had to route the approval, so somebody built a queue. A person had to notice the exception, so somebody built a report, then a dashboard, then an alert about the dashboard. The sum of those surfaces is what the industry sells as software. It was never the work. It was scaffolding around the work, shaped entirely by the fact that only humans could do any of it.
That constraint is gone, and almost nobody has redesigned around its absence.
The work can now happen where it always belonged — in the data, continuously, unattended. What is left for a person is what was always genuinely theirs. Knowing that this vendor is in dispute. Deciding that this month is an exception. Carrying the context that lives in one head and no database.
So we build the other way round. The system runs. When it reaches something only a person can settle, it surfaces exactly that — one decision, in a view built for that decision and nothing else — then takes the answer and finishes the job. No inbox. No module. No thirty-field form where four fields mattered.
Which means the loop is what we are designing, and the interface is only one step of it.