An assistant drafts your weekly update in 20 seconds, but checking it takes longer than writing the update yourself. Did the workflow become more productive? Measure the complete job, not the speed of the most visible step.
Before you begin: Know how to compare assistant outputs against a task-specific rubric.
Map one recurring task
Choose a low-risk task you already understand, such as turning personal project notes into a weekly status draft. Write its steps: gather notes, identify completed work, separate blockers from plans, draft the update, verify claims, and share it through your normal process.
Notice where the uncertainty lives. The assistant can help organize text, but only your records establish whether work was completed. A polished “finished” statement must not be inferred from a note that says “started.”
Keep the first experiment manual. Paste non-sensitive notes, review the result, and revise the instructions. That exposes the task before connectors, schedules, and external actions make the workflow harder to inspect.
Establish a baseline
Time the task without AI on a few representative occasions. Record total effort and the quality problems you normally catch. Then time the assisted version, including preparation, checking, and corrections.
Suppose a fictional baseline takes 18 minutes. The assisted version takes three minutes to prepare input, one minute to draft, eight minutes to verify, and two minutes to edit. Total effort is 14 minutes, not one minute. That is a four-minute reduction in this example, not a general productivity claim.
If verification grows with source complexity, the benefit may disappear on harder weeks. Measure a range of cases rather than promoting the best demonstration as the typical result.
Give the assistant a bounded role
For a status update, ask it to organize supplied notes into completed work, work in progress, and blockers. Require evidence from the notes for completion claims. Leave sharing to the person until the draft quality is established.
Do not grant broad inbox or file access just to summarize one document. Use the smallest input that serves the task. When integrations become useful, inspect what each connection can read or change and whether those permissions match the intended workflow.
Automate stable steps first
A predictable file-format conversion or sorting operation may be deterministic. Use ordinary software when the transformation has exact rules. Language models are useful when the input requires flexible interpretation, but that flexibility also introduces variability.
A trigger starts an automation, such as a new file or a scheduled time. An action changes something, such as creating a draft. Add explicit handling for duplicate triggers, missing inputs, and failed runs. Otherwise a time-saving workflow can create repeated drafts or quietly skip important material.
Define a stopping condition
Decide what the workflow does when it cannot complete the task. It might save a partial draft with a clear missing-information note, notify the owner through an already-authorized channel, or wait for a human decision. It should not manufacture facts to keep the automation looking successful.
Track repeated corrections. If you fix the same “started” versus “completed” error every week, revise the input schema or task instructions. Human review should inform the system, rather than become invisible permanent cleanup.
Decide whether to keep the workflow
Your assisted update saves five minutes on ordinary weeks but takes ten extra minutes when notes are incomplete. What would you change before scheduling it?
Use the failure to narrow the task
Add a completeness check and require the assistant to mark uncertain status explicitly. You might standardize your note headings or let the automation create only a draft. Re-measure the whole task after the change. If it still creates more work than it saves, keep a simpler manual process instead of expanding the automation.
The next lesson examines who bears the consequences when an AI workflow is wrong, unfair, or unclear about how it uses data.
Further reading
The NIST AI Risk Management Framework encourages evaluating systems in their use context. The timing examples in this lesson are invented and do not claim observed productivity gains.