Examples and demonstrations

The jobs business automation takes off a small business’s plate, each shown in a short video of a real run on fictional data, with the point where a person approves.

Everything here is labeled with what it is. A demonstration shows how a workflow behaves with invented records. Only work a client reviewed and authorized is ever presented as a client result.

Jobs I take off your plate. One page per job, for trades, small offices and law firms in Jonesboro and Northeast Arkansas.

Every company, person and record in the videos is made up.

For IT and Microsoft 365 teams

14 items are published today. Each one carries its classification, so you can see what it is and what it is not before you read it.

What the labels currently hold

  • Published: Demonstration using synthetic data
  • No item published: Reference implementation, Anonymized client engagement, and Authorized client case study. No such item exists on this site today.
  1. The 3 AM P1: an on-call ticket work-up from one question

    An on-call engineer asks one question. An assistant pulls the ticket, server record, runbook, and credential ages, then drafts a ticket note it does not post.

    Demonstration using synthetic data

Four labels, and what each one commits to. Every item carries exactly one of these labels.

The label is the whole claim, so the words matter more than the layout: “case study” is never used for hypothetical work, and a demonstration never implies a measured outcome.

  • Demonstration using synthetic data

    A scenario Natural State Logic built to show how a workflow behaves. The records, names, and log entries are invented, no client is involved, and no business result is claimed.

  • Reference implementation

    A working implementation described in full so someone else can follow the approach. It shows how the parts fit together, not what it saved for a client.

  • Anonymized client engagement

    Work performed for a client, written up with the identifying details removed: no client name, no personnel, no internal addresses, and no data that could be traced back to them.

  • Authorized client case study

    Work performed for a client who reviewed the write-up and agreed to be named. Any result shown here is theirs, measured in their systems, and published with their permission.

Reading a demonstration honestly. A demonstration is a description of a workflow that can be inspected, not evidence of what it did for anyone.

Here is the difference in practice.

A demonstration can show

  • The controls a workflow is built from: which identity reads which data, where a person must approve, and what is recorded.
  • Whether a described approach is coherent end to end, so the people who own the process can challenge it.
  • What the workflow would do in a specific situation, because the sample records are visible rather than described.

A demonstration cannot show

  • Any measured result. A scenario built from invented records cannot produce a saving, an error rate, or a throughput figure.
  • That your systems behave the same way. Document libraries, applications, and permission models differ.
  • Compliance, certification, or a clean security review. Those depend on your requirements, your data, and your own review.

The same four steps, in your line of work

Pick a line of work to see one request go through the same trace: what the assistant reads, what it flags, and where it stops for a person. Every sample is fictional.

Choose a line of work

Pest inspection: a real estate inspection summary

“North sill: two narrow tubes? IMG_0412. Crawlspace blocked by boxes, do NOT mark clear. Buyer’s agent wants an update.”

An inspector’s field notes for 14 Willow Lane. Fictional sample.
  1. Reads what is already there

    • Field notes, Tuesday 9:12 AM
    • Photo IMG_0412
    • Access and treatment notes
  2. Flags what is missing

    • The crawlspace was not inspected, so it cannot be marked clear.
    • The prior treatment history is unknown.
  3. Stops for approval

    It drafts an observation summary and a status note to the buyer’s agent, with no finding and no signature.

    Waiting for the licensed inspector

  4. A person makes the change

    The inspector verifies each observation, decides any recommendation, and signs the report. Only the approved report goes out.

Service desk: an on-call ticket work-up

“I just got paged for 40217. Get me everything I need to start working it.”

Priya, on-call engineer, at 2:47 AM. Fictional sample.
  1. Reads what is already there

    • Ticket 40217, P1
    • Server record RL-FS01
    • Outage runbook, 6 steps
  2. Flags what is missing

    • The domain admin password is 411 days old.
    • There is no iDRAC login on record for the power-cycle step.
  3. Stops for approval

    It drafts the ticket note, the assignment, and the status change, and posts none of them.

    Waiting for Priya

  4. A person makes the change

    Priya reads the draft, edits it, and posts it herself.

Architect: a contractor pay application review

“Pay application for the Willow Creek Library addition: roofing and interior framing progress, one change order pending.”

A contractor’s submission to the architect’s office. Fictional sample.
  1. Reads what is already there

    • Pay application and progress narrative
    • Site observation records
    • Change order log
  2. Flags what is missing

    • The site observation record does not yet confirm the roof membrane.
    • The change order’s approval record is not attached.
  3. Stops for approval

    It drafts review questions that cite the record behind each one, and certifies nothing.

    Waiting for the office manager and architect

  4. A person makes the change

    The office manager checks the support, and the architect verifies progress before deciding on certification.

Insurance: a homeowners renewal review

“We made some improvements to the house. Does that change what we need at renewal?”

Avery Lane, a client with a homeowners renewal coming up. Fictional sample.
  1. Reads what is already there

    • Current coverage summary
    • Carrier renewal document
    • The client’s question
  2. Flags what is missing

    • The improvement details have not been supplied.
    • No alternative carrier terms are on file.
  3. Stops for approval

    It drafts a renewal briefing and a client check-in, and recommends no carrier or coverage change.

    Waiting for Morgan, the licensed producer

  4. A person makes the change

    Morgan checks the policy and any carrier terms, then approves the message to the client.

Have a workflow like this one?

Bring the process, the systems involved, and who approves what. A short conversation is usually enough to say whether it is worth building.