125DT041_Statement_of_Work_(SOW)_Next_Ride_Mobile_Application.pdf

Regional Transportation District

Denver, CO

Statement of Work Next Ride Mobile Application

Version: v2.0

April 30, 2025

Next Ride Mobile Application - v1.0 2

CONTENTS

1. Executive Summary

2. Project Description Scope of the Project Period of Performance Roles and Responsibilities

3. Project Requirements A. Vendor Response Codes To Business Requirements B. Business Requirements C. Functional Requirements D. Design Requirements E. Technical Requirements F. Security Requirements G. Project Management Requirements H. Testing Requirements I. Documentation Requirements J. Support and Maintenance Requirements

4. Performance Measures K. Project Milestones

5. Payment Milestones

6. Glossary

1. Executive Summary

The Regional Transportation District’s (RTD) Digital Marketing department seeks a qualified contractor to develop a custom mobile application for RTD’s public-facing trip planning website Next Ride (app.rtd-denver.com) for both iOS and Android devices. The new mobile application will deliver an end-to-end, full-service mobile app experience for RTD customers and will integrate multiple existing RTD mobile applications into one single user interface to improve the customer experience and implement best practices. This project will directly support RTD's Customers and Community Connection and Welcoming Transit Environment Strategic Initiatives.

Next Ride Mobile Application - v1.0 3

2. Project Description

Scope of the Project

The scope of this project is for RTD to procure a vendor to custom develop a native mobile application for both iOS and Android devices. This new application shall be downloadable from all major app stores and onto mobile devices. Support and maintenance shall be provided for at least one (1) year after deployment. For more detailed information regarding the Scope of the Project, refer to “Project Requirements”.

Background & Project Timeline

RTD customers currently use five separate applications to access RTD services: (1) Next Ride to plan trips and view schedules; (2) MyRide for mobile ticketing; (3) Transit Watch to report safety concerns; (4) QRyde for Access-a-Ride; and (5) Demand Trans for FlexRide. Multiple applications create confusion for RTD customers and provide a less-than-ideal user experience. The new application will provide customers with the functionalities of the existing Next Ride application, as well as the ability to access the functionalities of the other four existing applications in a single, fully integrated, full-service mobile application that will be consistent with the RTD brand and support the agency’s goal of developing a better user experience.

The project will commence by combining the functionalities of the Next Ride, MyRide and Transit Watch apps. In Q1 of 2025, feedback will be solicited from RTD Directors, employees, and customer stakeholders as part of the app creation process. Following user and accessibility testing anticipated for late 2025, the newly created app is expected to be available in Q1 of 2026 for download from app stores (i.e., Apple Store and Google Play). In 2026, subsequent efforts will launch to integrate QRyde and Demand Trans, RTD’s two remaining apps, into the newly created single app.

Location

While RTD anticipates most of the work to be performed remotely, competitive bids may propose some onsite sessions, particularly for stakeholder interviews and gathering end-user requirements. When onsite, contractor can expect to work at or near the following RTD office location:

1660 Blake Street Denver, CO 80202

Period of Performance

Performance shall commence as of the Effective Date (or in the event that RTD provides a Notice to Proceed to the Contractor, the Period of Performance shall commence on the date of the Notice to Proceed) and shall continue for two years (one year for development and deployment and one year of support and maintenance).

Next Ride Mobile Application - v1.0 4

Roles and Responsibilities

Vendor Responsibilities

• Conduct stakeholder interviews

• Gather functional requirements

• Determine technical dependencies, based on RTD’s existing infrastructure

• Explore conceptual design options and iterate based on stakeholder feedback

• Work collaboratively with existing RTD vendors to complete any app integration work required to carry out the project, including coordination with existing RTD vendors for implementation of any required software development kits (SDKs)

• Build prototypes

• Execute all mobile application development

• Provide transition support and documentation to RTD marketing team

RTD Responsibilities

• Form a project team to work directly with the vendor

• Assign a project manager to coordinate work across all teams, schedule and lead status meetings and generate status reports per RTD IT PMO Standards

• Participate in stakeholder interviews

• Gather feedback on design prototypes

• Provide vendor with API and SDK information from internal RTD sources and other third-party sources

Next Ride Mobile Application - v1.0 5

3. Project Requirements

A. Vendor Response Codes To Business Requirements

RESPONSE

CODE

DEFINITION

