{"site":{"name":"Koji","description":"AI-native customer research platform that helps teams conduct, analyze, and synthesize customer interviews at scale.","url":"https://www.koji.so","contentTypes":["blog","documentation"],"lastUpdated":"2026-08-03T04:45:55.313Z"},"content":[{"type":"documentation","id":"f38c735c-ea86-43dc-a3ef-da08b660ec22","slug":"crisis-customer-research-guide","title":"Crisis and Service-Disruption Customer Research","url":"https://www.koji.so/docs/crisis-customer-research-guide","summary":"Crisis research runs in three windows with different jobs. During the incident you are doing triage — establishing who is affected, how badly, and what they need said, on a timescale of hours. In the first seven to thirty days you measure trust damage and test the recovery message while memory is intact. At roughly 90 days you measure behaviour, because stated forgiveness and renewal behaviour diverge sharply. The methodological trap is that standard satisfaction instruments break in a crisis: an NPS survey sent to someone mid-outage measures the outage, not the relationship, and reads as tone-deaf. Question design should acknowledge the incident up front, allow venting before probing, and avoid defensive framing. Koji fits this use case because a study can be published in hours rather than the three to six weeks conventional recruiting and moderation require, and the AI interviewer probes each person's actual grievance instead of forcing everyone through one fixed form.","content":"**Crisis research has three windows, and they are not interchangeable: triage during the incident (hours), trust damage and message testing in the first week to month, and behaviour at around 90 days. Most teams do only the last one, by which point they are measuring the aftermath of decisions they already made blind.** The constraint has always been speed — conventional recruiting and moderated fieldwork takes three to six weeks, and a crisis window closes in days. That constraint is the part that changed.\n\nThis guide covers customer-facing disruptions of any kind: outages and degradations, product recalls, security and privacy incidents, pricing shocks, sudden feature removals, and public controversies. For structured internal postmortems of AI system failures specifically, see [AI Incident Postmortem User Research](/docs/ai-incident-postmortem-user-research).\n\n## Window 1: triage, during the incident\n\nThe job here is operational, not strategic. You need to know within hours:\n\n- **Who is actually affected**, as opposed to who is on the affected infrastructure. These sets are never the same size.\n- **How severe the impact is per segment** — blocked entirely, degraded, or inconvenienced.\n- **Whether the workaround works.** Support will tell you they gave one out. Only customers can tell you whether it functions in their environment.\n- **What people want said.** Frequency, channel, and level of technical detail. Teams consistently over-index on technical explanation and under-index on expected time to resolution.\n\nWhat not to do in this window: send a satisfaction survey. An NPS request that lands while someone's service is down measures the outage and nothing else, and it reads as oblivious. If you field anything during an incident, label it plainly as incident research, keep it under five minutes, and lead with acknowledgement.\n\n| Window | Timing | Primary question | Instrument |\n|---|---|---|---|\n| Triage | Hours to 72h | Who is hurt, how badly, what do they need said? | Short AI-moderated interview, affected customers only |\n| Trust damage | Day 3 to day 30 | What did this change about how they see us? | Depth interviews + scaled trust items, all three segments |\n| Message testing | Overlaps window 2 | Which version of the message reduces perceived risk? | Comparative interviews on 2-3 message variants |\n| Behaviour | 60 to 120 days | Did it change what they actually do? | Interviews joined to renewal and usage data |\n\n## Window 2: trust damage and message testing\n\nThis is the window that gets skipped, and it is the one with the most leverage. Between roughly day three and day thirty, memory is intact, people still use their own words rather than the phrasing your comms team introduced, and the recovery message has not yet been sent to everyone.\n\nSegment into three groups and never blend them:\n\n1. **Directly affected** — experienced the failure themselves.\n2. **Aware but unaffected** — heard about it from status pages, press, or peers.\n3. **Unaware** — a genuine control group, and the group that tells you whether broad communication helps or merely informs people who had not noticed.\n\nThe gap between groups 1 and 2 is your reputational spillover. If aware-but-unaffected customers report almost as much trust damage as affected ones, your problem is narrative rather than technical, and engineering fixes alone will not close it.\n\n### What to measure\n\n- **Perceived recurrence risk** — \"how likely is this to happen again\" predicts churn far better than satisfaction with the incident response does.\n- **Attribution** — do they blame your engineering, your priorities, or bad luck? Attribution to *priorities* is the most damaging and the hardest to reverse.\n- **Threshold** — what would have to happen, or happen again, for them to start evaluating alternatives. Ask it directly; people answer it directly.\n- **Communication assessment** — separately for timeliness, honesty, and usefulness. These come apart. Fast and evasive scores worse than slow and candid.\n- **Repair expectations** — what would meaningfully make it right, asked open-endedly before you offer options. The answers are frequently cheaper than the credit you were about to issue.\n\n### Testing the message before you send it\n\nShow two or three versions of the recovery communication to a small sample of affected customers and ask, for each, what it makes them believe about whether the problem will recur. This is the single highest-return study in the playbook, and it routinely produces an uncomfortable finding: the version legal preferred reads as evasive and *increases* perceived risk.\n\nThere is broader evidence for the underlying instinct. The 2026 Edelman Trust Barometer, based on nearly 34,000 respondents across 28 countries, found that 75% of people endorse companies consulting people with different views when making decisions, and 74% endorse constructively engaging with those who criticise the company. The reputational upside is in visibly asking, not only in what you conclude.\n\n## Window 3: behaviour, at around 90 days\n\nStated forgiveness and renewal behaviour diverge, sharply and predictably. People are generous in interviews and unsentimental at renewal. So the third wave joins research to actual data:\n\n- Compare renewal, expansion, and usage between affected and unaffected cohorts.\n- Interview the affected customers who **did** renew — quiet retention is under-researched and tells you what actually repaired the relationship.\n- Interview those who churned, and specifically ask whether the incident was cause or catalyst. It is usually the catalyst for a decision that was already forming, which is a very different remediation problem.\n- Re-run the same scaled trust items from window 2 so you have a trend rather than a snapshot. Identical wording matters more than perfect wording.\n\nIf you run only one wave, you get a number with nothing to compare it against — the classic failure of crisis measurement. Two waves with the same instrument beat one thorough wave every time.\n\n## Question design in a crisis\n\nCrisis interviews fail in characteristic ways. The fixes are specific:\n\n- **Acknowledge in the introduction.** State plainly that you are researching the incident. Pretending otherwise makes the first two minutes awkward and contaminates everything after them.\n- **Let people vent first.** Open with something like \"tell me what the last week has been like from your side.\" The complaint is going to come out regardless; getting it out early means later answers are not carrying it.\n- **Never pre-load the defence.** \"Given that this was caused by an upstream provider, how do you feel about our response?\" is not a question, it is a press release with a question mark.\n- **Separate the incident from the response.** Many customers are fine about the failure and furious about the communication. One combined question hides that entirely, and it is the most actionable split in crisis research.\n- **Ask for the counterfactual.** \"What would we have had to do for this to be a non-event for you?\" produces more usable answers than any satisfaction scale.\n- **Cap scaled items.** Three or four, and only after the open questions. Scales in a crisis mostly measure current mood; the reasoning is in the prose.\n\n### Ethics: when not to research\n\n- **Do not research people mid-harm.** If customers are actively losing money, revenue, or patients, support them; do not interview them. Wait.\n- **Do not incentivise into resentment.** A gift card offered to someone who just lost a day of work often reads as an attempt to buy silence. Offer something proportionate, or offer nothing and be honest about why you are asking.\n- **Do not disguise research as support.** A support conversation that turns into a study without consent damages both.\n- **Do not research where the incident is legally live.** If the matter is under investigation or litigation is anticipated, coordinate with counsel first — and note that research records created in that period are likely discoverable. See [Legal Hold and E-Discovery for Research Data](/docs/research-data-legal-hold-ediscovery).\n\n## Why the speed constraint is the whole problem\n\nTraditional crisis research does not fail because researchers ask bad questions. It fails because by the time a panel is recruited, sessions are scheduled, moderators run them, and transcripts are analysed, the apology has been sent, the credits have been issued, and the decisions are all made. Three to six weeks is the normal cycle, and a crisis window is measured in days.\n\nThis is the use case where AI-moderated research is not merely more efficient but categorically different:\n\n- **A study goes live in hours.** You configure the brief and publish; there is no moderator roster and no scheduling round.\n- **Interviews run around the clock.** Affected customers are dealing with the incident during their working day and will talk at 10pm. An always-available AI interviewer meets them there — see [Always-On User Interviews](/docs/always-on-user-interviews-24-7-ai-moderator).\n- **The AI probes the actual grievance.** This matters more in a crisis than anywhere else, because each customer's version of the harm is different. A fixed SurveyMonkey or Typeform form asks everyone the same six questions; Koji's interviewer follows up on what the specific person just said, which is how you find out that the real damage was to their credibility with their own customers rather than to their uptime.\n- **Voice captures what text flattens.** Frustration, resignation, and relief are audible. In crisis research, affect is data.\n- **Analysis is continuous.** Reports build as interviews complete rather than after fieldwork closes, so leadership can watch the picture form during the incident instead of receiving it afterwards.\n- **Structured items make waves comparable.** Koji's [structured questions](/docs/structured-questions-guide) — open_ended, scale, single_choice, multiple_choice, ranking, and yes_no — let you hold identical scaled trust items across waves 2 and 3 while the open-ended conversation stays adaptive. That combination, fixed measures plus adaptive probing, is exactly what trust-recovery tracking needs and exactly what a survey tool cannot give you.\n\n## Common mistakes\n\n- **Only measuring after it is over.** The most valuable window is during.\n- **Blending affected and unaffected customers.** Hides both the damage and the spillover.\n- **Sending NPS mid-incident.** Measures the incident, damages the relationship.\n- **Testing the message on internal staff.** They know the mitigations and cannot un-know them.\n- **Measuring once.** No baseline, no trend, no way to tell recovery from decay.\n- **Ignoring the customers who stayed.** Retention research is where the repair mechanism is visible.\n- **Letting comms write the questions.** Every question becomes a defence.\n\n## Related Resources\n\n- [AI Incident Postmortem User Research](/docs/ai-incident-postmortem-user-research) — structured postmortems for AI system failures\n- [Customer Retention Research](/docs/customer-retention-research) — the 90-day behavioural wave in depth\n- [Customer Signals](/docs/customer-signals) — detecting problems before they become incidents\n- [Always-On User Interviews](/docs/always-on-user-interviews-24-7-ai-moderator) — why 24/7 fielding matters when the window is days\n- [Brand Perception Survey Guide](/docs/brand-perception-survey-guide) — measuring reputational spillover\n- [Customer Experience Benchmarking](/docs/customer-experience-benchmarking) — the pre-crisis baseline you will wish you had\n- [Structured Questions Guide](/docs/structured-questions-guide) — holding measures identical across waves\n\n## Frequently asked questions\n\n**Should we survey customers during an active outage?**\nNot with a satisfaction survey. Sending an NPS or CSAT request to someone whose service is currently down measures the outage rather than the relationship, and it reads as tone-deaf at the worst possible moment. What is appropriate during an incident is short, clearly-labelled triage research that acknowledges the problem and asks what the person needs — impact severity, workaround viability, and what they want communicated.\n\n**How soon after an incident should we run research?**\nRun triage research during the incident if you need operational answers within hours. Run the substantive trust and communications research in the first seven to thirty days, while memory is intact and the language people use is still their own. Then run a behavioural wave at around 90 days, because stated forgiveness and actual renewal behaviour diverge, and the second number is the one that matters commercially.\n\n**How do you ask about a crisis without leading the witness?**\nAcknowledge the incident in the introduction so nobody has to pretend it did not happen, then ask open questions before any scaled ones. Let people vent first — an early open-ended question that invites the complaint gets it out of the way so later answers are not carrying it. Avoid framings that pre-load your defence, like asking whether people understand that the outage was caused by a third party. Ask what they experienced, then what they concluded.\n\n**Who should be in the sample during a crisis?**\nThree groups, tracked separately: customers directly affected, customers aware of the incident but not affected, and customers unaware of it. These groups produce very different answers, and blending them hides both the severity of the damage among the affected and the reputational spillover among the merely aware. Sizing the unaware group also tells you whether broad communication would help or would simply inform people who had not noticed.\n\n**Can you test crisis communications before sending them?**\nYes, and it is the highest-return research in the whole playbook. Show two or three versions of the message to a small sample of affected customers and ask what each one makes them believe about whether the problem will recur. Teams routinely discover that the version legal preferred reads as evasive and increases the perception of risk. This can be turned around in a few hours with AI-moderated interviews.\n\n**How fast can Koji field a crisis study?**\nA study can be created, configured, and published in well under a day, and because Koji's AI interviewer runs voice and text conversations around the clock with no moderator to schedule, responses arrive as soon as the link reaches people. Analysis runs continuously rather than after fieldwork closes, so you can watch the picture form during the incident instead of receiving it after the decision has been made.","category":"Use Cases","lastModified":"2026-08-02T03:19:54.767387+00:00","metaTitle":"Crisis Customer Research: Outages, Recalls & Trust Recovery","metaDescription":"A practical playbook for researching customers during a crisis: triage research during the incident, trust-damage research in the first month, behaviour research at 90 days, plus message testing and the ethics of interviewing affected customers.","keywords":["crisis customer research","outage customer research","service disruption research","trust recovery measurement","post-incident customer interviews","crisis communications testing","recall customer research"],"aiSummary":"Crisis research runs in three windows with different jobs. During the incident you are doing triage — establishing who is affected, how badly, and what they need said, on a timescale of hours. In the first seven to thirty days you measure trust damage and test the recovery message while memory is intact. At roughly 90 days you measure behaviour, because stated forgiveness and renewal behaviour diverge sharply. The methodological trap is that standard satisfaction instruments break in a crisis: an NPS survey sent to someone mid-outage measures the outage, not the relationship, and reads as tone-deaf. Question design should acknowledge the incident up front, allow venting before probing, and avoid defensive framing. Koji fits this use case because a study can be published in hours rather than the three to six weeks conventional recruiting and moderation require, and the AI interviewer probes each person's actual grievance instead of forcing everyone through one fixed form.","aiPrerequisites":["An incident or disruption with a defined affected population","Alignment with communications and support before fielding"],"aiLearningOutcomes":["Choose the right research window for a crisis question","Design questions that do not read as tone-deaf or defensive","Segment affected, aware, and unaware customers correctly","Test crisis communications before sending them","Measure trust recovery across waves rather than once","Decide when researching affected customers is the wrong thing to do"],"aiDifficulty":"intermediate","aiEstimatedTime":"12 min"}],"pagination":{"total":1,"returned":1,"offset":0}}