Roadwatch / Experience system

UI/UX design handout · Mobile app concept

Small actions.
Safer streets.

A concise guide to Roadwatch’s citizen-reporting experience and the separate reviewer workspace: the visual language, task structure, key components and safeguards behind the screens.

Safe captureClear evidenceVisible follow-up
Roadwatch cover showing the yellow-and-charcoal reporting interfaceRoadwatch · concept UI

01 / Product principles

A report should have a next step.

The concept separates what a citizen submits, what a reviewer verifies and what an authority may later do. Each step needs its own plain-language status.

01
Safety first

Capture only when safely stopped.

Prompts discourage chasing or confrontation. Emergency help is a separate route, not a promise made by the reporting flow.

Useful evidence

Context matters as much as media.

Incident type, location and time are reviewed alongside a photo. People can correct details before sharing.

Accountability

Show progress without overclaiming.

Submission, review, evidence verification and authority action are distinct. A verified report does not imply enforcement.

02 / Visual foundations

Signal yellow. Quiet charcoal.

The restrained dark surfaces keep incident information legible; yellow marks the primary action, progress cue and important point of attention.

02
Charcoal#111614Page canvas
Deep surface#242D27Cards and status rows
Signal yellow#FFE052Primary actions
Off-white#F4F6EFHigh-priority text
Display / confident and directYour city.
Your watch.

Bold sans-serif headlines communicate the action quickly, even in a stressful context.

Interface / readable and specificReview your report

Short labels and explanatory copy clarify what will be shared and what happens next.

Token accuracyThese hex values and the Inter rendering on this page are presentation references sampled to match the supplied boards; confirm source-file tokens before production handoff.

03 / Typography

Direct, readable, actionable.

A bold sans-serif voice helps a report feel clear at a glance. Labels and status language do the detailed work.

03
Display / headingYour city. Your watch.
Body / instructionReview your report before you share it.
Metadata / statusSubmitted · Under review · Evidence verified
Font referenceInter is a presentation reference on this page. Verify the exact app font files and weights in the design source before implementation.

04 / Layout patterns

A compact system for decisive tasks.

The reporting flow repeats clear surfaces, compact controls and one dominant action. These examples describe the visual rhythm, not a production token specification.

04
Spacing rhythm

Group, then separate.

Keep related evidence and incident details together; separate review and submission as distinct steps.

Corner language

Repeat familiar shapes.

Use a small family of corners across cards, inputs and action controls rather than a new shape on each screen.

Interaction states

Make changes legible.

Pair every colour or status cue with words, especially for report review and authority handoff.

Reference, not final tokensSpacing bars, radii and state samples illustrate the pattern. Exact values and accessibility behaviour need source-file and device-level verification.

05 / Reusable patterns

Make the state visible.

The same compact controls recur through reporting, correction and follow-up. Labels carry meaning alongside colour.

05
Action hierarchy

One primary next step

Review report →Edit details

Yellow is reserved for the main action. A quieter secondary control keeps correction available without competing for attention.

Structured input

Incident details

Violation type · Illegal parking
Incident location · Market Road

Fields should show the detail in plain words and allow correction before the final review.

Progress language

Track the report

01 · Submitted02 · Under review03 · Evidence verified04 · Authority action pending

Step labels prevent a yellow badge or checkmark from implying more than the system knows.

06 / Information architecture

Two roles. Clear boundaries.

Citizen tasks stay separate from reviewer decisions, while report status connects both sides of the experience.

06
Citizen app

Home · My reports · Rewards · Help

Start a report, add details, review before sharing, track a submission and find safety guidance.

Reviewer workspace

Queue · Evidence · Decision · Handoff

Inspect media and facts, request clarification, record the decision and leave a visible review history.

Roadwatch information architecture for citizen and reviewer areas
Information architecture board View full size ↗

07 / Core user journey

Capture. Report. Follow.

A citizen can move from a safe capture to a traceable report. Corrections and failed submissions need routes back, not dead ends.

07
Stop safely→Capture evidence→Add context→Review sharing→Submit→Track status
Roadwatch reporting user-flow diagram
Reporting flow View full size ↗
Seven-stage Roadwatch visual user journey
Seven-stage journey View full size ↗

08 / UX process

From questions to structure.

The boards document provisional themes, early layout choices and low-fidelity screen logic before the final treatment.

08
Roadwatch affinity mapping board
Affinity themes Enlarge ↗
Roadwatch rough wireframes
Rough wireframes Enlarge ↗
Roadwatch low-fidelity wireframes
Low-fidelity screens Enlarge ↗
Evidence noteThe affinity themes are discussion-guide hypotheses, not completed interview findings. The supplied boards do not establish usability results or real-world road-safety impact.

09 / Screen inventory

One connected reporting system.

Eleven citizen screens and two reviewer views cover reporting, correction, tracking, rewards and an emergency-help entry point.

09
Roadwatch home, report creation and follow-up screens
Three core citizen screens View full size ↗
Roadwatch design overview presentation
Design overview View full size ↗
Complete Roadwatch screen board with eleven citizen screens and two reviewer views
Complete experience · 13 views View full size ↗
01Home

Start a report or review recent activity.

02Safe capture

Prompt evidence collection only when stopped safely.

03Incident details

Add type, time and location with correction available.

04Review & submit

Make the information being shared explicit.

05My reports

Track receipt, review and later updates separately.

06Reviewer views

Inspect evidence and record a decision without implying enforcement.

10 / Visual direction

Urgency without ambiguity.

The charcoal-and-yellow direction is intentionally high contrast, but the interface should not make a submitted report look like a resolved incident.

10
Primary expression

Signal / decisive

Yellow leads the eye to the next safe action, the active step and the most important status detail.

Supporting discipline

Surface / restrained

Quiet dark surfaces keep evidence readable. Explanatory language carries uncertainty and separates verification from enforcement.

Roadwatch design overview with reporting screens and visual language
Visual source board View full size ↗
Concept directionThis visual treatment has not been validated through user testing or accessibility evaluation.

11 / Implementation & validation

Clarity is part of safety.

The next stage is task-based testing, not a claim of a launched service.

11
Test the reporting task

Can people share the right information safely?

Observe safe-capture comprehension, location correction and interpretation of the review-before-submit screen.

Test the status model

Does “verified” mean what it says?

Check whether people distinguish receipt, reviewer verification and any later authority action.

Respect the boundary

Do not promise enforcement.

Rewards, report data and street imagery in the concept are illustrative. Real deployment would require policy, operations and accessibility review.