Skip to content
Friday
Blog
GuidePricingLog in Sign up
Menu
GuidePricingLog inSign up

All articles

5 Questions to Ask Before Your First Client Update

2026-09-13

Before your first client update, ask how the client wants to read it, who needs it, when it should arrive, what they care about, and where replies should go.

The answers change what you send. A polished update in the wrong format, sent to the wrong people, is still poor communication. Ask these five questions while the project is being set up, then confirm the arrangement in writing.

1. What format will you actually read?

Do not ask the vague version, "How would you like me to communicate?" People tend to answer with whatever sounds flexible. Give a small set of practical choices.

You could ask:

I usually send a short email with completed work, next steps, requests, and changes. Would that work for you, or do you need a document or a short call as well?

The answer tells you how much ceremony the client needs. A solo owner may want one email they can read on a phone. A project lead may need a short email plus an attached budget they can pass to finance.

Keep the main update easy to scan even when formal reporting is required. You can put detailed evidence in an attachment or linked record. Do not force every reader through six pages because one department needs a table.

The first update should use the agreed format without experimentation. If you promised four short sections, send four short sections. Familiar structure reduces the effort needed to read the second update.

2. Who else needs to receive it?

The person who hired you may not be the only person affected by the work. Ask for names, roles, and email addresses. Also ask whether every reader should see every attachment.

A useful question is:

Who should receive routine updates, and is there anyone who should only be included for budget, approval, or technical decisions?

The distinction keeps routine communication small without leaving decision makers uninformed. It also helps you avoid sending commercial or customer information to a wider list than necessary.

The first client update should greet the group and explain why they are receiving it. When one person owns approvals, name that person beside the first request. A request sent to five people without an owner often receives five assumptions and no answer.

If access uses a private bearer link, explain that anyone with the link can read and reply. Ask recipients not to forward it outside the agreed group. No login removes friction, but it does not remove the need to manage access.

3. How often should the update arrive?

Ask about the client's planning cycle and the cost of late information. Then offer a schedule you can maintain.

You might ask:

Is a Thursday afternoon update early enough for your Friday planning, and are there events that need an update sooner?

Weekly is a sound default for active work. Some projects need a different rhythm. A launch week can justify daily notes, while a project waiting on a monthly committee may need a short weekly holding update and a fuller note after the meeting.

Do not tie frequency to whether you completed something impressive. The client needs to know when work is blocked, under review, or waiting for them. A fixed schedule answers the basic question of when more information will arrive.

Put the next update date in the first update. A date turns a general promise into a predictable habit. If an urgent issue would break the schedule, define what qualifies and how you will report it.

4. Which outcomes and risks do you care about most?

Projects contain more information than a client needs each week. Ask which outcomes they use to judge progress and which surprises would cause trouble.

Try this wording:

Which two or three outcomes should I report every time, and which changes do you need to hear about immediately?

A hypothetical retailer might care about checkout errors, launch date, and migration risk. A hypothetical publisher might care about approved pages, accessibility findings, and editor decisions. Neither needs a list of every task you touched.

Use the answer to choose evidence. If the client cares about reducing failed checkouts, report the measured checkout result rather than "payment work continued." If no measure exists yet, say what you can observe and when better evidence will become available.

The first update should repeat the agreed priorities and show current status against each one. Doing so lets the client correct your understanding before several weeks pass.

5. How should questions and decisions be handled?

Agree where the client will reply and how quickly each side normally responds. Also decide what happens when a deadline depends on their answer.

Ask:

Can you reply directly to the update for normal decisions, and who should I contact if an unanswered question will move the date?

Be careful with response promises. "I am always available" is not a plan. A specific working day response time is clearer, with a separate path for a narrow class of urgent problems.

The first update should contain one well formed request if you need client input. Name the decision, owner, due date, and effect of delay. "Thoughts?" asks the client to invent the next step. "Please approve option B by Tuesday so testing can start Wednesday" makes the next step clear.

Record the answer with the project history. When a decision happens on a call, repeat it in the next update so both sides can correct the record.

Turn the answers into your first client update

Open with the outcome the client cares about most. Follow with what happens next, any decision you need, and anything that changed. Send it to the agreed readers in the agreed format, then close with the next update date.

These questions do not lock you into one process forever. Ask again when a new stakeholder joins, the project changes phase, or the update stops getting useful replies. Communication should change when the client's work changes, rather than when you become bored with the format.

A good first client update proves that you listened before you reported. If you need a simple email and a private history without client accounts, Friday can hold unlimited projects and clients under one $49 monthly business account.

Guide · Blog · Docs · Pricing · Terms · Privacy · Support