Steps · Asks · Expectations

A step can run on a person

A run follows a script: named steps in order, written down before anything happens and readable after. Most steps call a system. Some are addressed to a person by name, and some state what should happen next and wait for the world to answer.

The plan and the record are one page.

Onboarding · Acme GmbHrun · day 2
✓Welcome sentemail · Tue 09:00done
✓First sign-inexpected within 3 days · came in 2settled
●Approve pilot scopeaddressed to Anawaiting on Ana · 2 h
○Kickoff run on their dataafter Ana’s yesplanned
○Check-inday 14planned
Asks are addressed

The script asks Ana by name

A step can be a question to a person: approve this scope, confirm this order, pick one of the three drafts. The script addresses it the way it addresses an API, and pauses exactly the steps that depend on the answer while the rest keep running.

Ana gets the ask where she is. On her phone it is a card with the question and its context. To everyone else in the run’s thread it is one line, waiting on Ana, and since when. Her answer lands in the history under her name.

Only the person an ask names can answer it, and moving it to someone else is a change to the script that the history records. Declining is an answer like any other, and the run carries on down the branch she picked.

Working alone, address a step to yourself. A script that stops to ask you before it posts is the same step with a shorter list of names.

Extend Acme’s pilot to include S/4 writes?

Kickoff is blocked on this. The pilot scope so far covers reads only; Acme asked for posting on Tuesday.
ApproveDecline
●Approve pilot scopesince 11:02waiting on Ana
stepReplace filter · line 2
claimeddone · Jonas · 14:02
evidencephoto check · line-2 camera
photoline-2 camera · 14:06
checknew filter seated, housing closed
resultmatches · step settled
Claims and evidence

A done settles against its evidence

When Jonas taps done on a filter change, the script records a claim. A callback from a system you wired in is a claim too. The difference between the two is only how much checking the step asks for.

A step can name its evidence: the next step reads the line camera, or the order status in S/4, and settles the claim against it. When they agree, the run moves on with both on record. When they disagree, the script says so and asks again, or brings in a person.

An evidence step runs wherever the evidence is, including on a node beside the line, so a check does not wait on the uplink.

The plan runs ahead

Later steps exist before they run

Write a five-step onboarding once and the run holds all five from day one: the welcome that went out this morning and the day-14 check-in that has not happened yet, each carrying what it expects and by when.

Reality settles them in its own time. A sign-in arrives and step two closes itself. Day three passes without one and step two turns overdue, which is the moment the script’s own instruction takes over.

Save the script under a name and the next customer gets the same five steps in the same order. Two runs of one script sit side by side, step for step, which is what makes a difference between them worth reading.

Onboarding · Beta Chemierun · day 3
✓Welcome sentemail · Mon 09:00done
●First sign-inexpected within 3 daysoverdue · day 3
○Send nudgewritten for this missnext
○Approve pilot scopeaddressed to Anaplanned
History · Onboarding · Beta Chemie
Sign-in window passedday 3miss
Nudge email sentday 3on miss · as written
window passed → branch on_miss → Send nudge → window re-armed · 3 days
Second window passed, escalated to Mirkoday 6as written
Misses are written down too

A miss follows the branch you wrote

What happens when nothing arrives in time is part of the script, next to the step it belongs to. Send the nudge, re-arm the window, escalate to a named person, drop the step. Read the script and you know what the miss will do before it happens.

A script can hand a miss to the agent instead, for the cases where the right move depends on why. That is a step you write on purpose, and what the agent changes lands in the history with its reason and its author.

Read a run at any moment and it shows all three tenses: what happened, what is waiting on whom, and what the script does next.

What a step can wait for

A script waits for the world

A step can wait for a person by name, and it can wait for anything that arrives in the scene as an event: a customer’s reply on a connected messaging account, a webhook from a system you integrate, a clock, an address the step hands out for someone to call, another script finishing. The run pauses on that line, keeps everything it knows, and continues when the answer comes. Six runs, each stopped where it is waiting.

Hold a conversationwaits for · a reply
✓Customer asks about packagesLINE · 10:35done
✓Agent answers with the optionsin the same run, with the whole threaddone
●Next message from this customerexpected within 24 hourswaiting · 4 min
○Close the threadwritten for the misson miss
Book a classwaits for · their pick
✓Send today’s schedulea card with four timesdone
●The time they chooseexpected within 10 minuteswaiting · 2 min
○Book the slotwith what they answerednext
○Confirm to the customerLINEplanned
Escalate to a personwaits for · Ana
✓Customer asks for a refundLINE · 14:02done
●Approve the refundaddressed to Ana · within 2 hourswaiting · 11 min
○Issue it and tell the customeron yesnext
○Hand it to Jonaswritten for the misson miss
Watch an integrationwaits for · the next result
✓Forward accepted by the other system620 in a rowdone
●Next forward resultexpected within the hourwaiting
○Restore the original webhookon the first rejectionon fail
○Tell Mirko what happenedaddressedon fail
A lead worth a pingwaits for · the right message
●A pricing question from someone newjudged per message, standingwaiting
○Notify Mirko, with a reply buttonthe message, who sent itnext
○Wait for the next onethe step re-arms itselfplanned
The world calls backwaits for · a call to its address
✓Mint an address to be called atthe step hands it out before it waitsdone
✓Send the payment linkwith that address as the callbackdone
●The payment provider posts the resultexpected within the hourwaiting · 30 s
○Send the receipt, book the classon paidnext

Each of these is one run. Open it and the line it is stopped on is the line you would point at; what it already knows stays with it while it waits, and the step after the wait is already written.

Every step names its actor

A person by name, a system by its account, the agent under whoever it borrowed authority from. The history reads the same to you and to an auditor.

Consequential steps gate on approval

A write that touches the real world waits for a yes, and the yes is a step in the script like any other.

The next run is the same script

Steps in the order you wrote them, the same branch on the same miss. What changed between two runs is the world, and you can read where.

Start with a script of your own

Set your first scene