FC Fully Compliant – Proponent fully complies with requirement. Responses that are qualified by exceptions or limitations, etc. in the Compliance Matrix shall be considered the equivalent of “NC” (does not comply).

CM Complies with Modified Requirement – Proponent shall provide modified requirement language to which they commit to comply. The “CM” shall be equivalent to a response of “FC” if RTD opts to change the requirement as proposed, or to a response of “NC” if RTD opts to not change the requirement.

If complete alternate requirement wording is not proposed in conjunction with a “CM” response, the response shall be considered equivalent to a response of “NC” to the requirement as stated in the RFP. RTD alone shall be the judge of the completeness and appropriateness of alternate requirement language.

NC Does Not Comply – Proponent does not comply with the requirement. Accompanying comments are discouraged. .

Project Requirements - The following Tables included in this SOW that comprise the Compliance Matrix are for informational use only. Please complete and return Attachment C

– Compliance Matrix with your proposal.

B. Business Requirements

Requirement

ID

Requirement Name Description

REQ-1 Stakeholder Engagement The Contractor shall engage the various stakeholder groups (provided by RTD) to determine end-user business needs.

REQ-2 Project Timeline The Contractor shall complete all design and development for the mobile application in 10-12 months.

REQ-3 Contractor References The Contractor shall provide (3) examples of mobile application development of similar size and scope to this project request.

C. Functional Requirements

Next Ride Mobile Application - v1.0 6

Requirement Name Description

REQ-4 Github The mobile app shall utilize GitHub's software for source control and associated version control tool Git.

REQ-5 JIRA The mobile app shall utilize JIRA for task and project management.

REQ-6 Framework The mobile app shall utilize a React Native, Ionic or similar framework for development.

REQ-7 Source Code RTD shall retain and own all source code once mobile application is developed.

REQ-8 Mobile Device Compatibility

The mobile app must be accessible from any modern mobile device once mobile application is downloaded from Apple App Store or Google Play Store onto device.

REQ-9 Google Play Store The mobile app must be developed so that it is compatible and meets Google Play Store mobile app requirements.

REQ-10 Apple App Store The mobile app must be developed so that it is compatible and meets Apple App Store mobile app requirements.

REQ-11 Language Translations

The mobile app shall be available in multiple languages. Currently, RTD’s language access plan specifies English, Spanish, Vietnamese, simplified Chinese, Russian and Korean. The application needs to support English and Spanish at a minimum.

REQ-12 Analytics The mobile app shall have analytics tools installed so RTD can track app performance, user experience and engagement through Google Analytics GA4 or similar.

D. Design Requirements

Requirement Name Description

REQ-13 User Interface Contractor shall work with RTD's UI Developer and stakeholder team to create designs concepts

REQ-14 User Interface The look and feel of the mobile app shall be streamlined and modern with a clean, simple design.

REQ-15 Scope of Design Services The mobile app shall be designed using modern UI/UX practices for mobile devices and tablets.

REQ-16 Scope of Design Services Contractor shall provide wireframes for 8-10 screens showing key functionality around navigation and content layout.

REQ-17 Scope of Design Services Contractor shall provide high fidelity designs for 10-20 screens showing key functionality like Plan a Trip user experience flow

REQ-18 Scope of Design Services Contractor shall provide clickable design prototype to show full user experience using Figma or Adobe XD.

Next Ride Mobile Application - v1.0 7

Requirement Name Description

REQ-19 User Interface All mobile app text shall have a high contrast color to its background to ensure legibility and meet iOS and Android platform accessibility requirements.

REQ-20 User Interface The design of instructions and graphics in the mobile app shall minimize glare and other effects of sunlight and ambient lighting accessed by Settings in the OS.

REQ-21 Accessibility The mobile app should be developed to use the mobile device screen reader tools provided by iOS (VoiceOver) and Android (TalkBack).

REQ-22 Accessibility Refer to Contract Section 5.10 for additional accessibility requirements.

REQ-23 Design Systems The collection of tools, platforms, mobile applications and software that comprise the new technology stack shall be complementary of one another.

REQ-24 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Modern Architecture:

Clean, modular design (e.g., MVVM) with clear separation of concerns.

REQ-25 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Hot Reloading: Support for rapid UI iteration and testing.

REQ-26 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Declarative Rendering:

Utilize Jetpack Compose (Android) and SwiftUI (iOS) for UI components where mobile applicable.

