DeterminismOctober 15, 20262 min read
Right nine times out of ten is wrong four times a day
A demo runs once. A process runs forty times a day. The arithmetic between the two is the whole reason we build workflows the way we do.
DeterminismSeptember 27, 20261 min read
Every run of a workflow keeps a record: what came in, what each step did, who approved what. It is the difference between trusting a process and checking one.
When a person does a task, they leave traces: an email, a note on the file, a memory of why they did it that way. When a workflow does a task, it leaves exactly what it was built to leave. So we build it to leave a lot.
Each run of a Vector & Frank workflow records:
Because the promise is that you can check what it did yesterday. That promise is only as good as the record behind it.
It pays off in three places. When somebody asks why a payment went out, the answer is one click away. When a step starts going wrong, you can see exactly which runs it touched. And when the auditors come round, the workflow is the easiest part of the business to explain.
Trusting a process and checking a process should feel the same. The run history is how they do.
The record is also where improvement starts. Every case the gate sent to a person is a case somebody could teach the workflow to handle next time.
DeterminismOctober 15, 20262 min read
A demo runs once. A process runs forty times a day. The arithmetic between the two is the whole reason we build workflows the way we do.
DeterminismOctober 13, 20262 min read
Every workflow we build has a line through it: one side is rules, the other is judgment. Drawing that line is most of the design work.
OutcomesOctober 6, 20261 min read
Software is usually sold by the seat. We bill by the outcome — one invoice matched, one claim checked — because that is what you were paying people for.