UK Housing Association Repairs Transformation Tenant Case Management

Housing Repairs & Tenant Case Management Transformation

Modernising repair reporting, triage, contractor assignment, SLA tracking, tenant communication, vulnerable tenant handling, and complaints escalation through a centralised housing repairs case-management platform.

Average Repair Resolution

12d → 7d

SLA Compliance

68% → 92%

Missed Appointments

18% → 8%

00 Summary 01 Problem 02 Stakeholders 03 AS-IS 04 TO-BE 05 Requirements 06 Process Diagrams 07 Risks 08 Deliverables 09 KPIs

00 — Executive Summary

A housing association needed a single operating model for repairs, contractors, vulnerable tenants, and complaints.

A UK housing association was struggling to manage tenant repair requests, contractor scheduling, SLA tracking, vulnerable tenant handling, and complaints escalation through fragmented systems and manual workflows.

Repairs were reported through phone calls, emails, paper forms, housing officers, and online contact forms, but there was no consistent end-to-end case-management process.

Tenants experienced delayed repairs, poor communication, repeated follow-ups, missed appointments, and unclear complaint routes. Operational teams lacked a single view of repair status, contractor performance, SLA breaches, repeat repairs, damp and mould risks, and vulnerable tenant cases.

As Business Analyst, I led the discovery and process transformation initiative to modernise the repairs and tenant case-management lifecycle. The solution introduced digital repair reporting, triage rules, priority classification, contractor assignment, appointment scheduling, SLA tracking, tenant notifications, vulnerable tenant flags, complaints escalation, and operational dashboards.

The transformation improved repair visibility, reduced manual coordination, strengthened SLA compliance, improved tenant communication, and enabled the housing association to manage risk more proactively across repairs, complaints, and vulnerable households.

01 — Business Problem

Manual intake, email coordination, and disconnected contractor workflows created tenant dissatisfaction and service-risk exposure.

The housing association’s repair operations were heavily dependent on manual intake, email coordination, phone-based updates, and disconnected contractor workflows.

This created service failure risk, regulatory exposure, tenant dissatisfaction, and unnecessary operational cost.

The housing association needed a centralised repairs and tenant case-management platform that could standardise reporting, prioritise urgent cases, route work to contractors, monitor SLAs, protect vulnerable tenants, and provide transparent communication throughout the repair lifecycle.

  • Repair requests were submitted through multiple disconnected channels
  • Repair priority was assessed inconsistently
  • Contractor assignment was manual and delayed
  • Tenants had limited visibility of repair status
  • Missed appointments were common
  • SLA breaches were identified too late
  • Damp, mould, heating, and safety-related cases were not always escalated quickly
  • Vulnerable tenant needs were not consistently visible during repair handling
  • Complaints were disconnected from the original repair case
  • Contractor performance reporting was weak

02 — Stakeholders

Tenants

Fast repair resolution and clear communication

Needed repair requests to be handled quickly with reliable updates and clear status visibility.

Vulnerable Tenants

Safe, accessible, and prioritised support

Required adapted communication, appropriate scheduling, and higher-risk case visibility.

Customer Service Team

Reduced repeat calls and clearer case visibility

Needed a single view of repair history, appointment status, and tenant communication.

Repairs Team

Accurate triage and work-order management

Needed structured repair details, priority classification, and work-order control.

Housing Officers

Tenant welfare and property condition visibility

Needed tenant context, property risk visibility, and flexibility for tenant-specific circumstances.

Contractors

Clear job instructions and appointment scheduling

Needed complete work orders, access notes, appointment details, and digital update workflows.

Complaints Team

Escalation handling and evidence trail

Needed complaints linked to repair history with deadlines, evidence, and outcomes.

Asset Management Team

Property condition and repeat repair trends

Needed visibility of repeat repairs, damp and mould trends, and property condition insights.

Compliance Team

Health, safety, and regulatory obligations

Needed strict escalation for safety-critical repairs and auditable handling.

IT & Digital Team

Platform reliability and integrations

