Client communication standards (delivery layer)
Purpose: Delivery-specific communication doctrine. Canonical writing, email, and formatting rules live in standards/; this document defines the delivery-layer expectations that protect trust and keep the client story aligned with reality.
Canonical playbook docs:
standards/02-writing/Communications/email-communication-standards.mdstandards/04-prompts/email-client-comms-sop.mdstandards/02-writing/Communications/slack-client-updates-guide.md
1. Literal statement
We communicate in a way that is structured, reality-based, easy to forward, and consistent with the actual state of delivery.
2. Why it exists
Most client trust is lost through:
- surprises
- vague or overly optimistic updates
- dropped loops
- conflicting internal and external narratives
Communication is not downstream from delivery quality. It is part of delivery quality.
3. Analogy
The strongest analogies here are:
- Great agencies — progress is legible, confident, and client-centered
- Banks and other risk-managed systems — bad news moves early and in a controlled way
Brainforge needs both: visible momentum and disciplined escalation.
4. What good looks like
Good client communication:
- reflects real delivery truth
- uses a clear structure
- makes decisions and asks visible
- includes something tangible when possible
- can be forwarded inside the client organization without losing meaning
The default frame is:
- status
- risks
- asks
- next steps
5. Core delivery communication rules
5.1 CSO is the default external voice
The CSO is the default external voice for commitments and timeline narrative.
What this means:
- ICs and SLs do not contradict agreed scope or date language in client channels
- role-specific expertise can absolutely show up in client discussion
- material commitments and negative timeline changes should be aligned before they are stated externally
5.2 Async-first when it improves clarity
Prefer written updates when they create more clarity, are easier to forward, or reduce unnecessary meeting overhead.
What this means:
- use meetings for decisions, demos, or high-value alignment
- do not force meetings for status that can be explained more clearly in writing
5.3 No surprise escalations
Internal leadership should hear from the CSO before the sponsor hears a new material negative.
What this means:
- yellow flags should surface early
- client communication should follow internal alignment on material risk
- “we were still trying to solve it quietly” is not a valid operating habit
5.4 Story matches build
The client narrative should match the actual state of the work.
What this means:
- do not send “all good” updates while the board and internal discussion show mounting risk
- if the story changes, update the team first and then the client with a controlled message
5.5 Artifact habit
Weekly touchpoints should include something tangible when possible.
Examples:
- demo
- deck
- document
- decision memo
- dashboard
- shipped capability
This keeps updates grounded in visible progress.
6. Weekly communication expectations
Weekly kick-off
Use the weekly kick-off rhythm to align the client on:
- what moved last week
- what matters this week
- what is blocked
- what decisions or inputs are needed
Canonical SOP:
standards/04-prompts/weekly-kick-off-update-sop.md
End-of-week update
Use the end-of-week rhythm to close the loop on:
- what was completed
- what remains in progress
- what is blocked
- what next week now looks like
Canonical SOP:
standards/04-prompts/end-of-week-update-sop.md
7. Internal-first escalation behavior
Client communication should follow internal alignment when the issue is materially negative.
Examples of material negatives:
- milestone slip
- scope conflict
- major dependency miss
- resourcing issue that threatens timing
- feasibility change
The goal is not to delay truth. The goal is to communicate truth in a way that preserves control.
8. Common misses
- optimistic updates that are no longer true
- unclear asks hidden inside long text
- waiting too long to name a risk
- letting separate people tell separate versions of the same delivery story
- sending updates with no visible value or no next-step clarity
9. Related
consolidated-delivery-standards.mdproject-management-standards.md../02-meetings-and-cadence/meeting-catalog.md
Last updated: 2026-03-24