Skip to content

Self-Check-In - Product Requirements Document

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

Change Log:

VersionDateAuthorChanges
1.02026-01-09SystemInitial technical draft
2.02026-01-15ProductBusiness-focused conversion, added success metrics

1. Executive Summary

1.1 Purpose

Self-Check-In enables customers to complete the rental check-in process independently before their scheduled pickup through a secure digital form, eliminating manual document collection and reducing pickup counter time.

1.2 Problem Statement

Rental companies currently collect customer documents (driver’s licenses, passports, IDs) via email and WhatsApp messages. This creates three critical business problems:

ProblemBusiness Impact
Security RiskSensitive documents transmitted through unencrypted channels expose company to data breach liability
Poor Customer ExperienceScattered document collection creates unprofessional impression, reducing repeat business
Operational InefficiencyStaff spend 10-15 minutes per pickup searching through email/WhatsApp threads for documents

1.3 Business Value

Value AreaMeasurable OutcomeTimeframe
Security ComplianceEliminate unencrypted document transmission; achieve 100% secure document collectionWithin 30 days of launch
Staff Time SavingsReduce per-pickup document processing from 10-15 minutes to 2-3 minutesWithin 60 days
Customer SatisfactionIncrease pickup experience satisfaction scores by 15+ pointsWithin 90 days
Operational ThroughputIncrease pickups handled per staff member per hour by 25%Within 90 days
Data QualityReduce customer information errors requiring correction at pickup by 70%Within 60 days

1.4 Target Users

UserRoleBusiness Context
Rental CustomersPrimaryCustomers with confirmed reservations who want faster pickup experience
Counter StaffSecondaryStaff processing vehicle pickups who need accurate customer data ready
Office AdministratorsSecondaryStaff who create and track self-check-in requests

1.5 Scope

In Scope:

  • Creation and secure delivery of self-check-in requests
  • Customer information verification and document upload
  • Request status tracking and automatic expiration handling

Out of Scope:

  • Payment processing (handled separately)
  • Reservation modifications
  • Real-time identity verification
  • Digital signatures (separate system)

2. Success Metrics

MetricDefinitionBaselineTargetMeasurement MethodTimeframe
Secure Document Rate% of documents collected via Self-Check-In vs. email/WhatsApp0%80%+Document source tracking90 days
Check-In Completion Rate% of sent requests completed before pickupN/A70%+Request status reporting60 days
Pickup Processing TimeAverage minutes from customer arrival to departure15 min estimate<8 minTime tracking at counter90 days
Customer SatisfactionPickup experience rating (1-10 scale)TBD (baseline survey)+1.5 pointsPost-rental survey90 days
Data Error Rate% of pickups requiring customer info correction25% estimate<8%Counter correction logs60 days
Staff ProductivityPickups processed per staff member per hour4/hour estimate5+/hourOperational reporting90 days
Request Delivery Success% of notifications successfully deliveredN/A98%+Email/SMS delivery logs30 days

Baseline Collection Plan:

  • 30-day pre-launch measurement period
  • Counter staff time studies for pickup processing
  • Customer survey for satisfaction baseline
  • IT review for current document collection methods

3. User Stories

3.1 Administrator Stories

PriorityStoryAcceptance Criteria
P0As an administrator, I want to create a self-check-in request for a customer so they can complete check-in before arrivalGiven a confirmed order, When I create a self-check-in request, Then the customer receives a secure link within 30 seconds
P0As an administrator, I want to choose delivery method (email, SMS, or both) so customers receive the link through their preferred channelGiven I select delivery method, When the request is created, Then notification is sent via selected channel(s) with 98%+ success rate
P1As an administrator, I want to view request status so I know which customers are ready for pickupGiven I access the order detail, When I view self-check-in status, Then I see current status (pending/completed/expired)

3.2 Customer Stories

PriorityStoryAcceptance Criteria
P0As a customer, I want to receive a secure link to complete check-in so I’m prepared before pickupGiven I have a reservation, When I receive the check-in link, Then I can access a secure form without login within 3 clicks
P0As a customer, I want to verify and update my personal information so the rental company has accurate detailsGiven I access the check-in form, When I review my information, Then I see pre-filled data and can edit any field
P0As a customer, I want to upload required documents so I don’t need physical copies at pickupGiven I’m on the check-in form, When I upload documents, Then files are accepted and confirmation is shown
P1As a customer, I want confirmation that my check-in is complete so I know I’m ready for pickupGiven I submit the form, When submission succeeds, Then I see clear confirmation message with pickup instructions
P1As a customer, I want the form in my language so I can complete it without confusionGiven my language preference, When I access the form, Then all text displays in my preferred language

4. Functional Requirements

4.1 Request Creation

  • Administrators can create self-check-in requests from order detail page for confirmed orders
  • System generates unique secure access link for each request
  • Request links to specific order and customer with tenant isolation
  • One active request allowed per order

