Template

Crisis Communication Plan & Message Templates

A practical crisis-communication toolkit with stakeholder matrix, initial holding statement, SITREP, approval matrix, fallback-channel design and communication log.

Crisis communication is an operational control: it reduces uncertainty, directs safe behaviour and preserves trust while facts are changing. The template below separates audience, message objective, approval, channel, fallback and cadence so that communication can continue even if a normal platform is unavailable.

Stakeholder communication matrix

AudienceNeedsOwner/approverPrimary / fallbackTrigger or cadence
EmployeesSafety, work location, what to do/not do, escalation routeIncident lead / HR or communicationsCollaboration/email / SMS-hotlineActivation, material change, stand-down
Customers/usersService impact, safe alternatives, expected next updateService owner + communicationsStatus page/app/email / call-centre scriptMaterial service impact
Regulator/authorityFacts required by applicable obligation, impact, controls, recovery statusCompliance/legalRegulatory channel / approved alternateAs required by applicable rule; validate deadline
SupplierPriority, incident reference, requested action, ETA and next checkpointSupplier coordinatorVendor portal/email / emergency phoneDependency impact
Executives/boardImpact, decisions, risk, forecast, customer/regulatory exposureIncident commanderSITREP / conference bridgeDecision cadence
Media/publicVerified facts, public safety/service guidance, spokespersonCommunications leadWebsite/media statement / alternate channelWhen public interest or misinformation requires it

Initial holding statement template

What we know: We are experiencing disruption affecting [service/channel] from approximately [time]. What customers should do: [safe action or alternate route]. What we are doing: Our response teams are working to restore service and protect [relevant priority]. What we do not yet know: [avoid speculation]. Next update: We will provide another update by [time/channel], or sooner if there is a material change.

SITREP template

FieldContent
As ofExact time/time zone and reporting period
SituationVerified facts only; what changed since previous update
Business impactServices, customers/locations, volume/backlog, MBCO/RTO status
Technology / facilities / supplier statusKey recovery workstreams and blockers
Actions completedWhat has actually been done
Decisions requiredDecision, options, owner and latest useful decision time
Risks / assumptionsUnverified or changing factors
CommunicationsMessages issued, audiences, next planned update
Next milestonesExpected checkpoints rather than unsupported restoration promises
Next SITREPTime and owner

Approval matrix

Message typeDraft ownerRequired reviewSpeed design
Employee operational instructionResponse/HRSafety/HR/incident lead as relevantPre-approved templates for first notification
Customer service statusService + communicationsService owner; legal/compliance when neededPre-approved factual structure, variable fields
Regulatory notificationCompliance/legalDesignated accountable ownerObligation-specific process and evidence
Media statementCommunicationsExecutive/legal as requiredNamed spokesperson and alternate

Common communication failures

  • Promising a restoration time before recovery teams have enough evidence.
  • Using different facts across status page, call centre and internal messages.
  • Failing to time-stamp messages, so old screenshots continue circulating.
  • No fallback when email/collaboration/identity is part of the outage.
  • Mixing confirmed facts with assumptions.
  • Ignoring accessibility, language or vulnerable-customer needs.
  • Failing to record what was sent, approved and when.
  • Leaving the audience without a next-update time even when restoration ETA is unknown.

Communication log

TimeAudienceChannelMessage/versionApproved byOutcome/questions
09:20EmployeesEmergency notificationEMP-01Incident lead92% acknowledgement; alternates called
09:30CustomersStatus pageCUS-01Service ownerHigh traffic; FAQ updated
09:45ExecutivesSITREPSIT-01Incident commanderDecision on capacity prioritisation approved

Crisis message approval matrix

AudienceMessage ownerApproverTarget cadenceFallback channel
EmployeesHR / incident communicationsIncident leadAt activation + material changeSMS / emergency notification
CustomersService/customer communicationsBusiness executive + legal/compliance as neededInitial acknowledgement + ETA cadenceStatus page / SMS / call centre script
Regulators / authoritiesCompliance / legalNamed accountable executivePer applicable requirementApproved alternate contact route
SuppliersSupplier ownerOperations leadAt dependency impact + recovery changesEmergency phone / alternate email
Media / publicCorporate communicationsAuthorized spokespersonAs approvedPre-approved holding channel

SITREP data fields

  • Incident name, severity, start time and current phase.
  • Services/locations/customers affected and what is not affected.
  • Current minimum service / workaround capacity compared with required MBCO.
  • RTO/impact-tolerance clock and recovery estimate confidence.
  • Technology, supplier, workforce and facility dependencies blocking recovery.
  • Safety, legal, regulatory, privacy or financial consequences.
  • Decisions made, owner and timestamp.
  • Actions due before next update.
  • Next SITREP time and approved distribution list.

Holding statement drafting checklist

  • State only facts that have been verified.
  • Acknowledge impact without speculating on cause when investigation is incomplete.
  • Explain what customers/employees should do now, if anything.
  • Give the next update time rather than an unverified recovery promise.
  • Route safety, legal, privacy, regulatory and market-sensitive language through the correct approval path.
  • Keep internal operational detail out of public statements unless there is a clear reason to disclose it.
  • Maintain one source of truth so web, call-centre, social and executive messages do not contradict each other.

Communication log fields

FieldExample
Time10:35 local
AudiencePriority customers
ChannelStatus page + email
Message versionv2 approved
Approved byIncident lead / legal as applicable
Key statementService degraded; priority transactions available through alternate route
Next update11:30
EvidenceMessage archive / delivery report