REQ-27 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Modern Tools and Languages: Kotlin for Android, Swift for iOS, and IDEs like Android Studio and Xcode.

REQ-28 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Reusable Components:

Development of scalable, reusable components.

REQ-29 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, incorporating the following standard - Comprehensive Logging:

Real-time debugging tools (e.g., Logcat, Xcode).

REQ-30 Developer Experience The solution shall provide a modern developer experience (DevX) for native Android and iOS mobile applications, Next Ride Mobile Application - v1.0 8

Requirement Name Description incorporating the following standard - Asset Pipelines: Efficient handling of images, fonts, and localized resources.

REQ-31 RTD Brand Standards Design shall match RTD brand standards located at https://www.rtd-denver.com/brand-elements, while proposing guideline enhancements that visually connect with our audience.

E. Technical Requirements

Requirement Name Description

REQ-32 API Endpoints The solution shall use all API endpoints existing on the current site (to be shared by RTD) in the development of the new mobile app.

REQ-33 API Endpoints The contractor must validate endpoint performance and reliability during development.

REQ-34 API Endpoints Any API gaps or issues must be flagged by the contractor, who shall collaborate with RTD to resolve them.

REQ-35 Mobile Ticketing Integration

The mobile app shall connect to RTD's mobile ticketing mobile application via an API or SDK (third-party vendor).

REQ-36 Mobile Ticketing Integration

Ensure PCI DSS compliance for all payment-related data handling.

REQ-37 Mobile Ticketing Integration

Provide seamless integration for fare purchase, ticket validation, and transaction history using RTD's third-party mobile ticketing API or

SDK.

REQ-38 Safety and Security Integration

The mobile app shall connect to RTD's safety and security mobile application via an API or SDK (third-party vendor).

REQ-39 Safety and Security Integration

This integration must support real-time safety alerts and reporting features as defined by RTD.

REQ-40 Service Alerts Integration The mobile app shall integrate with RTD’s service alert APIs to display real-time alerts by route or service.

REQ-41 Service Alerts Integration Support filtering of alerts by user preferences (e.g., route, location, or time).

REQ-42 Service Alerts Integration Alerts must update dynamically without requiring mobile app restarts.

REQ-43 Trip Planner Integration The mobile app shall integrate with the Open Trip Planner (Arcadis)

API.

REQ-44 Trip Planner Integration The mobile app shall support trip plan search functions by route, stop and address using RTD's third party vendor Mapbox.

REQ-45 Trip Planner Integration Support both REST (v1) and GraphQL (v2) APIs.

http://www.rtd-denver.com/brand-elements

Next Ride Mobile Application - v1.0 9

Requirement Name Description

REQ-46 Trip Planner Integration Include fallback mechanisms for handling API outages or errors.

REQ-47 Trip Planner Integration The mobile app shall integrate with RTD’s geocoding and search suggestions API to support trip planning functions.

REQ-48 Trip Planner Integration Forward Geocoding: Convert addresses, business names, places of interest, or event names (e.g., concerts) into geographic coordinates (Lat/Lng).

REQ-49 Trip Planner Integration Search Suggestions: Provide real-time suggestions for user-entered search terms, ordered by best match as determined by RTD’s API algorithm.

REQ-50 Trip Planner Integration The Contractor shall inform RTD of any API gaps and collaborate with RTD to address them.

REQ-51 Trip Planner Integration Ensure robust error handling with fallback or retry mechanisms.

REQ-52 Trip Planner Integration Optimize the integration for high query volumes with minimal latency.

REQ-53 Scheduling Integration The mobile app shall integrate with RTD’s TIS API to fetch scheduling data.

REQ-54 Scheduling Integration Support timetable lookups for routes and stops.

REQ-55 Scheduling Integration Ensure accurate schedule adherence updates during trip planning.

See GTFS requirement.

REQ-56 Concert / Music Artist Integration

The mobile app shall connect to RTD's concert/music artist data feed via an API or SDK (third-party vendor).

REQ-57 Facilities The mobile app shall integrate with RTD’s facilities data feed via an API to display Facility locations (e.g., parking lots, restrooms).

REQ-58

Facilities

The mobile app shall integrate with RTD’s facilities data feed via an API to display additional metadata such as accessibility features and operating hours.

