Skip to content

Vehicle Maintenance & Reminders - Product Requirements Document

Version: 2.0 | Status: Ready for Stakeholder Review | Last Updated: 2026-01-15

Change Log

VersionDateChanges
2.02026-01-15Converted to business-focused format with measurable outcomes and success metrics
1.0InitialTechnical implementation specification

1. Overview

1.1 Purpose

The Vehicle Maintenance & Reminders system enables rental fleet operators to proactively manage vehicle maintenance schedules through automated tracking and email notifications, supporting both time-based and distance-based maintenance intervals.

1.2 Problem Statement

Rental fleet operators struggle to track maintenance schedules across their entire fleet, leading to:

  • Missed maintenance deadlines resulting in vehicle breakdowns
  • Increased operational costs from emergency repairs
  • Revenue loss from unexpected vehicle downtime
  • Safety risks from poorly maintained vehicles
  • Manual tracking overhead and human error
  • Inability to plan maintenance in advance

1.3 Business Value

Value AreaMeasurable OutcomeTargetTimeframe
Reduce Unplanned DowntimeDecrease emergency repair incidents through proactive maintenance alerts50% reduction in emergency repairs6 months post-launch
Extend Vehicle LifespanIncrease average vehicle service life through consistent maintenance tracking15% longer service life12 months
Optimize Maintenance CostsReduce repair costs by scheduling preventive maintenance during low-demand periods25% reduction in per-vehicle maintenance costs6 months
Improve Safety ComplianceAchieve zero missed critical safety maintenance items100% on-time safety maintenance3 months
Scale Fleet OperationsEliminate manual spreadsheet tracking overhead10+ hours/week saved per operator3 months
Historical TrackingComplete maintenance records for resale value and warranty claims100% documentation coverageImmediate

1.4 Target Users

User RoleBusiness ContextPrimary Value
Fleet Managers (Admins)Oversee maintenance operations across all vehiclesVisibility into fleet health, cost analysis, compliance oversight
OperatorsManage day-to-day vehicle maintenance schedulingAutomated tracking, reduced manual work, timely service scheduling
Maintenance TeamsExecute maintenance tasksClear notifications, vehicle information access, service history

1.5 Scope

In Scope:

  • Template-based reminder creation for reusable maintenance types
  • Time-based reminders (days from setup date)
  • Distance-based reminders (kilometers or engine hours from baseline)
  • Hybrid reminders (both time AND distance triggers)
  • Multi-tier notification system (first warning, second warning, custom threshold)
  • Multiple email recipients per reminder
  • Automatic status calculation (active, upcoming, expired)
  • Maintenance history tracking with cost, supplier, and documentation
  • Vehicle-type-specific templates
  • Scheduled background job for status computation and notifications

Out of Scope:

  • Integration with external maintenance management systems
  • Automatic scheduling with service providers
  • Predictive maintenance using vehicle telemetry
  • Mobile push notifications (email only)
  • SMS notifications
  • Maintenance task checklists or procedures
  • Parts inventory management

2. Success Metrics

MetricDefinitionBaselineTargetMeasurement Method
Emergency Repair RateEmergency repairs per vehicle per yearCurrent fleet data-50%Maintenance cost categorization
Maintenance On-Time Rate% of maintenance completed before due dateManual estimate: 60%95%System status tracking
Safety Compliance Rate% of safety-critical maintenance completed on timeAudit records100%Reminder expiration reports
Manual Tracking HoursHours spent on spreadsheet maintenance trackingTime study: 12 hrs/week<2 hrs/weekOperator survey
Notification Response TimeAverage time from notification to maintenance schedulingN/A (new capability)<48 hoursEmail click-to-completion tracking
Documentation Coverage% of maintenance with complete cost/supplier recordsCurrent: 40%95%History record completeness audit
Average Vehicle Service LifeMonths of active service per vehicleCurrent fleet average+15%Vehicle lifecycle analysis
Per-Vehicle Maintenance CostAnnual maintenance cost per vehicleCurrent cost data-25%Accounting integration

Measurement Framework:

  • Baseline Period: 30-day pre-implementation measurement
  • Sources: Maintenance records, accounting data, operator surveys, system analytics
  • Review Cadence: Monthly for first 6 months, quarterly thereafter

3. User Stories

Admin Stories

