Guides

The meal subscription management workflow

Most operational failures in this business are not decisions made wrongly but decisions that failed to travel. Setting out the workflow explicitly is how you find where yours leaks.

The workflow, end to end

Each step consumes the previous one; a break anywhere surfaces as a wrong box or an unhappy invoice.

  1. Sell and schedule

    The subscription exists but produces nothing yet. It should start on its own, without anyone remembering to activate it.

  2. Generate the week

    Meals-per-week and delivery days produce dated slots, skipping non-delivery days and stopping at the paid term.

  3. Collect selections

    Customers choose; empty slots take a sensible default at the cut-off, because a kitchen cannot cook an unanswered question.

  4. Freeze at the cut-off

    Purchasing and production commit. Later changes roll to the next open week rather than disturbing bought food.

  5. Derive everything downstream

    Counts, ingredient requirements, labels, stops and invoices all computed from those selections rather than entered again.

  6. Absorb amendments

    Pauses, skips, swaps and plan changes applied atomically, with delivered history never rewritten.

  7. End or renew

    The term expires on its own, and the expiring list becomes the renewal conversation.

Where workflows usually leak

Almost always between steps five and six. The initial generation is fine; it is the amendment path where a change reaches two of the five downstream views and not the other three.

The diagnostic question is simple: when a customer pauses, does anyone have to remember to do anything? If the answer is yes, that is your leak, and it will scale with your customer count.

Atomic or not at all

An amendment should either land everywhere or nowhere. A half-applied plan upgrade — charged but never reaching the kitchen — is worse than a rejected one, because it looks successful to everyone who checks.

That is why this workflow is worth writing down even if you never buy software. Knowing which steps are currently carried by a person tells you exactly where your risk sits.

Common questions

What is the most common break in this workflow?
The amendment path. Initial setup is usually handled well; it is the mid-cycle pause or plan change that reaches some downstream views and not others.
Should empty meal slots be auto-filled?
Yes, at the cut-off. A kitchen cannot cook an unanswered question, and chasing every unselected slot by message does not scale past a small customer base.
Why does delivered history need to be immutable?
Because it records something that physically happened. Rewriting it to make the current state tidy destroys the evidence you need when an invoice is questioned.

See how this works in practice

The home page walks through the same mechanics against a real admin loaded with a demonstration kitchen: production, packing, routes and the customer side.