Skip to content
Customer journey map templates

Journey Map — Enterprise P1 Incident

A retailer's head of engineering living through a payments outage at the lunchtime peak, timed from first alert to post-incident review: reporting the P1 is computed as the moment of truth at −2, the honest post-incident review is the +2 peak, and all 4 pain points sit in the first three stages. Fictional vendor and figures.

Template previewCustomer journey map
CUSTOMER JOURNEY MAPEnterprise P1 incident — Ledgerline payments APIRetail customer's card payments failing at peak, seen from the customer's head of engineeringPNPERSONAPriscilla NakamuraHead of engineering at a 900-store retailerGOALRestore card payments before the lunchtime peakNEEDSAn engineer, not a script · A status page that tells the truth · A credible root cause“Every minute down is about £14,000 in lost sales.”MOMENT OF TRUTHReport−2 · Furious · stage 2 of 6PEAKReview+2 · Reassured · stage 6 of 6PAIN POINTS4most at Report (2)AVERAGE EMOTION+0.2starts −1 · ends +2 · 6 of 6 scoredINCIDENTAFTERWARDS1Detect11:022Report11:093Triage11:334Workaround11:525Resolve14:406ReviewDay 5ActionsWhat they doAlerting shows 38% of paymentsfailingChecks the vendor status pageRaises a P1 ticketCalls the support lineJoins the bridge callShares failing request IDsVendor fails over to thesecondary regionPayments recover to 99.2%Receives the all-clearReconciles 2,100 failedpaymentsReads the post-incident reportAgrees service creditsTouchpointsWhere it happensMonitoringStatus pageSupport portalPhone lineBridge callShared channelBridge callDashboardEmailReconciliation reportAccount managerPost-incident reviewThoughtsWhat they think and say“Status page says all systemsoperational. It isn't.”“Why is a P1 asking me to clearmy cache?”“At last, people who can seethe logs.”“We made the lunch peak.”“Which of these were retried andwhich were lost?”“Honest root cause and realactions — I trust them morenow.”EmotionHow it feels+2+10−1−2−1Alarmed−2FuriousMOMENT OF TRUTH0Focused+1Relieved+1Steady+2ReassuredPEAKPain pointsWhat gets in the way1 PAIN POINTStatus page lags the incidentby 26 minutes2 PAIN POINTSFirst-line script asks basictroubleshooting questionsP1 calls routed to the generalqueue1 PAIN POINTEngineers ask again for requestIDs already in the ticketNO PAIN POINTSNO PAIN POINTSNO PAIN POINTSOpportunitiesWhat we could changeStatus updates driven byvendor-side error ratesEnterprise P1 tickets page anengineer directlySkip scripted triage for verifiedincidentsTicket fields flow straight intothe incident toolCustomer-triggered regionalfailoverReconciliation report with theretry outcome per paymentShare the action tracker untilevery item closesOwner & metricsWho acts, how we measureSite reliabilityMedian status-page lag 26 minCustomer supportTime to engineer engaged 24min (target 15)Incident managementTime to mitigation plan 19 minPlatform engineeringTime to mitigate 50 minPayments operationsPayments reconciled the sameday 92%Customer successPost-incident reports within 5working days 85%JOURNEY INSIGHTSMoment of truth: stage 2, “Report”, at −2 (Furious) — the lowest point on the curve, carrying 2 pain points.Peak: stage 6, “Review”, at +2 (Reassured).Pain points per stage: Detect 1 · Report 2 · Triage 1 · Workaround 0 · Resolve 0 · Review 0 — 4 in total, most at “Report” (2).Sharpest drop: “Detect” → “Report”, −1 point (−1 to −2).Average emotion +0.2 over 6 scored stages; the journey starts at −1 and ends at +2.7 opportunities across 6 stages; every stage with a pain point has at least one opportunity against it.Illustrative example: Ledgerline is a fictional vendor; the persona, quotes and figures are invented for demonstration.

Make it your own.

title "Enterprise P1 incident — Ledgerline payments API"
subtitle "Retail customer's card payments failing at peak, seen from the customer's head of engineering"
note "Illustrative example: Ledgerline is a fictional vendor; the persona, quotes and figures are invented for demonstration."

persona "Priscilla Nakamura"
  role: Head of engineering at a 900-store retailer
  goal: Restore card payments before the lunchtime peak
  needs: An engineer, not a script | A status page that tells the truth | A credible root cause
  quote: "Every minute down is about £14,000 in lost sales."

phase "Incident"
stage "Detect"
  time: 11:02
  actions: Alerting shows 38% of payments failing | Checks the vendor status page
  touchpoints: Monitoring, Status page
  thoughts: "Status page says all systems operational. It isn't."
  emotion: -1 Alarmed
  pain: Status page lags the incident by 26 minutes
  opportunity: Status updates driven by vendor-side error rates
  owner: Site reliability
  metric: Median status-page lag 26 min

stage "Report"
  time: 11:09
  actions: Raises a P1 ticket | Calls the support line
  touchpoints: Support portal, Phone line
  thoughts: "Why is a P1 asking me to clear my cache?"
  emotion: -2 Furious
  pain: First-line script asks basic troubleshooting questions | P1 calls routed to the general queue
  opportunity: Enterprise P1 tickets page an engineer directly | Skip scripted triage for verified incidents
  owner: Customer support
  metric: Time to engineer engaged 24 min (target 15)

stage "Triage"
  time: 11:33
  actions: Joins the bridge call | Shares failing request IDs
  touchpoints: Bridge call, Shared channel
  thoughts: "At last, people who can see the logs."
  emotion: 0 Focused
  pain: Engineers ask again for request IDs already in the ticket
  opportunity: Ticket fields flow straight into the incident tool
  owner: Incident management
  metric: Time to mitigation plan 19 min

stage "Workaround"
  time: 11:52
  actions: Vendor fails over to the secondary region | Payments recover to 99.2%
  touchpoints: Bridge call, Dashboard
  thoughts: "We made the lunch peak."
  emotion: +1 Relieved
  opportunity: Customer-triggered regional failover
  owner: Platform engineering
  metric: Time to mitigate 50 min

phase "Afterwards"
stage "Resolve"
  time: 14:40
  actions: Receives the all-clear | Reconciles 2,100 failed payments
  touchpoints: Email, Reconciliation report
  thoughts: "Which of these were retried and which were lost?"
  emotion: +1 Steady
  opportunity: Reconciliation report with the retry outcome per payment
  owner: Payments operations
  metric: Payments reconciled the same day 92%

stage "Review"
  time: Day 5
  actions: Reads the post-incident report | Agrees service credits
  touchpoints: Account manager, Post-incident review
  thoughts: "Honest root cause and real actions — I trust them more now."
  emotion: +2 Reassured
  opportunity: Share the action tracker until every item closes
  owner: Customer success
  metric: Post-incident reports within 5 working days 85%