Structured alerts
People choose a useful category rather than opening an unrestricted conversation.
Why RoadPing exists
RoadPing explores a simple idea: if someone spots a time-sensitive problem with a vehicle, they should be able to alert its verified owner without either person seeing the other’s name, email address or phone number.
The original RoadPing concept was created by Continuity Through Planning. This demonstration develops that idea into an interactive product experience.
Product principles
People choose a useful category rather than opening an unrestricted conversation.
The product is designed to route an alert without revealing either driver’s contact details.
A production service must prove a user can receive alerts for a vehicle before delivery is enabled.
What is built
Technology
The pilot keeps identity, application logic and data access separated, with sensitive database access confined to the server.
A responsive web-first pilot that works well on a mobile viewport and can be iterated quickly.
Passwordless tester access and server-verified sessions without building custom authentication.
Private, structured storage behind authenticated server routes; no database credential reaches the browser.
Consistent request validation at the application boundary.
Unit, component and mobile-browser journey coverage.
Repeatable Next.js builds, preview deployments and a clear path to roadping.co.uk.
The browser never receives the Supabase service-role credential. Protected operations derive the signed-in user on the server and scope data to that identity.