Skip to content

Lemma · Workflows

Work that passes through several hands.

A workflow runs a job the same way every time. Some steps go to your teammate, some run code, and some wait for one named person to decide.

June’s import check, waiting on Dev.

Why workflows

The steps take minutes. The handoffs take days.

A first import: check the rows, fix the dates, get a sign-off, run it. It drags for a week because the fixed file sits unseen and the approver doesn’t know it’s their turn. A workflow writes the handoffs down, so nobody has to remember.

One import, from new row to finished.

When to make one

Ask once in chat. By the fourth time, make it a workflow.

The first time, work the job out together in chat. Once you’ve asked for the same thing three Mondays running, it has a shape: a fixed order, named people, the same result however it’s asked.

Three jobs that keep coming back.

The workflows list with tabs for Workflows, Waiting on you, Running and Recent runs.

Steps

Seven kinds of step.

Three do the work: your teammate reads and drafts, code does what must be exact, a person decides. Four steer the run. Each step hands what it found to the next.

Seven kinds of step, one run’s path.

  • Hand to your teammateA real conversation you can read or join.
  • Ask a personOne named person fills in a short form.
  • Run codeExact work: validate, total, write, call another system.
  • BranchThe first rule that matches picks the path.
  • RepeatThe same steps for each item in a list.
  • WaitPause for a set time, then carry on.
  • EndWhere a path finishes.

How it starts

It starts itself, with one person’s access.

By hand, on a schedule, when a row changes, or when a connected app sends something. Every run acts as one person, so it never reaches further than they could.

Four ways a run begins.

  • Run nowRuns as you.
  • On a scheduleOnce or repeating, as often as every 15 minutes.
  • When a row changesAdded, changed or removed, optionally on a condition.
  • When an app sends somethingA new email or message, through someone’s own account.

Your turn

It asks you once, in the chat you already use.

When a step needs someone, your teammate messages them on Slack, Teams, WhatsApp, Telegram or email. Dev replies “Yes, import it. Tell Harbor the dates are fixed.” The form fills in from his words, and the run moves on.

Dev replies in a sentence. The run moves on.

  • Or in the appWaiting on you lists every pending step, oldest first.
  • Only themNobody else can answer it.
  • Never stuckUnanswered after 72 hours, the run stops and says why.

The record

Every run leaves a page that explains itself.

How far it got, what started it, where it’s waiting, and each step’s result and timing. A failed run names the step and the reason, so repeat failures stand out.

Three steps done, waiting on Dev.

A run waiting on Dev to approve a corrected file, with each step's status and timing.

Making one

Describe the job. Your teammate writes the steps.

There’s no diagram to draw. Explain the job as you would to a new hire, read the steps it writes, then switch it on. To change it, ask again; the reasons stay in its chat.

One sentence in, the steps out.

  • Ask me firstIt prepares, a person approves, then it goes out.
  • Only the unsure onesClear cases pass; people see the edge cases.
  • Failures become tasksA problem becomes a form for whoever can fix it.

The rest of its space

Every part of the job, in one place.

Who doesn’t know it’s their turn?

Describe the job and who signs off. It runs itself from then on.