HomeGuidesYour first week with an AI coworker
Getting started

Make the first week small enough to learn from.

A five-day plan for trying one useful workflow, reviewing real outputs, and deciding what deserves a second week.

A practical playbook with an illustrative example.

# your-team
JaredILLUSTRATIVE WORKFLOW
Prepare a draft client update using only the supplied project notes. Cover completed work, current blockers, and decisions needed. Link each material claim to its source. Put missing or conflicting information in a reviewer note. Do not send the update or promise a delivery date.
A specific outcome + a clear boundary
Interactive example. No real customer data or external actions.
Start with the outcome

Make the work easier to move forward.

A useful first week ends with a working habit and evidence that it helps. Pick one repeated preparation task, one person who needs the result, and one reviewer. Keep the scope steady long enough to learn. Try a morning briefing, client update draft, or recurring meeting brief.

Early trials often mix too many jobs. A good draft hides a weak source; an impressive summary hides a missed deadline. When every request is different, the team cannot tell whether the workflow is dependable or whether one attempt happened to go well.

What to bring to the task

  • One recent example of the work, including the final human version
  • The specific source material the reviewer is allowed to share
  • A named reviewer and a realistic review window
  • A short definition of a usable result
A practical working method

From context to a useful result.

  1. Monday: define the handoff

    Write a one-paragraph brief with the audience, source boundary, output format, and deadline. Name the point where preparation ends. For a client update, that might be a private draft containing completed work, open issues, and questions for the account owner. Sending stays a separate decision.

  2. Tuesday: replay a finished example

    Use a past situation whose outcome you already know. Supply only the information available at that time. Compare the result with the actual update and mark missing facts, unsupported statements, and unnecessary detail. This exposes gaps without making a live recipient depend on the experiment.

  3. Wednesday: prepare one live draft

    Choose an ordinary case and keep a human responsible for delivery. Ask for source references beside important claims and a separate list of uncertainties. Record how long review takes, including the time spent checking references and rewriting sections. Save the corrected version as a teaching example.

  4. Thursday: test an awkward case

    Try a missing update, conflicting dates, or a request with no confirmed owner. A useful result should expose the gap and identify the smallest question needed to proceed. Revise the brief so that the next run handles the same situation explicitly. Do not reward confident guesses.

  5. Friday: choose the next version

    Review the attempts together. Continue if the result was useful after a manageable review; narrow the scope if corrections clustered around one section. Pause if sources or ownership remain unclear. Expand only one dimension next week so you can explain what changed.

The human review checkpoint

A successful trial does not establish permission for future messages or broader access. Keep the reviewer responsible for approving any external communication. If the audience, information, or proposed action changes, review that change before proceeding.

Before you make it a routine

  • One workflow stayed constant across the trial
  • At least one difficult case was reviewed
  • Review and correction time were counted
  • The next week's scope has an owner

A few useful questions

What if the workflow happens only weekly?

Replay two or three past examples, then review the next live occurrence. Extend the trial until you have seen enough normal and awkward cases to make a decision.

Should everyone try it at once?

Start with one owner and one reviewer. Share the brief and lessons with the wider team once the handoff is clear; a larger rollout should have its own review plan.

Keep exploring

Related playbooks