REQ-59 GTFS The mobile app shall support GTFS data provided by RTD for Static Data: Process weekly updates or updates tied to specified runboard change dates.

REQ-60 GTFS The mobile app shall support GTFS data provided by RTD for Real- Time Data: Refresh GTFS-RT updates at a maximum interval of 30 seconds during active app usage.

REQ-61 GTFS The mobile app shall support seamless transitions between static and real-time data.

REQ-62 GTFS The mobile app shall allow direct consumption of GTFS feeds or through RTD-provided APIs.

Next Ride Mobile Application - v1.0 10

Requirement Name Description

REQ-63 User Profile / Account User authentication, payment storage, and ticket management shall occur within the third party mobile ticketing ecosystem.

REQ-64 Opt-In / Opt-Out The mobile app shall have opt-in/opt-out capabilities for features like push notifications, marketing communications, and data sharing with third parties.

REQ-65 Offline Mode Support Key functionalities should remain usable with limited or no connectivity.

REQ-66 Share a Trip The mobile app shall integrate with a SMS provider to provide share a trip function via SMS or email to customers (third-party vendor).

REQ-67 Share a Trip The shared trip details must include key information like route, stops, and estimated travel time.

REQ-68 Share a Trip Ensure that the shared content is accessible and compatible with mobile and desktop email clients.

REQ-69 Caching The Contractor shall implement mechanisms to fetch, manage, and refresh caches across all environments.

REQ-70 Caching The Contractor shall use caching strategies to optimize performance for static and frequently accessed data.

REQ-71 Feedback Form The mobile app shall include a web form for users to provide feedback.

REQ-72 Feedback Form The mobile app web form shall pass information to RTD's Salesforce backend solution.

REQ-73 Off-Site Links The mobile app shall provide functionality to link to third-party mobile apps and websites.

REQ-74 Social Profile Links The mobile app shall link to RTD's social media accounts/profiles.

REQ-75 Content The contractor shall copy all current Next Ride content into the mobile application.

F. Security Requirements

Requirement Name Description

REQ-76 Secure Storage The mobile app shall utilize secure storage solutions for iOS and Android to safeguard sensitive user data, including payment details and authentication tokens.

REQ-77 Javascript Libraries Contractor shall vette any Javascript Libraries before implementing into mobile app to prevent code injections/attacks.

Next Ride Mobile Application - v1.0 11

Requirement Name Description

REQ-78 Third-Party Libraries Contractor shall vette any Third-Party Libraries before implementing into mobile app to prevent code injections/attacks.

REQ-79 Recovery Point Objective (RPO)

Data backups shall occur no less than every (12) hours.

REQ-80 Recovery Time Objective (RTO)

System downtime must not exceed 60 minutes for critical functions.

G. Project Management Requirements

Requirement Name Description

REQ-81 Project Management The Contractor shall assign a dedicated project manager to this project

REQ-82 Kick-off Meetings A Project Kickoff Meeting, coordinated with the RTD Project Manager, shall be scheduled within seven (7) days after Notice to Proceed (NTP) and conducted within twenty-one

(21) days. The Project Kickoff Meeting will be conducted by the Contractor and the RTD Project Manager at RTD offices, through Microsoft Teams, or other high-quality teleconferencing approach.

REQ-83 Project Meetings The contractor shall schedule and facilitate Progress Meetings held between the Contractor and RTD on a weekly or every other week basis, as deemed necessary by RTD, for the purpose of reviewing progress, coordinating activities, and other project activities that cannot be resolved by correspondence. The timing of these meetings shall be conducted at RTD’s sole discretion, based on the nature of the current project activities. These meetings may be at RTD offices, through Microsoft Teams, or other high-quality teleconferencing approach.

REQ-84 Project Meetings Agendas Agendas for the Progress Meetings will be prepared by the Contractor and may include any topics that the Contractor's Project Manager determines to be relevant to the project.

The Contractor shall insure those persons knowledgeable in the topics to be discussed, including subcontractors, subject matter experts, and/or technical representatives, are present at all necessary meetings. Agendas will be submitted at least two (2) business days prior to the meeting.

REQ-85 Meeting Summaries Meeting summaries shall be taken at all meetings.

Summaries shall include a summary of all topics discussed, a listing of all understandings and agreements reached, and an updated Action Item List (AIL). Unless otherwise agreed, the Contractor shall be responsible for taking all meeting summaries. The format for the meeting summaries shall be developed based on input from RTD. Completed meeting

