Incident Reporting & Response
Create, manage, and resolve incidents effectively.
Creating an Incident
- Go to Incidents
- Click + New Incident
- Fill in:
- Title (clear, descriptive)
- Severity (Critical to Low)
- Category
- Description (what's happening)
- Assign to responder (or leave blank for auto-assignment)
- Click Create
Anonymous Reporting
For sensitive issues:
- Toggle Report Anonymously
- Optionally add contact email for follow-up
- Your identity is hidden from the report
Auto-Assignment
FanDesk can automatically assign incidents to the right person using three layers of assignment logic, evaluated in order:
Layer 1: Incident Rules
Admins can create rules that match incidents based on conditions and auto-assign to a specific person.
| Condition | Description |
|---|---|
| Service | Match by affected service name |
| Severity | Match by severity level (critical, high, medium, low) |
| Environment | Match by environment (production, staging, etc.) |
Rules are evaluated by priority (lower number = higher priority). The first matching rule wins.
Example: "All critical production incidents assign to Sarah" would match on severity=critical AND environment=production.
Layer 2: Response Team
If no rule matches, FanDesk checks the incident's category for a response team. Response teams have a three-level hierarchy:
| Level | Role | Description |
|---|---|---|
| Level 3 | Lead | First responder — auto-assigned by default |
| Level 2 | SuperHead | Second escalation |
| Level 1 | Sponsor | Senior-most, final escalation |
When an incident is created with a category:
- FanDesk finds all Level 3 (Lead) members in that category
- The first lead is assigned as the primary responder
- All leads in the category are notified
If no Level 3 members exist, FanDesk falls back to Level 2, then Level 1.
Layer 3: Manual Assignment
If no rules or response teams match, the incident remains unassigned until someone manually claims or assigns it.
Assignment Flow
Incident Details
Each incident shows:
- Title and key (e.g., INC-42)
- Severity and category
- Current status
- Assignee
- Created/updated times
- Activity timeline
Responding to Incidents
Acknowledge
When you start investigating:
- Click Acknowledge
- Status changes to Acknowledged
- Team knows you're on it
Post Updates
Keep stakeholders informed:
- Click Add Update
- Write what you've learned/done
- Updates appear in timeline
Change Status
Move through the workflow:
- Acknowledged → Investigating
- Investigating → Resolved
Reassign
If someone else should handle it:
- Click assignee
- Select new person
- They're notified
Linking to GitHub
Connect incidents to code fixes:
- Click Link GitHub
- Paste issue/PR URL
- Or select from recent items
- Status synced (if it's a PR)
Resolving Incidents
When the issue is fixed:
- Click Resolve
- Add resolution summary
- Status changes to Resolved
- MTTR recorded
Postmortems
After resolution, document learnings:
Postmortem Content
- Summary — What happened
- Root Cause — Why it happened
- Impact — Who/what was affected
- Timeline — Sequence of events
- Action Items — How to prevent recurrence
Creating Postmortem
- Open resolved incident
- Click Create Postmortem
- Fill in sections
- Assign action items
- Publish for team review
Next: Learn about incident metrics in Analytics & Metrics.
Need help? Contact us at hello@fandesk.live