Archon & Partners
☰

Guide · Running projects

Weekly client status updates: one short email per project

Last updated · By Joel Angel Guadarrama

The short answer

Send each active client a short email on the same day every week with four parts: what happened, what is next, what you are waiting on from them, and the next milestone date.

Keep one row per project in a sheet with a line of notes for the week, and write the email from that row. A person reads every update before it goes.

Step by step

  1. Set up one row per project

    Columns: Project, Client name, Client email, Phase, This week's notes, Next steps, Waiting on client, Include this week (Yes or No).

  2. Fill the notes by a fixed time

    Whoever runs each project writes one line of notes by a set time, for example Thursday end of day.

  3. Write the email from the row

    Use the four-part shape in the template. The writer on this page builds it from the same fields.

  4. Leave quiet projects out on purpose

    If a project has no news, set Include this week to No. Say in the next update that the project was quiet.

  5. Review, then send

    A person reads every update and sends it from their own mailbox. Nothing should send itself to a client.

  6. Automate the drafts, not the sending

    A Friday trigger can create one draft per included project in the firm's mailbox, addressed to the client, ready to edit and send.

Free tool

Status email writer

Fill in the project row. It writes the weekly email for you to copy into your mail and read before sending.

Runs in your browser. Nothing is sent, saved or uploaded. Replace the values with yours.

Why a fixed weekly update helps

Clients who hear nothing assume nothing is happening. Clients who hear from you on the same day every week stop asking "where are we?" between updates, because they know when the answer is coming. A fixed shape also makes the email fast to write and easy to read on a phone.

What goes in each part

PartGoodAvoid
This weekOne or two plain sentences on what movedInternal detail the client cannot act on
NextWhat happens before the next updatePromises with dates you do not control
Waiting on youOne item, with the date you need itA long list; pick the one that blocks progress
Next milestoneName and date of the next visible stepLeaving it out when the date has moved; say so

The sheet behind it

One row per active project keeps the work small. Whoever runs the project updates one line of notes by a fixed time. The update is then mostly copying. If you also keep a Tasks sheet, the client's open tasks give you the "waiting on you" line.

The Include this week column matters more than it looks. It makes leaving a project out a decision, not an oversight. A project with no news gets No, and the next update says it was a quiet week.

Automating the drafts

In Google Workspace, a weekly time-driven Apps Script trigger reads the sheet and creates one Gmail draft per included project, addressed to the client. In Microsoft 365, a scheduled Power Automate flow does the same in Outlook. In both, the system writes drafts and never sends. A person opens the drafts folder, edits, and sends from their own mailbox. Write down:

  • The run day, hour and time zone.
  • Who writes the notes, and by when.
  • Who reviews and sends the drafts.
  • How to pause it: delete the trigger, or turn off the flow.

When the news is bad

Use the same shape. Say what happened in one sentence, what you are doing about it, and what it changes. If it affects fee or schedule, call first, then confirm in writing and record it in the decision log.

Common mistakes

  • Different days for different clients. One fixed day for every project is easier to keep and easier for clients to expect.
  • Long emails. If an update needs more than a few lines, it probably needs a call, with the email confirming what was agreed.
  • Several asks at once. Pick the one item that blocks progress for "waiting on you", with a date. Others can wait a week.
  • Skipping weeks silently. If a project is quiet, say so in one line. Silence reads as a problem.
  • Copying internal notes. Notes written for the team often include names, costs or doubts the client should not read. That is why a person reviews every draft.

An example week

On Thursday afternoon, each project lead adds a line to their projects' rows. On Friday morning the person who sends updates writes, or opens, one draft per project marked Yes, reads each one, fixes a date that moved, and sends them from their own mailbox before lunch. Two quiet projects are marked No and get a one-line mention the following week. The client who owes a signed fee letter sees it under "waiting on you" with a date, in the same place as last week.

The email and the sheet

One email shape for every project, and the sheet columns it is written from.

Download the templates as a plain text file, no signup needed.

Weekly status email

When: Same day each week, for every active project with news

Subject: [Project name]: update for the week of [date]

Hi [Client first name],

This week on [project name] ([phase]):
[what happened]

Next:
[next steps]

Waiting on you:
[item and date needed, or "Nothing this week."]

Next milestone: [milestone] on [date].

Any questions, reply to this email.

Best,
[Your name]

Projects sheet columns

When: Paste as the first row of a new sheet

Project	Client Name	Client Email	Phase	This Week's Notes	Next Steps	Waiting On Client	Include This Week	Last Draft Created

Frequently asked questions

How often should an architect update clients?

Weekly suits most active projects, on a fixed day so the client knows when to expect it. Quiet phases can move to every two weeks; say so in the email.

What should a project status update include?

What happened, what is next, what you need from the client and by when, and the next milestone date. Leave out internal detail the client does not need to act on.

Should status emails send automatically?

No. Drafts are fine. Sending should stay with a person who reads each one, because a wrong date or an internal note in an automatic email is hard to take back.

Should the status email go to everyone on the client side?

Send it to the person who decides and copy anyone they ask you to include. A fixed list per project, kept in the sheet, stops updates reaching people who should not see them.

Who writes the weekly notes?

Whoever runs the project. One line is enough. If the notes are empty by the deadline, that project gets no draft that week.

Sources

Book your free Admin Map.