Next Ride Mobile Application - v1.0 12

Requirement Name Description summaries shall be uploaded to the RTD Teams project site by the Contractor.

REQ-86 Meeting Summaries The meeting summaries shall be distributed to all attendees for review within three (3) business days from the end of the meeting.

REQ-87 Action Item List During meetings, action items will be identified, with each action item assigned to an individual for disposition by a pre-determined response date. These action items shall be maintained and updated throughout the project by the Contractor, in an Action Item List (AIL). The AIL format will be mutually agreed upon by the Contractor and RTD. The AIL shall be maintained in the RTD Teams project site.

REQ-88 Issue Tracking Systems The Contractor shall provide RTD key personnel access to any issue tracking system used by the Contractor to support the project. The Contractor will provide no less than monthly a status report of all tickets. RTD prefers JIRA for this.

REQ-89 Monthly Status Report Contractor shall provide to the RTD PM a status report monthly highlighting key accomplishments, risks, issues, and milestones/deliverables updates. The monthly status reports shall be uploaded by the Contractor to the RTD Teams project site. Status reports shall be uploaded by the Contractor to the RTD Teams project site.

REQ-90 Invoice Documentation The Contractor shall keep and maintain reasonably complete and reliably detailed records of milestones achieved in performing the Contract, including records of productivity to identify basis for payment, sufficient to evaluate the accuracy, completeness, and currency of the costs or prices.

REQ-91 Project Schedule Within thirty (30) days after Notice to Proceed (NTP), the Contractor shall furnish, to RTD for RTD’s approval, a detailed Project Schedule. The detailed Project Schedule shall be based on critical-path-method and constructed using Microsoft Project or RTD mobile approved substitute.

REQ-92 Project Schedule The detailed Project schedule shall show start and completion of the work with dependencies for each activity and shall be properly ordered and sequenced. It shall identify all major work tasks including critical events of design, procurement, delivery schedule, installation, testing, and integration, and shall identify interface activities, subcontractor contributions and submittals, RTD inspections, tests, and mobile approvals as may be required by this document, additional details shall be provided, such as:

· A clear description of the activity, including its location

· The duration expressed in full working days

Next Ride Mobile Application - v1.0 13

Requirement Name Description

· A responsibility for work denoting the Contractor, a subcontractor, RTD, or entity performing the activity

· The quantity of material, in units

· Type of equipment needed (if significant or unusual)

· The integer percent complete representing the installed progress

· The actual start and finish dates when mobile applicable Requirements and events which impose limitations, as well as dates and milestones which constrain the time, shall be clearly identified.

REQ-93 Project Schedule The Contractor shall be required to submit project schedule updates on at least a monthly basis. More frequent near-term schedule updates may be required, if deemed advantageous by RTD for monitoring the progress of specific phases of the project.

REQ-94 Personnel All personnel assigned by the Contractor must display appropriate identification while on RTD property and must adhere to all RTD Rules and Regulations.

REQ-95 Cross-Collaboration The Contractor's dedicated project team shall collaborate with RTD's Marketing and Digital Communications team throughout the project timeline.

REQ-96 Project Communications Within thirty (30) days of Notice to proceed (NTP), the Contractor shall provide a RACI along with Contractor’s escalation procedure, including contact names and information for each level of escalation.

REQ-97 Project Communications The Contractor shall promptly notify the RTD PM of any problems or difficulties that may affect the timely or effective completion of the project or any scheduled deliverables.

REQ-98 Project Communications The Contractor shall coordinate activities with RTD PM regarding affected RTD business units and personnel, and with external individuals and organizations.

REQ-99 Project Communications All email communications from the Contractor shall originate from accounts that are owned and managed by the vendor through access management controls.

REQ-100 Subject Matter Experts The Contractor shall make all subject matter experts available - when required or requested.

H. Testing Requirements

Next Ride Mobile Application - v1.0 14

Requirement Name Description

REQ-101 Quality Assurance The Contractor shall plan, establish, and maintain a Quality Assurance (QA) program. The Contractor’s QA program shall be imposed upon all entities within the Contractor’s organization and on all subcontractors whenever contract work is performed.