Needed reliable integration with housing systems, contractor tools, notification services, and dashboards.

Senior Leadership

Service performance, tenant satisfaction, and risk reduction

Needed performance visibility across SLA compliance, complaints, contractors, and tenant outcomes.

Stakeholder Conflicts

  • Tenants wanted fast repairs and simple communication.
  • Contractors wanted complete job details and realistic scheduling.
  • Repairs teams wanted standardised triage.
  • Housing officers needed flexibility for tenant-specific circumstances.
  • Compliance teams wanted strict escalation for safety-related cases, which added operational pressure.

BA Balancing Role

  • Balanced tenant experience with contractor efficiency.
  • Aligned regulatory risk controls with operational practicality.
  • Translated fragmented repair workflows into a single case-management model.
  • Defined a practical operating model across repairs, complaints, contractors, housing officers, and compliance.

03 — AS-IS Workflow

1
Tenant Reports Repair
2
Customer Service Logs Manually
3
Repairs Team Reviews & Prioritises
4
Missing Details Chased
5
Manual Contractor Selection
6
Phone / Email Appointment Booking
7
Limited Tenant Updates
8
Manual Contractor Status Updates
9
Manual SLA Breach Checks
10
Separate Complaint Case
11
Manual Reporting

Key Pain Points

  • Repair requests arrived through multiple channels with inconsistent information quality.
  • Repair priority depended heavily on staff judgement and incomplete information.
  • Contractor assignment and appointment booking were manual, creating delays and missed visits.
  • Tenants often had to chase updates because repair progress was not visible.
  • Urgent repairs were not always escalated before deadlines were missed.
  • Vulnerable tenant needs were not consistently surfaced during scheduling, prioritisation, or communication.
  • Complaints were often handled separately from the original repair history, weakening investigation quality.

Operational Impact

  • Delayed repair resolution.
  • High tenant repeat contacts.
  • Manual contractor coordination.
  • SLA breach risk.
  • Weak vulnerable tenant handling.
  • Limited contractor performance visibility.
  • Fragmented complaint evidence.

04 — TO-BE Solution

Centralised housing repairs and tenant case-management platform.

The future-state solution introduced a centralised housing repairs and tenant case-management platform.

The redesigned model created a single operational view across tenant, repair, contractor, complaint, and property data.

The platform supported guided repair reporting, rule-based triage, safety-critical escalation, contractor assignment, appointment scheduling, tenant notifications, SLA monitoring, vulnerable tenant handling, complaint linkage, and operational dashboards.

01

Digital & Assisted Repair Reporting

Tenants submit repair requests through portal, phone, mobile form, or assisted channel.

02

Guided Repair Capture

Forms capture issue type, location, severity, photos, access needs, and tenant circumstances.

03

Rule-Based Triage

The system applies triage rules to classify repair priority and apply SLA logic.

04

Safety & Vulnerability Flags

Safety-critical, damp and mould, heating, electrical, gas, and vulnerable tenant cases are flagged automatically.

05

Work Order Routing

Work orders are created and routed to the appropriate contractor or internal repairs team.

06

Appointment Scheduling

Appointment slots are offered based on contractor availability, priority, and tenant access needs.

07

Tenant Notifications

Tenants receive confirmation and status updates by SMS, email, portal, or phone preference.

08

Contractor Updates

Contractors update job progress, completion notes, photos, and follow-up requirements.

09

SLA & Complaint Escalation

SLA timers monitor repair progress and complaints link to the original repair case.

10

Operational Dashboards

Dashboards show repair volumes, SLA breaches, contractor performance, repeat repairs, complaints, and vulnerable tenant cases.

05 — Requirements