PriorityStoryAcceptance Criteria
P0As an Admin, I want to create reusable reminder templates so operators can quickly apply common maintenance schedulesTemplates appear in grid view; can filter by vehicle type; include time and/or distance intervals
P0As an Admin, I want to view all active reminders across the fleet so I can plan maintenance capacityDashboard shows all reminders with status badges; sortable by due date; filterable by status
P1As an Admin, I want to track maintenance costs and history so I can analyze fleet economicsCost reports available by vehicle, time period, and maintenance type
P2As an Admin, I want to specify vehicle types for templates so only relevant reminders appear for each vehicleTemplate vehicle type filter works correctly
P2As an Admin, I want custom icons for reminder types for visual identificationCustom icons display in grid and vehicle views

Operator Stories

PriorityStoryAcceptance Criteria
P0As an Operator, I want to apply reminder templates to vehicles so maintenance tracking starts immediatelyOne-click template application; system captures current odometer automatically
P0As an Operator, I want to receive email notifications when maintenance is approachingEmails received at configured thresholds; contain vehicle link and reminder details
P0As an Operator, I want to record maintenance completion with supplier details and costHistory record saved; appears in vehicle maintenance history
P1As an Operator, I want to set both time and distance intervals for critical maintenanceHybrid reminders trigger on either condition
P1As an Operator, I want to see at a glance which vehicles have upcoming or expired maintenanceVisual status indicators (amber for upcoming, red for expired)
P2As an Operator, I want to add multiple email recipients to remindersAll specified recipients receive notifications

Maintenance Team Stories

PriorityStoryAcceptance Criteria
P0As a Maintenance Team member, I want to receive email notifications with vehicle details and direct linksEmail contains vehicle name, reminder type, clickable link
P1As a Maintenance Team member, I want escalating notifications so urgent items don’t get overlookedFirst notification at 30 days/2000km; second at 10 days/500km
P1As a Maintenance Team member, I want to view maintenance historyChronological history with date, cost, supplier, files

4. Functional Requirements

4.1 Reminder Template Management

IDRequirementBusiness Outcome
FR-4.1.1System must allow creation of reminder templates with name, vehicle type filter, time interval, and distance intervalFleet managers can standardize maintenance schedules across similar vehicles
FR-4.1.2System must support soft deletion of templates to preserve historical referencesAudit trail maintained for compliance
FR-4.1.3System must allow template editing without affecting existing vehicle remindersChanges to standards don’t disrupt current schedules

4.2 Vehicle-Specific Reminders

IDRequirementBusiness Outcome
FR-4.2.1System must allow creation of vehicle-specific reminders with time-based, distance-based, or hybrid intervalsAll maintenance types supported regardless of usage patterns
FR-4.2.2System must automatically capture current odometer/engine hours when creating a reminderAccurate baselines without manual data entry
FR-4.2.3System must support activation/deactivation of reminders without deletionFlexibility to pause and resume tracking

4.3 Status Calculation

IDRequirementBusiness Outcome
FR-4.3.1System must automatically compute reminder status as Active, Upcoming (within 7 days/100km), or ExpiredOperators can prioritize work effectively
FR-4.3.2System must update status via scheduled background jobAccurate real-time status without manual intervention
FR-4.3.3For hybrid reminders, system must mark as Expired if either time OR distance threshold is exceededCritical maintenance never missed due to unexpected high usage

4.4 Notification System

IDRequirementBusiness Outcome
FR-4.4.1System must send multi-tier email notifications: first at 30 days/2000km, second at 10 days/500km before dueEscalating alerts ensure attention before maintenance is overdue
FR-4.4.2System must support custom notification thresholds per reminderFlexibility for different maintenance urgency levels
FR-4.4.3System must support multiple email recipients per reminderEntire maintenance team stays informed
FR-4.4.4System must send each notification type only once per reminder lifecyclePrevent notification fatigue
FR-4.4.5Notification emails must include vehicle name with direct link, reminder type, and company brandingRecipients can act immediately

4.5 Maintenance History

IDRequirementBusiness Outcome
FR-4.5.1System must allow recording of completed maintenance with date, cost, supplier, description, and supporting filesComplete audit trail for compliance, warranty, resale
FR-4.5.2System must display history in chronological orderEasy reference for service history
FR-4.5.3Recording completion must NOT automatically reset the parent reminderManual control over reminder lifecycle

4.6 User Interface