REQ-102 Quality Assurance A QA Program Plan shall be submitted for review within 30 days of Notice to Proceed (NTP). The QA Program Plan shall describe the methods for planning, implementing, and maintaining quality, schedules, and cost. The QA Program Plan shall contain a company policy statement that clearly defines the authority and responsibilities of QA personnel.

REQ-103 Test Plan The Contractor shall develop test plan(s) and detailed test cases, with acceptance criteria, cooperatively with RTD which demonstrates all requirements have been met.

REQ-104 Test Plan The Contractor shall supply, to RTD, a detailed test plan that spells out the types of testing that will be performed, testers, and schedule.

I. Documentation Requirements

Requirement Name Description

REQ-105 Documentation The Contractor shall use RTD's Microsoft Team Site or Confluence for document sharing/repository.

REQ-106 Documentation The Contractor shall provide User Guides in the document repository.

REQ-107 Documentation The Contractor shall provide Technical Specifications in the document repository.

REQ-108 Documentation The Contractor shall provide Deployment and Maintenance Procedures in the document repository.

REQ-109 System Recovery Plan The Contractor shall provide a system recovery plan detailing the procedures and timelines in ensuring system operability is restored within 24 hours.

REQ-110 System Implementation Plan

The contractor shall deliver a comprehensive system implementation plan that includes data migration processes.

REQ-111 System Implementation Plan

The contractor shall deliver a comprehensive system implementation plan that includes user training resources.

REQ-112 System Implementation Plan

The contractor shall deliver a comprehensive system implementation plan that includes knowledge transfer documentation for RTD’s internal teams.

Next Ride Mobile Application - v1.0 15

J. Support and Maintenance Requirements

Requirement Name Description

REQ-113 Support Resources The Contractor shall provide phone and email support to RTD during [business hours Monday - Friday 8am - 5PM (Mountain Time)] to assist with any issues during the term of the contract.

REQ-114 Maintenance and Support

The Contractor shall provide support and maintenance for the application for 1 year after deployment. This includes bug fixes, enhancements, upgrades, patches, re-deployments to app stores.

4. Performance Measures

K. Project Milestones

Milestone Project Plan Stakeholder Interviews Initial Design Customer Feedback, Design Iterations Prototypes Architecture and Technical Planning Content Migration Plan Deployment File Packages Documentation Project Transition

Next Ride Mobile Application - v1.0 16

5. Payment Milestones

# Payment Milestone Payment Schedule

1 Mi lestone 1 : Project Kickoff and Planning

• Deliverables:

o Agreement on project scope, milestones, objectives, and timeline o Security and compliance documentation (Cybersecurity considerations)

5%

2 Mi lestone 2 : Development Setup and Configuration

• Deliverables:

o Setup of development environments (e.g., cloud configurations, repository setup) o Backend and frontend architecture planning o Design mockups, wireframes, or UI/UX concepts o Completion of initial configurations, database schema setup, and API integrations

10%

3 Mi lestone 3 : Core Feature Development

• Deliverables:

o Development of core functionalities as per the Minimum Viable Product (MVP) scope o Backend API development and initial front-end integration o Initial security reviews and vulnerability assessments o Mid-project demo for stakeholder feedback

20%

4 Mi lestone 4 : Advanced Feature Development & Init ial Testing

• Deliverables:

o Implementation of additional app features beyond MVP o Further API integrations, user authentication, and role-based access control o Initial unit testing and integration testing o Refinements based on stakeholder feedback from

Milestone 3

25%

5 Mi lestone 5 : User Acceptance Testing (UAT) & Refinements

• Deliverables:

o Finalizing development with all features implemented o End-to-end testing, security audits, and bug fixes

20%

Next Ride Mobile Application - v1.0 17 o User acceptance testing (UAT) and feedback incorporation o Performance and scalability optimization

6 Mi lestone 6 : Deployment and Go-Live

• Deliverables:

o Final deployment to production environments (App Store, Play Store, or enterprise servers) o Go-live readiness activities (e.g., load balancing, monitoring setup) o Documentation handover (API docs, admin manuals, operational guides) o Post-launch support period

15%

7 Mi lestone 7 : Final Sign-Off & Maintenance Handover

• Deliverables:

o Client sign-off on project completion o Delivery of source code, credentials, and full project documentation o Transition to ongoing maintenance and support (if applicable)

5%

6.0 Glossary

Name Alias Description App Application Refers to Mobile Application or Application Mobile App Mobile

Application Refers to Mobile Application or Application