Description of the procurement
Solution offering which can consume inputs from multiple sources and
โข share insights through dashboards, threshold-based alerts, commenting, storyboards, infographics. This should highlight for each user the most meaningful changes in the business for them, with root causes, predictions and prescriptions given their role and context;
โข produce outputs which can be consumed by applications (via APIโs, files, data-streams), end-users and business processes;
โข support end-users in receiving data which they can consume on an ad-hoc, scheduled basis which will provide actionable insights;
โข work with end-users to develop/adapt new/improved real time monitoring and historic data reporting tools. Reporting outputs/dashboards accessible from different types of devices;
โข machine learning routines to flag operational recommendations;
โข support rapid prototyping;
โข support collaboration among users through integration with digital assistants and chatbots, support within the vendor organisation;
โข ingest data from multiple sources (internal and external to Bร) via bulk/batch loading and real-time/continuous data loading through data-streams and APIโs. Data should include but not be limited to:
โ Automatic Vehicle Location (AVL);
โ Ticketing Data;
โ Siri (Service Interface for Real time Information);
โ VDV, GTFS (General Transit Feed Specification), TransXchange;
โ WiFi;
โ Telematics-GPS;
โ Other On-Bus Event Data eg tachograph, engine, fuel, Society of Automotive Engineers standard SAEJ1939 interfaces;
โ Finance, HR, Schools, Customer (including customer experience);
โ web and social media;
โ service alerts and updates;
โ 3rd Party eg AA Roadwatch, Map Data;
โข Real time operational tracking which will deep dive into performance metrics via conventional dashboards and reports, which should support:
โ measurement of KPIโs (against benchmarks);
โ rostering optimisation;
โ driver/vehicle planning and scheduling optimisation;
โ capacity predictions for buses, stops in advance;
โ real time passenger metrics and customer demand flattening;
โ driver behaviour reports such as punctuality compliance and variations to average dwell/speed;
โ fleet management;
โ arrival and next trip predictions;
โ end of trip layover shortfall reporting;
โ load factor;
โ mobility pattern analysis;
โ unscheduled stops, off route events, incomplete trips for AVL/punctuality;
โ reliability reporting of stop departures, trips and duty operation by operating time/day etc.;
โ NTA agreed metrics.
For all reports there should be the ability to drill down from an aggregate to a detail level and filter by attributes such as day, depot, driver, route, service type allowing monitoring in real time and reporting on a periodic, quarterly and annual basis. Reports are customisable by BE and it must be possible for BE to create their own reports and export the data. PQQ response should showcase reporting and analytics capability.
Within the solution it must be possible to define workflows to trigger actions on the back on KPI metrics being within specified ranges.
Preference is a SaaS solution to support elasticity, scalability and efficient services.