4.2 Notification Delivery

  • System delivers notifications via email, SMS, or both based on administrator selection
  • Email includes personalized greeting, reservation details, branded styling, and clear call-to-action
  • SMS includes concise message with essential details (customer name, vehicle, link)
  • Notifications support 12 languages based on customer preference
  • Partial delivery failures (one channel fails) don’t block the other

4.3 Customer Check-In Form

  • Customers access form via secure link without login requirement
  • Form pre-populates with existing customer data
  • Customers can verify and update: personal information, contact details, address, documents
  • Document upload supports driver’s license, passport, and ID documents
  • Form validates required fields before submission
  • Mobile-responsive design for smartphone completion

4.4 Status Management

  • Requests have three states: pending, completed, expired
  • Requests automatically expire 1 hour before scheduled pickup
  • Completed requests record timestamp and entered information
  • Expired requests display clear message; form access disabled

4.5 Data Updates

  • Customer record updates immediately upon form submission
  • Entered information stored separately for audit trail
  • Order record updated with self-check-in request reference

5. Acceptance Criteria

5.1 Request Creation & Delivery

  • Given a confirmed order, When admin creates request, Then secure link generated in <5 seconds
  • Given delivery method selected, When request created, Then notification sent via selected channel(s)
  • Given company branding enabled, When email sent, Then company logo and colors displayed
  • Given customer locale set, When notification sent, Then content in customer’s language

5.2 Customer Experience

  • Given valid link, When customer clicks, Then form loads in <3 seconds with pre-filled data
  • Given customer submits form, When all required fields valid, Then confirmation shown and data saved
  • Given expired link, When customer clicks, Then clear expiration message displayed (no form access)
  • Given invalid link, When customer clicks, Then appropriate error page shown

5.3 Data Integrity

  • Given form submitted, When data saved, Then customer record updated accurately
  • Given documents uploaded, When form submitted, Then documents stored and associated with customer
  • Given request completed, When admin views order, Then status shows ā€œcompletedā€ with timestamp

5.4 Security & Compliance

  • Given document upload, When transmitted, Then encrypted in transit and at rest
  • Given request created, When link generated, Then link is cryptographically secure and unique
  • Given tenant A’s customer, When accessing form, Then no access to tenant B’s data

6. Business Rules

RuleDescriptionRationale
Order StatusOnly confirmed orders can have self-check-in requestsPrevents wasted customer effort on cancelled reservations
One Active RequestMaximum one active request per orderPrevents customer confusion from multiple links
Contact RequiredCustomer must have email or phone for notificationEnsures delivery capability
Expiration WindowRequests expire 1 hour before pickupEnsures staff have time to prepare if customer didn’t complete
Immediate UpdatesCustomer data updates take effect immediatelyEnables real-time data accuracy for pickup
No Re-activationExpired requests cannot be reactivatedAdmin creates new request if needed
Feature AccessFeature requires appropriate subscription planEnsures proper monetization

7. Non-Functional Requirements

CategoryRequirementTarget
PerformanceForm page load time<3 seconds
PerformanceNotification delivery time<30 seconds
AvailabilitySystem uptime99.5%
SecurityDocument transmissionEncrypted (TLS 1.2+)
SecurityAccess token entropy190+ bits
LocalizationSupported languages12 languages
AccessibilityMobile compatibilityResponsive design, all screen sizes
Data RetentionRequest recordsPer tenant data retention policy

8. Dependencies

8.1 Upstream Dependencies

SystemDependency TypeImpact if Unavailable
Multi-Tenant SystemRequiredCannot create tenant-scoped requests
Customer ManagementRequiredCannot link requests to customers
Order ManagementRequiredCannot link requests to reservations
Communications (Email/SMS)RequiredCannot deliver notifications

8.2 Downstream Dependencies

  • None (self-contained feature)

8.3 Future Integration Opportunities

  • Payment processing for deposits
  • Identity verification services
  • Digital signature integration
  • Vehicle inspection photo upload

9. Risks & Mitigations

RiskLikelihoodImpactMitigation
Low customer adoptionMediumReduced ROIClear email/SMS messaging; staff training to promote feature
Notification delivery failuresLowCustomer doesn’t receive linkMulti-channel delivery option; admin visibility into delivery status
Customer submits incomplete dataMediumStill requires counter correctionRequired field validation; clear error messaging
Link shared/forwarded inappropriatelyLowPotential data exposureSingle-use recommendation; expiration enforcement

10. Glossary

TermDefinition
Self-Check-In RequestA digital request enabling customers to verify information before vehicle pickup
Check-In CompletionCustomer successfully submitted the self-check-in form
Pickup Processing TimeMinutes from customer arrival at counter to vehicle handover
Secure Document CollectionDocument transmission via encrypted channels with proper access controls
Request ExpirationAutomatic invalidation of check-in link 1 hour before scheduled pickup

11. Approval

RoleNameDateSignature
Product Owner
Business Stakeholder
Engineering Lead
Operations Lead