01 / THE INVESTMENT THESIS
[ 01 ]Make the right departure unmistakable.
An accessible verification layer for transit operations, designed to help people identify the intended assignment, catch a mismatch and know whether their action was accepted.
Reduce preventable assignment errors without slowing or fragmenting the control room.
Approve a bounded discovery phase. The current evidence is not sufficient for a market launch.
A promising need. An unproven business.
The original work shows a meaningful accessibility signal. Turning it into a credible product requires proving where the decision occurs, who owns it and whether this intervention beats an improvement to the existing system.
What deserves investment
The foundation of this investment is a set of proven route identity principles. By shifting away from color as the sole identifier, we establish a more resilient system for operations.
At the core of this strategy is a governed identity component. This ensures consistency across all touchpoints, reducing cognitive load and preventing systemic mismatches.
What would make it durable
To ensure long-term viability, the product must prioritize reusable integrations. Building standardized adapters allows the verification layer to communicate seamlessly with existing agency operations platforms.
This approach reflects a generational ambition. Rather than replacing incumbent systems entirely, a durable product enhances them, providing a verified acknowledgment loop that can evolve with future transit technologies.
If the system already knows Springfield, why ask someone to select Springfield again?
A prefilled review where the operator confirms the assignment may be safer and faster than a manual selection. Testing this interaction is a critical next step before committing to production.
Market reality in 2026
The market reality is defined by incumbent systems like CleverCAD and Vontas. These platforms hold the authoritative data and established workflows. A new product must prove it can integrate smoothly rather than expecting agencies to abandon their current infrastructure.
| Option | Why it may win | Decision rule |
|---|---|---|
| Configure incumbent | Lowest friction and cost. | If the existing platform can support the accessible review. |
| Vendor-integrated | Native experience within the established suite. | If the incumbent vendor is willing to partner. |
| Standalone companion | Independent verification and faster updates. | If agencies need a dedicated layer that outpaces incumbent roadmaps. |
| Replace platform | Total control over the workflow. | If the incumbent is fundamentally broken (least likely). |
02 / EVIDENCE & PEOPLE
[ 02 ]Start with what we know. Name what we don't.
Improvement observed during the color-matching test on the second day. [1, pp. 6-7]
Decrease in average response time for correct selections on the same day. [2, slide 8]
The signal is useful
The observed improvement in accuracy and reaction time provides a clear signal. It confirms that a more accessible palette can reduce the friction associated with color matching in a controlled scenario.
The causal claim is limited
However, the causal claim is limited by the study constraints. A two-day test with two participants does not prove that this specific palette will prevent real-world dispatch errors or scale across all operational variables.
Sean
Operator in the study scenario
Experiences deuteranopia (red-green color vision difficulty).
“"I need to know my assignment is correct so I can depart safely and on time."”
Color-reliant interfaces, rushed schedules, and uncertain system feedback.
Provide redundant text labels, explicit selection states, and clear confirmation messages.
| Stakeholder/role | What they need to believe | Evidence required |
|---|---|---|
| Dispatcher | It will not slow down operations. | Task-time metrics from the pilot. |
| Operator/driver | It is easy to use and reliable. | Positive feedback and high completion rates. |
| Operations director | It reduces dispatch errors. | Reduction in preventable assignment errors. |
| IT+vendor | It integrates securely with existing systems. | Successful API integration tests. |
| Accessibility lead | It meets or exceeds accessibility standards. | WCAG 2.2 AA audit results. |
| Finance+procurement | The ROI justifies the investment. | Validated cost savings from the pilot. |
| Safety lead | It does not introduce new risks. | Risk assessment and safety review. |
| Stage | Action | Likely emotion | Failure risk | Response | Evidence anchor |
|---|---|---|---|---|---|
| Orient | Read the departure request. | Attentive | Missing the prompt | Persistent task heading | Destination task in report p. 1 |
| Identify | Find code and destination. | Cautious | Selecting the wrong route | Redundant identity cues | Color difficulty in report p. 2 |
| Review | Compare route and assignment context. | Reassured if clear | Failing to verify | Explicit selection and context | Proposed extension |
| Commit | Submit and await acknowledgment. | Uncertain while waiting | Submitting stale data | Separate pending and accepted states | Original test auto-restarted |
| Recover | Refresh a conflict or check an unknown result. | Confident after resolution | Abandoning the task | Actionable reason and recovery path | Not studied in the original work |
03 / THE PRODUCT IN USE
[ 03 ]Identity is the beginning. Trust requires a complete loop.
The user needs to know what is required, what they selected, whether the source is current and whether the authority accepted the request.
Receive
Authoritative assignment
Recognize
Code, name and color
Review
Trip, vehicle and revision
Acknowledge
Accepted receipt or recovery
The first product boundary
The first boundary defines what the product does and what it defers to the existing operations platform. Route Clarity focuses exclusively on the verification and acknowledgment loop.
It does not generate assignments, manage schedules, or replace the primary dispatch engine. This deliberate scoping ensures faster delivery and lower integration risk.
The identity contract
The identity contract ensures that every route is presented with multiple, redundant cues - color, code, and name. This makes recognition resilient to individual vision differences and environmental factors.
Crucially, this contract applies to every state of the interface, from initial presentation to selection and final confirmation.
Try the operational edge cases
The interactive prototype demonstrates not just the happy path, but how the system handles stale data, disconnections, and concurrent changes.
| Condition | User-visible behavior | Required production control |
|---|---|---|
| Wrong route | Clear label mismatch | Accurate assignment data |
| Stale/offline | Warning banner and disabled submit | Heartbeat and freshness checks |
| Concurrent change | Prompt to review new assignment | Optimistic concurrency control |
| Slow ack | Pending state with timeout | Configurable timeout thresholds |
| Rejected | Error message with reason | Standardized error responses |
| Correction after acceptance | Revision history and update prompt | Immutable audit log |
| Shift handover | Clear current state and pending actions | Session management and persistence |
AI Policy: This concept extension was developed with AI assistance for research synthesis, interaction exploration, and HTML implementation. AI did not generate the original study data.
04 / VALUE & ECONOMICS
[ 04 ]Make the case falsifiable.
While the color-selection test demonstrates usability, the business case relies on reducing costly operational rework. We must prove the financial impact.
An agency with a verified gap
The ideal first customer is an agency experiencing measurable friction during the assignment process. They have the data to show where errors occur and the motivation to fix them.
By partnering with an agency that already understands the cost of these gaps, we can baseline the current state and clearly demonstrate the value of our intervention.
Sell proof, then support
Our commercial strategy starts with a low-cost, bounded discovery phase to prove the concept in the agency's specific environment. We do not ask for a major commitment upfront.
Only after demonstrating clear ROI through a limited pilot do we transition to a standard support and maintenance contract, ensuring long-term alignment and value.
Interactive ROI Model
Adjust the operational realities to see the impact.
At these settings, the solution avoids 162.0 corrections per year, generating $12,960 in gross value. With an annual operating cost of $20,000, the operational break-even error rate is 0.46%.
| Value driver | Description |
|---|---|
| Less rework | Fewer instances of dispatch having to correct wrong assignments after departure. |
| Independent completion | Operators can confidently verify assignments without calling control. |
| Faster exception | Mismatches are caught and resolved before they impact the schedule. |
| Dependable departures | Overall improvement in on-time performance and service reliability. |
A realistic route to adoption
- 01
Identify an agency with a documented assignment verification gap.
- 02
Conduct a bounded discovery phase to baseline metrics and test feasibility.
- 03
Run a limited shadow pilot to validate the interface alongside the incumbent system.
- 04
Transition to full production deployment supported by an SLA.
05 / DELIVERY & OPERATIONS
[ 05 ]Fit the service. Own the consequences.
Agency operations platform
Validated adapter
Route Clarity
Proposed architecture · Validated adapter handles freshness and idempotency.
Data and integration requirements
The product requires read access to current assignment data and write access for confirmation events. This integration must be robust, secure, and performant.
We propose building standardized adapters that can translate between our verification layer and common incumbent APIs, minimizing custom integration work.
Security and privacy requirements
All data in transit and at rest must be encrypted. The system will operate on a least-privilege principle, requesting only the data necessary for the verification task.
We will strictly adhere to agency data governance policies and ensure that personally identifiable information is never exposed or unnecessarily stored.
| Scenario | Action | System response |
|---|---|---|
| Assignment appears | Operator views assignment | Fetches latest data and renders UI |
| Operator verifies | Operator selects and submits | Sends confirmation event to backend |
| Response is late | Operator waits | Shows pending state and timeout warning |
| Release changes | Dispatcher updates assignment | Pushes update and prompts re-verification |
| Service degrades | Connection lost | Disables submission and shows offline alert |
| Risk | Impact | Mitigation |
|---|---|---|
| Correct route wrong assignment | Operational confusion | Display full assignment context, not just the route |
| False confidence | Errors slip through | Require active review, avoid auto-advancing |
| Alert fatigue | Warnings are ignored | Only alert on material changes or critical errors |
| Accessibility regression | Exclusion of users | Continuous automated and manual WCAG testing |
| Integration dependence | System failure | Graceful degradation and offline caching |
| Pilot harms continuity | Disruption of service | Run pilot in shadow mode before active deployment |
Continuity Plan: In the event of an integration failure, the system must degrade gracefully, allowing operators to fall back to the existing voice-dispatch protocol without losing context.
06 / ACCESSIBILITY CONTRACT
[ 06 ]Accessible by design. Verified through use.
Accessibility is an acceptance discipline across the full workflow. A palette alone cannot establish it.
Exact colors, honest contrast
While preserving the specified route colors, we must ensure that all text labels meet strict contrast requirements. This means adjusting the text reading surface without altering the underlying brand identity.
This careful balance ensures that the interface remains familiar to all operators while becoming accessible to those with vision differences.
Redundancy with meaning
Every critical piece of information must be conveyed through multiple channels. Color is supported by text, state changes are supported by icons, and visual cues are available to screen readers.
This redundancy is not just a compliance checkbox; it is a fundamental design principle that makes the system more robust for everyone.
| Route | Fill | Original pair contrast | Prototype label surface |
|---|---|---|---|
| Moraine | #ED648E | 2.87:1 | Light text on dark backing |
| Xenia | #F6F61C | 14.5:1 | Dark text directly on fill |
| Linden | #22BB2C | 2.38:1 | Light text on dark backing |
| Springfield | #38688C | 4.89:1 | Light text on dark backing |
| Columbus | #5A3911 | 6.42:1 | Light text on dark backing |
| Huber | #6A0CB7 | 8.21:1 | Light text on dark backing |
| Requirement | Standard | Testing approach |
|---|---|---|
| Keyboard/focus | WCAG 2.1.1 | Manual testing with standard keyboards |
| Screen-reader | WCAG 4.1.2 | Testing with NVDA and VoiceOver |
| Contrast | WCAG 1.4.3 | Automated contrast checking tools |
| Zoom/reflow | WCAG 1.4.10 | Browser zoom up to 400% |
| Targets | WCAG 2.5.5 | Minimum target size verification |
| Language | WCAG 3.1.1 | Clear and simple language review |
| Time/motion | WCAG 2.2.1 | No auto-advancing or tight time limits |
07 / APPROVAL & PROOF
[ 07 ]A proposal a skeptical committee can evaluate.
Approve learning in stages. Tie further spending to operational evidence, integration feasibility and acceptable risk.
Discovery/baseline/feasibility
Integration and pilot after Gate 1, combined $120,000
This budget is illustrative and designed to force a disciplined, phased approach to investment. Funding is released only when specific gates are passed.
| Stage | Focus | Gate |
|---|---|---|
| Weeks 1-3 Discover | Baseline metrics and technical feasibility | Gate 1: Go/No-Go on integration |
| Weeks 4-6 Design/test | Iterate prototype with operator feedback | Gate 2: Usability and accessibility sign-off |
| Weeks 7-9 Shadow | Run in parallel with existing system | Gate 3: Data integrity verified |
| Weeks 10-12 Limited pilot | Live use on a subset of routes | Gate 4: ROI proven, approve production |
Recruit for relevant variation
Testing must include a diverse group of operators, capturing different shifts, experience levels, and vision profiles. We will not rely on a single demographic.
By recruiting for variation, we ensure the system is resilient across the full spectrum of real-world use cases.
Measure the entire task
We will measure success not just by route identification, but by the completion of the entire confirmation loop. This includes handling interruptions and recovering from errors.
Task-time guardrails will ensure that our intervention does not inadvertently slow down the dispatch process.
| Measure | Criteria for passing |
|---|---|
| Primary outcome | Statistically significant reduction in assignment errors |
| Task-time guardrail | Average verification time does not increase by more than 2 seconds |
| Integrity gate | Zero dropped confirmation events in the audit log |
| Accessibility gate | Zero critical WCAG 2.2 AA violations |
| Adoption/support | Positive net sentiment from pilot operators |
| Economic gate | Projected annual savings exceed the cost of the intervention |
Questions the toughest stakeholder should ask
We are asking to earn the next investment.
This investment brief outlines a pragmatic path from a promising research signal to a viable operational product. It acknowledges the risks and sets clear gates for further investment.
By approving the discovery phase, we commit to finding out if this intervention can truly reduce operational friction and improve accessibility without disrupting existing workflows.
We ask for a named sponsor, access to agency operations for the pilot, and the initial $30,000 budget to begin this work.
Approve discovery subject to a named sponsor, agency access and a validated budget. Defer production approval.
08 / SOURCES & LIMITATIONS
[ 08 ]A proposal with a traceable basis.
This brief was prepared following a comprehensive review of the original study materials and relevant accessibility standards. The review was completed in late 2026.
- [1]Mini Project 1 - Report.pdf
Original color-matching study report, pp. 6-7.
- [2]MP1 Class Presentation | Subedi.pptx
Original class presentation deck, slide 8.
- [3]Route Clarity Concept Extension
Interactive prototype and design rationale.
- [4]W3C WCAG 2.2
Web Content Accessibility Guidelines.
- [5]W3C Understanding Contrast
Guidelines for text contrast.
- [6]W3C Understanding Use of Color
Guidelines for redundant visual cues.
- [7]Agency Operations Platform API Docs
Reference for standard integration patterns.
- [8]FTA PTASP Requirements
Public Transportation Agency Safety Plan guidelines.
- [9]Accessibility Compliance Standards
Baseline requirements for deployment.
- [10]DOJ Title II Requirements
Updated legal context for digital accessibility.
What this review did not do
This review did not conduct new primary research, validate the financial model with live agency data, or complete technical integration with a vendor system.
What is included
It includes a synthesized analysis of the original study, a proposed operational workflow, an accessibility compliance framework, and a structured investment plan.
Route Clarity · Product investment brief · Prepared from the supplied case study and primary sources · 2026