Functional Requirements

  • Tenants must be able to report repairs through digital and assisted channels.
  • The system must capture repair type, property, room/location, description, photos, urgency, access requirements, and tenant contact preferences.
  • Each repair must generate a unique case or work-order reference.
  • The platform must classify repairs by priority using configurable rules.
  • Emergency, urgent, routine, and planned repair categories must be supported.
  • Safety-related cases must trigger escalation rules.
  • Staff must be able to override triage outcomes with reason capture.
  • The system must assign repairs based on trade type, location, availability, contract rules, and priority.
  • Contractors must receive work-order details digitally.
  • Contractors must update appointment status, completion notes, and evidence.
  • Tenants must receive appointment options where available.
  • The system must support rescheduling, missed appointment tracking, and access notes.
  • Vulnerable tenant needs must influence scheduling and communication rules.
  • SLA timers must start based on repair priority.
  • Cases approaching SLA breach must trigger alerts.
  • SLA breaches must be visible on operational dashboards.
  • Tenants must receive repair confirmation, appointment details, status updates, delay notices, and completion confirmation.
  • Communication must follow tenant preferences and accessibility needs.
  • Complaints must link to the original repair case.
  • Repeat repair failures, missed appointments, and SLA breaches must trigger complaint risk flags.
  • Complaint workflows must include ownership, deadlines, evidence, and outcome recording.
  • Dashboards must show repair volumes, repair priority mix, SLA performance, contractor performance, repeat repairs, missed appointments, damp and mould cases, vulnerable tenant cases, complaints and escalations.

Non-Functional Requirements

  • Tenant-facing forms and communications must be accessible and easy to understand.
  • Assisted digital journeys must support tenants who cannot use online services.
  • Tenant and property data must be encrypted in transit and at rest.
  • Staff and contractor access must be role-based.
  • Vulnerability and health-related information must be handled with strict access controls.
  • The platform must support GDPR-compliant retention and minimisation rules.
  • Repair submission and case creation must complete within defined response thresholds.
  • Contractor updates must sync quickly enough to support operational visibility.
  • The platform must support multiple regions, contractors, property types, and repair categories.
  • Failed notifications, contractor updates, and integrations must support retry handling.
  • Emergency repair workflows must remain available during operational peaks.
  • Repair decisions, triage overrides, contractor updates, SLA events, and complaint actions must be fully auditable.

06 — Process Diagrams

AS-IS repair reporting workflowTO-BE repair case lifecycleDigital repair submission processRepair triage and priority classification workflowEmergency repair escalation processDamp and mould case workflowVulnerable tenant handling workflowContractor assignment workflowAppointment scheduling workflowMissed appointment processSLA breach escalation workflowComplaint escalation workflowTenant notification workflowContractor update and completion workflowCross-functional swimlane across tenant, customer service, repairs team, contractor, housing officer, complaints, and complianceData flow diagram across tenant portal, case system, contractor system, property database, notification service, and dashboards

07 — Risks & Constraints

Risk

Poor repair descriptions or photos

Could cause incorrect triage or contractor assignment.

Constraint

Contractor system limitations

Could create integration and update delays.

Risk

Emergency repair misclassification

Could create tenant safety and compliance risk.

Risk

Vulnerable tenant data misuse

Could create privacy and safeguarding risk.

Risk

Missed appointment data quality

Could weaken contractor performance reporting.

Risk

Damp and mould case delays

Could create health, legal, and reputational risk.

Risk

Staff resistance to new workflows

Could create adoption risk.

Constraint

Limited budget

Required phased rollout.

Constraint

Legacy housing management system

Created integration complexity.

Constraint

Digital exclusion

Some tenants may still need assisted channels.

A phased rollout was recommended, starting with high-volume routine repairs and emergency repairs, then expanding into damp and mould, complaints, contractor performance, and vulnerable tenant workflows.

08 — Deliverables

09 — Outcomes & KPIs

7d

Average repair resolution time reduced from 12 days

92%

SLA compliance improved from 68%

40%

Tenant status-chasing contacts reduced

8%

Missed appointment rate reduced from 18%

55%

Manual contractor coordination reduced

12%

Repeat repair rate reduced from 22%

Live

Complaint escalation visibility moved from limited tracking to real-time dashboards

Rules

Emergency repair triage accuracy moved from inconsistent to standardised rules

Auto

Vulnerable tenant repair flagging moved from manual to automated visibility