IDRequirementBusiness Outcome
FR-4.6.1Settings page must provide reminder templates management with grid viewFleet managers can manage standards efficiently
FR-4.6.2Vehicle detail page must display reminders with status badges and time/distance remainingOperators see vehicle health at a glance
FR-4.6.3System must provide visual status indicators: amber for upcoming, red for expiredImmediate visual prioritization

5. Acceptance Criteria

AC-5.1 Template Application

  • Given a vehicle and an applicable reminder template
  • When operator applies the template
  • Then reminder is created with current odometer as baseline and status calculation begins immediately

AC-5.2 Time-Based Status Calculation

  • Given a reminder with 30-day interval set up today
  • When 25 days have passed
  • Then status shows “upcoming” with 5 days remaining
  • When 30 days have passed
  • Then status shows “expired”

AC-5.3 Distance-Based Status Calculation

  • Given a reminder set up at 1000km with 500km interval
  • When vehicle odometer reaches 1400km
  • Then status shows “upcoming” with 100km remaining
  • When odometer reaches 1500km
  • Then status shows “expired”

AC-5.4 Hybrid Reminder

  • Given a reminder with both 30-day and 500km intervals
  • When either threshold is exceeded (whichever comes first)
  • Then status changes to “expired”

AC-5.5 Multi-Tier Notifications

  • Given an active reminder approaching due date
  • When 30 days/2000km threshold reached
  • Then first notification email sent to all recipients
  • When 10 days/500km threshold reached
  • Then second notification email sent
  • And each notification sent exactly once

AC-5.6 Maintenance History Recording

  • Given an operator completing maintenance
  • When they record completion with date, cost, and supplier
  • Then history record is saved and visible in vehicle maintenance history
  • And parent reminder continues tracking normally

AC-5.7 Boat Engine Hours

  • Given a boat vehicle type
  • When distance-based reminder is created
  • Then system uses engine hours instead of odometer for all calculations

6. Business Rules

Rule IDRuleRationale
BR-6.1Inactive reminders do not compute status or send notificationsPrevents false alerts for paused tracking
BR-6.2Expired reminders are excluded from future processingFocuses attention on actionable items
BR-6.3First notification: 30 days/2000km; Second notification: 10 days/500km (fixed)Industry-standard warning intervals
BR-6.4Boats use engine hours instead of odometerAccurate marine usage measurement
BR-6.5Creating history record does NOT reset reminderManual control over reminder lifecycle
BR-6.6Editing template does NOT update existing instancesPrevents unintended schedule changes
BR-6.7All reminders are tenant-scopedMulti-tenant data isolation
BR-6.8Upcoming thresholds: 7 days or 100km (fixed)Consistent user experience

7. Dependencies

7.1 Upstream Dependencies

SystemDependency TypeImpact if Unavailable
Vehicle Management (PRD-03)Vehicle data (odometer, engine hours, type)Cannot calculate distance-based status
Multi-Tenant Architecture (PRD-01)Tenant settings, timezoneStatus calculations may be inaccurate
Authentication (PRD-02)User identity for creators/recipientsCannot send notifications
Communications (PRD-10)Email delivery infrastructureNotifications will not be sent

7.2 External Dependencies

ServicePurposeFallback
Email ServiceTransactional email deliveryQueue and retry
Scheduled Job ServiceBackground status computationManual refresh
DatabaseReminder and history storageNone (critical)

8. Glossary

TermDefinition
Active ReminderReminder not yet due and not approaching due date
Distance IntervalKilometers (or engine hours) between maintenance occurrences
Engine HoursUsage metric for boats (analogous to odometer)
Expired ReminderReminder past its due date/distance requiring immediate attention
Hybrid ReminderReminder with both time and distance intervals
Maintenance TemplateReusable reminder configuration at settings level
Notification ThresholdDays or kilometers before due date when email is sent
OdometerTotal distance traveled by vehicle in kilometers
Perform TimeCalculated future date when maintenance is due
Setup DistanceVehicle’s odometer reading when reminder was created
Upcoming ReminderReminder approaching due date (within 7 days or 100km)

9. Appendix: Review Checklist

Business Stakeholder Review

  • Business value claims have specific, measurable targets
  • Success metrics are achievable with current data sources
  • ROI justification is clear for investment approval

Technical Feasibility Review

  • Requirements can be implemented with current architecture
  • Dependencies are available and stable
  • Performance targets are achievable

Operations Review

  • Measurement methods are practical
  • Baseline data collection is feasible
  • Targets align with operational capacity