Route Optimization
Multi-party coordination across carriers, warehouses, and supply chains where SLAs, compliance, and handoffs drive outcomes.
Inside this journey
-
Pre-Discovery
Align the room on outcomes, decision process, pilot scope, and required sign-offs before deeper discovery.
-
Stakeholder Alignment
Confirm decision roles, timeline, pilot criteria, and success metrics across logistics, IT, operations, and finance.
Alignment Questions
Start with Your Fleet's Story
- Give us a short snapshot of your operation—fleet size, vehicle types, and typical daily stops per vehicle.
- Which best describes your primary business model?
- Who currently owns routing each day (role/title)?
- Roughly how many stops per day do you route across the fleet?
- If you had to pick one word that best captures how route planning feels today, what would it be?
Are Your Metrics Hiding the Real Problem?
- When you compare planned vs actual routes, what's the single biggest discrepancy you see?
- How do you currently measure routing performance? Select all metrics you track regularly.
- Tell us about a recent day when performance was far from expectations—what happened and how did it feel for the team?
- Which of these gaps causes the biggest financial impact today?
- How confident are you that the data you use to report these metrics is accurate and timely?
What’s Truly Driving Daily Chaos?
- Which recurring operational issue do you think people have normalized but would honestly change if they could?
- How often do urgent exceptions (cancellations, new orders, traffic) force manual re-planning during a shift?
- Describe a recent exception that forced last-minute changes—what was the cause, and who scrambled to fix it?
- When dispatchers make manual routing choices, what trade-offs do they explicitly accept (time, customer priority, driver fairness, etc.)?
- How do drivers typically react to routes created by software versus those built by dispatchers? Any feelings or resistance you've noticed?
What If Your Best Assumptions Are Wrong?
- Which long-held belief about routing most deserves a reality check in your organization (for example: 'experienced dispatcher beats algorithm')?
- Where have you tried small improvements before, and why didn’t they scale or stick?
- If a new approach required changing one daily habit in dispatch or driving, which habit would feel hardest to change and why?
- Which hidden cost do you think your team underestimates when evaluating routing changes (training time, data cleanup, lost short-term productivity, etc.)?
- What internal skeptics or cultural barriers should we expect to encounter during a trial?
Imagine a Morning Where Everything Clicks
- If a typical day could be transformed, what three concrete improvements would mean this solution 'worked' for you?
- Which outcome would excite Finance most: reduced cost per stop, lower overtime, fewer vehicles, or something else?
- How would success show up to drivers, dispatchers, and customers respectively? Give one tangible example per group.
- Picture a week after rollout—what behavioral changes would indicate adoption is real and sustainable?
- Which one KPIs should we prioritize in the pilot dashboard so busy leaders glance and know if it's working?
What Must a Pilot Actually Prove?
- If you had to define an unambiguous pilot win, what are the three acceptance thresholds (numeric where possible)?
- What sample size and duration feel credible to your stakeholders for a parallel pilot?
- Which specific routes or days would you insist remain in the pilot (high complexity, peak windows, multi-depot)?
- What would constitute unacceptable risk during the pilot (service level drop, data outages, driver safety concerns, etc.)?
- How will you treat early operational wins that aren’t yet reflected in monthly financials—do you want a qualitative validation channel?
Who Decides—and Who Does the Work?
- Who are the decision-makers that must sign off to run a pilot and to roll to production? List roles and names if possible.
- What internal owners will we need for integrations, data access, training, and daily oversight?
- Do you have a target go/no‑go date or business milestone tied to the pilot outcome?
- How much internal time can your team realistically dedicate to pilot setup and daily coordination (hours per week)?
- What level of executive visibility and reporting cadence will be required during the pilot?
The Data & Systems Truth: Can We Get What We Need?
- What source systems hold your stop data, orders, customer windows, and vehicle specs (names of WMS/OMS/TMS/ERP/telemetry)?
- Which of these data challenges best describes your reality?
- What integrations are must-haves before a pilot (real-time orders, telematics, proof-of-delivery), and which can be staged later?
- How long does IT typically need to stand up a new webhook/API or schedule secure file sharing for your team?
- Do you have data governance or privacy rules (masked PII, separate prod/test environments) we should plan around?
Will People Actually Use It?
- What would convince a dispatcher to pick the optimizer’s route instead of their own on a busy morning?
- How do you prefer to train dispatchers and drivers—hands-on workshops, short video modules, shadow sessions, or blended learning?
- Which mobile features matter most to drivers for adoption: turn-by-turn nav, ETA accuracy, ability to add exceptions, proof capture, or offline support?
- How do you plan to surface wins to frontline teams (scorecards, bonuses, recognition, daily huddles)?
- What concerns do drivers or dispatchers usually voice about new tech, and how have you successfully addressed those concerns before?
The Practicalities: Risk, Support, and Escalation
- If the pilot runs into problems, what is your preferred escalation path and SLA for issue resolution?
- What non-negotiable safety, compliance, or customer contract constraints must never be violated by route changes?
- Are there external stakeholders (large customers, regulators, or partners) who need notification or sign-off before testing routes on live deliveries?
- What level of vendor access to your systems and data are you willing to grant for pilot success (read-only, write, admin), and any limitations?
- How should we document and hand off pilot learnings so they turn into an actionable rollout plan?
Agreeing Next Steps — What A Successful Kickoff Looks Like
- What are the three immediate milestones you want to see in the first 30 days of engagement?
- Which stakeholders should be invited to the kickoff and initial design sessions?
- Do you have any hard calendar blackout dates or peak seasons we must avoid for pilot activity?
- What's the single biggest thing you need from us to feel confident moving forward right now?
- Are you ready to commit to a discovery-call + data review session within the next two weeks?
-
Current State Mapping
Document routing and dispatch workflows, integrations, data sources, KPIs, and operational failure modes.
Current State
Start Here — A Snapshot of Today’s Routing
- Walk me through a typical day: how are routes created, who touches them, and what tools they use?
- Which teams own routing, dispatch, and schedule changes in your organization?
- Which systems provide your daily stop lists today?
- Roughly how many routes do you plan daily for the pilot-eligible fleet segment?
- What part of the current daily routine feels most fragile or time-consuming to your team?
Where the Bottlenecks Hide — What’s Slowing You Down?
- If I told you your current routing process is costing you hidden hours and miles every week, where would you point first?
- How long does it take on average to build and finalize a day’s routes from receipt of the orders?
- When orders change mid-day, how does the team handle reassignments and reroutes?
- Tell me about a recent day where things felt chaotic—what happened, who reacted, and what was the final impact?
- Which part of the day produces the most exceptions (pickup windows, traffic, missed deliveries, driver availability, equipment issues)?
Data and Integrations — What’s Feeding Your Decisions?
- What if your route decisions are only as good as the data feeding them—how confident are you in the accuracy and timeliness of your incoming feeds?
- Which data sources are available in real time versus batched/delayed for planning?
- List every system we would need to integrate to run a representative pilot (OMS/TMS, telematics, HR/rostering, CRM, proof-of-delivery).
- What connectivity methods does each system support (API, SFTP, CSV, EDI, manual entry)? Please map system to connectivity if possible.
- Are there data quality gaps you know about (missing addresses, inaccurate ETAs, inconsistent vehicle profiles)? If yes, which are highest priority to fix?
When Things Break — Your Operational Failure Modes
- When a route fails in production, what usually breaks first and who gets the call?
- How often do you experience no-shows, driver refusals, or abandoned stops, and what is the usual root cause?
- Describe the most common manual workaround your team uses to keep deliveries moving when automation fails.
- Which failure mode costs you the most in either time or money—late deliveries, returned loads, excess miles, or overtime?
- When an exception occurs, how is the resolution and root cause tracked (ticketing system, spreadsheets, verbal debrief)?
What Your KPIs Are Missing — Metrics That Actually Matter
- If your current metrics were misleading you, which KPI would you suspect of hiding the real problem?
- Which KPI do you currently track daily vs weekly vs monthly (miles, stops/route, on-time %, OT hours, fuel, cost-per-stop)?
- How accurate and comparable are historical records for those KPIs (consistent definitions, same measurement windows)?
- Which KPI improvement would make stakeholders (finance, operations, customers) say the pilot was a clear win?
- Do you have baseline reports we can review for a pilot (last 30/60/90 days)? If yes, what format are they in and who owns them?
Human Factors — Dispatchers, Drivers, and Daily Judgment Calls
- If an optimization suggested a route your most experienced dispatcher would never pick, how would that typically land in the room?
- How many dispatchers would actively use the system in a pilot and what are their tech comfort levels?
- What concerns do drivers express most about optimized routes—safety, familiarity, traffic, customer timing, pay structure?
- Describe any cultural or labor constraints (union rules, driver shift preferences, local regulations) that influence routing decisions.
- Who signs off on final routes today and what decision rules do they follow (seniority, ETA buffer, customer priority)?
Edge Cases — The Little Things That Break Big Systems
- Which uncommon scenarios regularly trip up your planning (partial loads, returns, temperature splits, multi-depot moves, large special deliveries)?
- Tell me about a recurring exception that you’ve never fully automated—what makes it hard?
- How do customer requirements (appointment windows, delivery instructions, liftgate needs) get represented in your current system and where do they drop out?
- Are there geographic or regulatory limits (low bridges, restricted zones, city curfews) that routinely constrain routes?
- If you had to pick three edge-case scenarios we must simulate during the pilot, which would they be?
What You’d Notice Tomorrow — Quick Wins and Low-Risk Pilots
- If we could prove value in one metric within 30 days, which metric would change your willingness to expand the solution?
- Which subset of routes would make the clearest, low-risk pilot population (same-day deliveries, regional routes, longest routes, driver-owned routes)?
- What minimum level of data access would you be comfortable granting for a pilot (read-only API, scheduled CSV exports, limited telematics stream)?
- Who are the decision stakeholders we should involve in pilot definition and who needs to see early KPI snapshots?
- What would feel like an acceptable risk level for trying a parallel pilot on live routes (no driver impact, dispatcher-reviewed, direct driver adoption)?
Practical Next Steps — Access, Artifacts, and Quick Decisions
- What documents and artifacts can you share to accelerate mapping (data schema, sample stop files, vehicle roster, driver schedules)?
- Who in IT or integrations will be our point of contact and what is their preferred method for handoffs (email, Jira, Slack)?
- What legal/privacy or security requirements must we satisfy before we can ingest live order or telematics data?
- What is your ideal timeline from discovery to pilot start (weeks/months), and are there hard dates we must avoid?
- Finally, what would make you feel we’ve earned a short pilot conversation—what evidence or assurance do you need to say yes?
-
-
Outcome Discovery
Define target improvements (miles saved, stops per route, on-time %, overtime) and the acceptance thresholds for pilot success.
Discovery Questions
Quick Check: Who's in the Room and Why
- What single outcome matters most to you right now (pick one)
- How many active route vehicles are in the scope for this pilot?
- Which teams will be actively involved in evaluating pilot results?
- What are your top three business drivers for this project? List them in order.
- What timeline do you realistically have to start a pilot?
Are You Settling for 'Good Enough'?
- If your current routing process is 'good enough', what is the real cost of staying there?
- Describe a recent day when routing or dispatch problems caused a measurable issue—what happened and what was the operational impact?
- How often do last‑minute changes (cancellations, add‑ons, traffic incidents) force manual rework of routes?
- When route plans fail, which consequences matter most to you emotionally and financially?
- Who at your company has previously pushed to change the routing process, and what stopped that change from sticking?
Show Me the Numbers That Keep You Up at Night
- What is your current baseline for the following (enter numbers or ranges): daily miles per route, stops per route, on-time percentage, and average overtime minutes per driver?
- Which data sources will we use to verify those baselines?
- How much day-to-day variability do those KPIs show (low/medium/high)?
- What is your current fully loaded cost per stop (fuel, labor, maintenance, overhead)? If unknown, enter approximate range.
- Which KPI do you inspect first each morning to decide whether the day is going well?
If We Could Save X, What Would That Unlock?
- Imagine we deliver a 10% reduction in miles — what concrete business choices would that enable for you?
- Which outcome would you prioritize if you could only achieve one this pilot: miles saved, more stops per route, on-time %, or overtime reduction?
- What minimum percent improvement would you need in that priority metric to consider the pilot a success?
- Would you accept a trade where one KPI improves significantly while another drops slightly? If yes, what tradeoffs are acceptable?
- If operational capacity increased because of efficiency gains, how would you use that capacity?
How Will You Decide This Worked?
- What are the hard acceptance thresholds for pilot success for each metric (miles saved, stops per route, on-time %, overtime minutes)? Please specify in percentages or absolute values.
- Which stakeholder or team will have final sign-off on pilot success?
- Do you require statistical significance or a minimum sample size before you accept results? If yes, what are your criteria?
- How will you weigh competing KPIs if one improves and another declines? (describe weighting or scoring approach)
- What timeframe do you consider sufficient to declare a go/no-go decision for a parallel pilot?
What Could Break the Pilot—And How Would You Know?
- What known operational constraints could prevent optimized routes from being practical in the field (examples: loading patterns, vehicle mix, customer access restrictions)?
- Have you had past pilots or integrations fail due to data quality or timing issues? If yes, please describe the failure mode and impact.
- How tolerant are you of driver pushback during the pilot? At what volume of complaints would you pause the test?
- What fallback plan must exist if the optimizer produces impractical routes on a given day?
- Which technical dependencies are critical before the pilot starts (order feed cadence, telematics API access, driver app deployment)? List them and expected readiness dates.
Practical Pilot Design and Measurement
- Which pilot design do you prefer for initial validation?
- How many routes or vehicles do you want included in the pilot sample?
- What criteria should we use to select pilot routes (complexity, geographic density, highest cost, most complaints)? Select all that apply.
- How will the pilot data be collected and validated (automated telematics sync, dispatcher logs, driver app confirmations, manual spot checks)?
- Who will own daily pilot operations (run reviews, capture feedback, resolve exceptions)? Please name role and person if known.
- What reporting cadence do you want during the pilot (daily digest, weekly deep-dive, real-time dashboard)?
Commitments, Timelines and Next Small Bets
- What data access can you commit to within the next 14 days (order feeds, vehicle specs, driver schedules, telematics credentials)?
- Who needs to attend the pilot kickoff, and which stakeholders need weekly status updates?
- What is the earliest realistic pilot start date assuming data access and approvals align?
- What would constitute a small, low-risk first step you are comfortable committing to today?
- What concerns would make you hesitate to start within your preferred timeline, and how can we mitigate them?
- Who will be the single point of contact for decisions and escalations during the pilot? Provide role and name.
-
Solution Experience
Map how the platform will deliver those outcomes using the customer’s real routes, constraints, and failure scenarios.
Experience Meetings
- Solution Experience Prework & Data Readiness
- Current State Diagnosis & Failure Modes
- Live Route Mapping Workshop (Hands‑On with Real Routes)
- Simulation Proof & Comparative Metrics Review
- Pilot Scope, Acceptance Criteria & Decision Rules
- Provider to publish a formal Simulation Report (30/60/90‑day views) with methodology, assumptions, and per‑route breakdowns.
- Introductions & Objectives
- Dispatchers identified as SMEs to be invited to the Live Route Mapping Workshop.
- Reconfirm Future State Outcome
- Demonstrate tangible route improvements that directly map to identified failure modes.
- Obtain explicit validation from dispatchers/drivers that suggested routes are operationally feasible.
- Create a prioritized list of tuning items and edge cases to address before broader pilot.
- Provider to deliver detailed route change logs linking each change to a failure mode and estimated savings.
- Customer dispatchers to provide binary accept/decline feedback on each proposed route change during the session.
- Both teams to agree on parameter adjustments (e.g., max stops per route, service times) for the Simulation Proof session.
- Baseline KPIs Recap
- Achieve stakeholder agreement that the optimized results demonstrably deliver the defined future state.
- Document the ROI estimate and primary sources of savings with stakeholder buy‑in.
- List residual risks and required mitigation actions prior to pilot execution.
- Agree and document quantified consequence metrics to be used in the experience.
- Customer to review and confirm metric definitions and any finance/ops translation rules used for ROI.
- Both teams to document and assign mitigation owners for any high‑risk scenarios uncovered in sensitivity tests.
- Review Proof Highlights
- Mutually signed pilot scope with a concrete list of routes and timeline.
- Formalized, numeric acceptance criteria and go/no‑go decision rules.
- Assigned owners for daily pilot operations, data feeds, and escalation.
- Customer to sign off the pilot route list and provide final access credentials for necessary systems.
- Provider to configure pilot environment and deliver a pilot dashboard with agreed metrics before pilot start.
- Both teams to schedule interim checkpoint meetings (weekly) and a final validation meeting at pilot close.
- Prepare a short one‑page pilot SOP that lists daily responsibilities, contact matrix, and data handoff times.
- Customer signs a single-sentence current state and single-sentence future state outcome.
- Customer commits to delivering the specified dataset (14–30 days of stops, telematics, vehicle specs) by the agreed date.
- Owner and timeline for prework are assigned and confirmed.
- Customer to deliver sample stop files (14–30 days), vehicle and driver roster, telematics export, and current route manifests.
- Provider to validate the dataset, return a data quality checklist, and flag missing fields within 48 hours.
- Both teams to finalize and sign the one-sentence current state, consequence, and future state outcome document.
- Schedule the Live Route Mapping Workshop once data is validated.
- Review Signed Current State
- A validated list of failure modes with quantified consequences tied to real route days.
- Agreement on which constraints are non‑negotiable vs. adjustable for optimization.
- Clear mapping of which stakeholders must sign off on proposed changes.
- Customer to tag sample routes with known failure mode labels and provide any manual reroute notes.
- Provider to compute baseline KPIs for each sample day (miles, stops per route, on‑time %, overtime minutes) and return within 3 business days.
- Select Pilot Routes and Segmentation
- Side‑by‑Side Results: Baseline vs Optimized
- Select Live Route(s) for Run
- Walkthrough of Representative Route Samples
- One‑Sentence Current State
- Identify Failure Modes & Root Causes
- Explicit Consequence
- Define Measurable Acceptance Criteria
- Run Optimizer on Customer Route Data
- Where Savings Occur (Proof of Mechanism)
- Future State Outcome Statement
- Assign Roles, Data Access & Responsibilities
- Quantify Consequences on Sample Days
- Sensitivity & Failure Scenario Tests
- Decision Walkthrough (Diagnosis → Proof)
- Finalize Go/No‑Go Decision Rules & Timeline
- Data Inventory & Samples Required
- Dispatcher/Driver SME Validation
- Stakeholder Impact Check
- Force Validation & Acceptance Check
- Confirm Constraints & Exceptions to Honor
- Capture Edge Cases & Tuning Needs
-
Solution Scope
Define modules, integrations, data responsibilities, pilot route selection, constraints, and measurable acceptance criteria.
Scope Configuration
- Integrate Order Management System
- Integrate Telematics Provider
- Import and Normalize Daily Stop Lists
- Load Vehicle and Driver Profiles
- Configure Route Constraints (time windows, capacity)
- Generate Daily Optimized Routes
- Enable Real-Time Re-Optimization
- Deploy Driver Mobile App to Devices
- Activate Turn-by-Turn Navigation
- Activate Proof-of-Delivery Capture
- Enable Multi-Depot and Multi-Vehicle Routing
- Export Routes to Telematics and Navigation Systems
- Enforce Driver Hours-of-Service and Shift Rules
- Manage Mid-Route Exceptions and Re-Routing
Scope Questions
Integrate Order Management System
- Do you have an order management system (OMS) currently in use?
- Which OMS/product are you using?
- What integration method does your OMS support for outbound order data?
- What order data elements must be ingested for routing? (select all that apply)
- How often must orders be synced into the routing platform?
- Are there custom business rules in the OMS that affect routing (e.g., priority customers, special handling flags)? Please describe.
Integrate Telematics Provider
- Do you have an existing telematics/GPS provider?
- Which telematics provider(s) are in use?
- What telematics data streams are required for the pilot?
- What is the expected data latency from telematics to our system?
- Will telematics be used to push routes to devices, or only for post-route validation?
- Are there security or VPN requirements for accessing telematics APIs? Please describe any IP allowlists, certificates, or SSO needs.
Import and Normalize Daily Stop Lists
- How are daily stops currently exported for routing?
- Typical daily stop volume for the pilot routes?
- What address quality issues do you commonly see (missing fields, PO boxes, international addresses)?
- Which fields must be normalized/validated before routing? (select all that apply)
- Do you require enrichment during import (e.g., service time estimates, parking difficulty, curbside vs dock)?
- Who will own remediation of bad stop records during the pilot (customer data team, dispatchers, vendor services)?
Load Vehicle and Driver Profiles
- How many vehicle types will be included in the pilot?
- Which vehicle attributes are required for routing decisions? (select all that apply)
- Do you have canonical driver profiles including skillsets, certifications, and shift patterns?
- How do you manage driver-to-vehicle assignments today?
- Are there vehicle grouping or pooling rules (e.g., certain vehicles only service certain customers)? Please describe.
- Do you need help importing vehicle/driver data from HR, fleet, or maintenance systems?
Configure Route Constraints (time windows, capacity)
- Which constraint types are mandatory for your operations? (select all that apply)
- What is your strictness preference for time window compliance during pilot?
- Do you have route-level constraints like maximum stops, max route duration, or driver overtime caps?
- Are there customer priority tiers that affect sequencing (e.g., embargoed customers, high-value accounts)?
- Please list any geographic restrictions or delivery bans (e.g., low-emission zones, weight-restricted roads).
- Do you want the system to model driver break rules, lunch windows, or shift handoffs?
Generate Daily Optimized Routes
- Which optimization objective is your highest priority for the pilot?
- Do you require multi-objective weighting (e.g., 70% miles, 30% on-time)?
- How many route generations per day do you expect (one overnight, multiple waves)?
- Do you need route visualizations and planner review screens for dispatchers before publishing?
- Who will approve daily generated routes before they are sent to drivers?
- Are there seasonal or day-of-week patterns the optimizer should consider (e.g., market days, traffic windows)? Please describe.
Enable Real-Time Re-Optimization
- Do you expect to handle frequent mid-day changes (cancellations, new orders)?
- What is the acceptable time-to-recompute and publish a revised route when events occur?
- Which event sources should trigger re-optimization? (select all that apply)
- Should re-optimization attempt to preserve assigned stops and minimize driver disruption?
- Do you require notifications to drivers when re-optimization changes their route?
- Are there limits on how many times a driver's route can be adjusted per shift?
Deploy Driver Mobile App to Devices
- Do drivers already use mobile devices with an installed app?
- Which mobile platforms must the app support?
- How will app deployment be handled (MAM/MDM, app store, side-loading)?
- Do you require offline capability for areas with limited connectivity?
- What user access controls or authentication is required for drivers?
- Do you want driver training materials or in-app guide overlays included in the pilot?
Activate Turn-by-Turn Navigation
- Which navigation provider(s) should be used for turn-by-turn routing?
- Do you need offline map tiles and routing for areas with poor coverage?
- Should navigation respect vehicle restrictions (height, weight) and avoid restricted roads?
- Is ETA accuracy critical for customer notifications during pilot?
- Do you require voice-guided directions or driver-facing visual cues only?
- Are any integrations needed between navigation and telematics for live reroute telemetry?
Activate Proof-of-Delivery Capture
- Which POD methods are required? (select all that apply)
- Do POD records need to be pushed back to the OMS in real-time?
- Are there legal/compliance requirements for POD retention and storage duration?
- Do you require automatic association of POD with invoice/return workflows?
- Will drivers need the ability to annotate PODs with notes or damage codes?
- Do you require offline capture of POD with later sync when connected?
-
Mutual Commit
Agree commercial terms, pilot duration and success signals, data access, responsibilities, and go/no‑go decision rules.
Agreement Modules
- Statement of Work (SOW)
- Pilot Agreement
- Commercial Terms & Pricing
- Payment Schedule & Invoicing
- Data Processing & Security Agreement (DPA)
- Integration & Access Authorization
- Roles, Responsibilities & RACI
- Service Levels & Pilot Support
- Success Measurement & Reporting Plan
- Go/No-Go Decision Rules
- Change Order & Scope Management
- Confidentiality & IP Rights
- Termination, Liability & Indemnification
- Third-Party Data & Vendor Consent
-
Deployment
Operationalize rollout with readiness checks, pilot execution, enablement, and outcome validation.
-
Pre-Deployment Readiness
Confirm integrations, data feeds, test environments, user access, and owners required to run the pilot.
Readiness Questions
Who's in the Room? Quick introductions that matter
- Which of these people will be directly involved in evaluating the pilot or signing off on decisions?
- For each person you've included, what is their primary decision authority (example: budget approval, technical sign‑off, operations go/no‑go)?
- How aligned are the stakeholder group about the need to change routing today?
- Which departments will need to be actively involved during the pilot execution and why?
- What recent event or business pressure sparked interest in exploring route optimization now?
If We Saved You Time, What Would You Fix First?
- If routing improved today and saved your team a consistent block of time or miles, what operational problem would you want that fix to solve first?
- What are the top three frustrations dispatchers complain about most when planning the day?
- How often do mid‑day changes (cancellations, add‑ons, driver sick calls) force you to replan routes?
- Tell us about a recent day when routing failed to meet expectations—what happened and what impact did it have?
- Which assumption about your current routing process would you be most surprised to have proven wrong?
- How much time does your dispatch team spend creating/adjusting routes on an average workday?
Where the Money and Time Leak Out
- Where do you believe the biggest avoidable cost or service gap exists in your daily operations?
- Which of these KPIs do you currently track for your fleet?
- Please provide the current baseline values for the primary KPIs you just selected (include units and averaging cadence—daily/weekly/monthly).
- How do you calculate cost per stop today (what costs are included)?
- How confident are you in the accuracy of your baseline KPI data?
- Have you quantified a target ROI or savings threshold that would justify a full rollout?
What You're Doing Today That Feels Uncomfortable
- Which parts of your current routing process feel like workarounds rather than reliable systems?
- How many manual changes (reassignments, route edits, priority overrides) happen on an average route day?
- When an optimized route disagrees with a dispatcher's judgment, how is that usually resolved today?
- Tell a story about the last time routing decisions caused a major customer issue or internal frustration—what signs could have predicted it?
- What internal biases or rules do you think might make your team resist algorithmic suggestions (for example: territory loyalty, familiar driver routes, local shortcuts)?
- Which parts of the dispatcher's job do you most want to protect or preserve through any change?
Integrations, Data, and the Reality of Getting Connected
- If our optimization engine needed one reliable daily feed to run real routes, how close are you to producing it today?
- Which systems currently hold your stop and job data?
- Which telematics or vehicle tracking providers do you use (select all that apply)?
- How is stop data currently delivered—batch file, API push, manual CSV, or other? Please specify cadence (real‑time, hourly, daily).
- Can your IT team provide a sample day of historical stop + telematics data for validation within 5 business days?
- Who in your organization will be the primary technical contact for integrations (name, role, email)?
- Are there contractual or security constraints (VPN, SSO, data residency) we should know about up front?
What Would Pass (and What Would Surprise You)
- What exact result from a 30–60 day parallel pilot would make you comfortable moving to fleet‑wide deployment?
- Which metric should be the single source of truth for pilot success?
- What acceptance thresholds would constitute success for your chosen metric(s)? Please include numeric values or ranges.
- How many routes or percentage of your daily volume would you want included in the pilot to feel statistically confident?
- Would you require the pilot to run in parallel (software vs manual) or as a staged cutover for selected routes?
- What statistical or business rules must be met to accept pilot outcomes (p‑value, % improvement, minimum days with comparable volumes)?
Who Signs the Check and When?
- Who holds the budget authority for a commercial commitment to deploy a routing platform?
- What internal approvals or procurement steps must be completed before a contract can be signed?
- If the pilot shows the promised improvements, what is your expected timeline to finalize procurement and schedule rollout?
- Under what conditions would your budget holder be likely to say no, even if operational metrics improved?
- Who will be the named go/no‑go decision maker at the end of the pilot (role and contact)?
People and Change: Will Your Team Use It?
- If our routes saved minutes but dispatchers consistently ignored them, how confident are you that the business would still capture the savings?
- Describe the dispatch team's experience level with optimization or algorithmic tools (novice, some exposure, daily users of advanced tools).
- What training model would work best for your team?
- How do you typically capture and act on driver feedback about routes and navigation?
- What incentives or performance measures (if any) would you consider to encourage early adoption among drivers and dispatchers?
- Do drivers have consistent access to smartphones or in‑vehicle devices that can run a mobile routing app?
Pilot Logistics: Can We Actually Run This?
- What single practical issue would derail a parallel pilot inside the first 72 hours if left unaddressed?
- Do you have a test environment or sandbox for integrations and data validation?
- Which of these data feeds can your team provide during the pilot?
- How many admin/test user accounts can you provision for pilot use (dispatchers, ops, QA)?
- Who will own day‑to‑day pilot operations on your side (name, role, responsibilities)?
- Do you have an escalation path for issues during the pilot (on‑call ops, IT support windows)?
- Are there regulatory or union considerations that could limit changes to routes or driver assignments during a pilot?
If This Works — What Changes Permanently?
- Imagine one year after a successful rollout: what three visible changes would prove to you we got it right?
- Which governance model would you prefer for ongoing tuning and constraint changes post‑pilot?
- What ongoing cadence for performance reviews and tuning would you want (weekly, monthly, quarterly)?
- What internal budget or headcount is realistically available to support a full rollout and ongoing optimization?
- What concerns would keep you from expanding beyond the pilot even if KPIs improved (examples: cultural, technical, vendor dependency)?
- Finally, what would you like us to prepare or demonstrate in the next meeting to help your stakeholders say yes?
-
Pilot Execution
Run the 30–60 day parallel pilot on selected routes, capture miles, stops, on-time rate, driver feedback, and system metrics.
-
Rollout Enablement
Train dispatchers and drivers, deploy the mobile app, and schedule phased fleet rollouts with clear support and escalation paths.
-
Validation Checklist
Verify pilot results against acceptance criteria, document ROI, and finalize configuration and tuning for full deployment.
Validation Questions
Quick Snapshot — Who’s Driving This Change?
- How many active route vehicles does your operation run on a typical weekday?
- Which roles will be directly involved in evaluating or running a pilot (pick all that apply)?
- What routing method do you primarily rely on today?
- Roughly how many hours per day does your dispatcher team spend building and adjusting routes?
- Who is the primary internal champion for improving routing and why (short description)?
If Your Routes Could Talk, What Would They Complain About?
- What if your daily routing process is the main reason your costs aren’t improving—how true does that feel?
- Describe a recent day where routing broke down—what happened, which routes were affected, and what was the outcome?
- Which recurring operational failure modes cause the most disruption (pick up to 4)?
- How often do last‑minute changes (cancellations, rush orders, driver call-offs) force on-the-fly re-routing?
- When those disruptions happen, how does it typically feel for your dispatchers and drivers (stress, embarrassment, relief, indifference)?
Where Is Money Quietly Leaking From Your Network?
- Would you be surprised if simple routing changes recovered between 5–15% of your variable route cost—how believable is that to you?
- Which financial levers matter most when you evaluate routing improvements?
- What KPIs are you currently tracking to measure route performance (select all that apply)?
- Do you have a baseline value for cost-per-stop, miles-per-route, or on‑time % we can use for pilot comparison? If yes, please list which and the figures.
- Who in finance or operations will sign off on the ROI assumptions for a pilot?
What Are You Quietly Assuming About Your Data and Systems?
- If your integrations were weaker than you think, how would that undermine a 30–60 day pilot?
- Which source systems must we integrate with to run a meaningful pilot?
- How complete and accurate are your current address and time-window data (pick the best fit)?
- What constraints are non‑negotiable for your routes (vehicle types, temperature classes, driver breaks, customer rules)? Please list and prioritize.
- Have you previously attempted integrations or pilots that failed due to IT or data issues? Tell us what went wrong and how long it took to surface the problem.
Challenge: What Would Have to Go Wrong for the Pilot to Feel Like a Waste?
- What are the top three reasons you’ve declined pilots or new tools in the past?
- Which of these would be an immediate show-stopper for a pilot (pick any that apply)?
- If the pilot produced mixed results (e.g., miles saved but some late deliveries), what decision rule would you use to proceed or stop?
- How emotionally ready is your operations team to trust an automated plan on day one—what would make them comfortable?
- Who has final authority to call the pilot unsuccessful?
Designing a Pilot That Proves Value — What Would That Look Like?
- If a pilot must show clear ROI in 30–60 days, what minimum percentage improvement in miles or cost would convince you?
- Which objective pilot metrics would you require us to capture and report daily (pick up to 5)?
- Which sample of routes would give you confidence (pick one)?
- What access can you commit for the pilot: order feeds, telematics, driver mobile devices, and a sandbox environment? Please name which and any limitations.
- Who will own day-to-day pilot oversight and who will be the single point of contact for data validation?
How Will Your Team Know You’ve Succeeded?
- If the pilot is wildly successful but causes short-term friction for dispatchers, what outcome would still justify scaling?
- What specific acceptance thresholds matter most (choose up to 3): miles saved %, on-time %, stops per route %, driver overtime reduction %, cost per stop reduction %?
- How will you validate the data—do you have a team or tools that will independently audit pilot results?
- If pilot metrics hit targets but drivers report negative operational friction, which wins: metrics or driver sentiment?
- How quickly do you expect actionable tuning changes after pilot data comes in (pick one)?
Scaling Up: What Would a Smooth Rollout Need to Feel Like?
- What would it take for your dispatchers to prefer the new system over their manual process—what features, controls, or assurances?
- Which training model fits your workforce (pick all that apply)?
- How do you prefer support during rollout—dedicated onsite resource, remote daily check-ins, or ad-hoc escalation?
- What integrations or internal approvals typically slow down deployments in your environment?
- After rollout, what cadence for performance reviews would you want (pick one)?
Real Risks, Non-negotiables, and Final Must-haves
- What security or compliance requirements must we meet before any data is shared (e.g., SOC2, ISO, contractual clauses)?
- Are there any contractual or procurement constraints (PO process, net terms, insurance limits) that would block a pilot?
- What level of system uptime or performance is acceptable during the pilot (pick one)?
- What’s non‑negotiable for your drivers or operations team (e.g., ability to override routes, route visibility, safety limits)?
- If you could remove one internal barrier right now to make a pilot faster and more likely to succeed, what would it be?
Next Moves — Small Bets to Build Confidence
- Assuming we align on scope, how soon could you start providing data and access for a pilot?
- Who are the five people we need involved in the kickoff (name, role, email if known)?
- What is your preferred pilot start window—do you have seasonal peaks we must avoid?
- Would you like an initial technical checklist sent to your IT lead to speed approvals (we’ll request access details and integration specs)?
- Is there anything else we haven’t asked that you feel would make or break this engagement?
-
-
Success
Review outcomes, confirm achieved KPIs, capture learnings, and maintain a tracked backlog for issues and enhancements.
Success Reviews
- Executive KPI Review & Go/No‑Go Decision
- Operational Learnings & Driver Feedback Workshop
- Technical Post‑Pilot Review & Backlog Handoff
- Continuous Improvement, Prioritization & Roadmap Alignment
Issues & Enhancements
- Set recurring governance meetings (monthly KPI review, weekly backlog triage) and invite required stakeholders.
- Document top 5 recurring driver/dispatcher issues with examples, assign owners to investigate each.
- Implement and test 1–2 quick wins (e.g., route constraint tweak) on a small group of routes and report results within 14 days.
- Update training materials with clarified guidance based on validated driver feedback.
- Current Integration & Data State (one sentence)
- Establish a clear, prioritized technical backlog with owners, SLAs, and acceptance tests.
- Ensure IT/engineering alignment on monitoring, incident response, and data reconciliation processes.
- Agree the release/patch schedule required before or during fleet rollout.
- Create the technical backlog in the shared tracker with severity, owner, target fix date, and validation steps.
- Enable and share dashboards for daily reconciliation metrics for the first 30 days of rollout.
- Schedule a weekly 30‑minute standup for the first two rollout sprints to track progress on critical fixes.
- Recap: What success looks like post‑rollout (one sentence)
- Produce a 90‑day improvement roadmap tying backlog items to rollout milestones and owners.
- Agree the training and change management plan required for dispatcher and driver adoption.
- Establish governance cadence for continued KPI verification and backlog grooming.
- Publish the 90‑day roadmap with prioritized backlog items, owners, and milestone dates.
- Create a training schedule and materials ownership list for dispatcher and driver onboarding.
- Welcome & Objectives
- Confirm whether pilot met acceptance criteria and quantify ROI for stakeholders.
- Obtain an explicit go/no‑go decision and any gating conditions with named owners and dates.
- Surface material risks that would change the decision and assign remediation owners.
- Publish an executive one‑page KPI & ROI summary and distribute to decision stakeholders.
- If conditional go, assign owners and target dates for each gating condition (tech fixes, integration SLA, commercial adjustments).
- Schedule the formal rollout approval meeting or remediation checkpoint within agreed timeframe.
- Framing: Current State and Desired Future State
- Validate frontline experiences against telemetry and identify the highest‑impact operational fixes.
- Create a prioritized backlog of operational improvements with owners and target dates.
- Agree on metrics to recheck after operational changes are applied.
- System Metrics & Exceptions
- Backlog Prioritization Framework
- One‑Sentence Current State
- Quantified Operational Outcomes
- Technical Defect Backlog Review
- KPI Summary vs. Acceptance Criteria
- Training & Change Management Plan
- Driver & Dispatcher Feedback (validated examples)
- Operational Impact & Prioritization Rules
- Business Impact & Consequence
- Root Causes & Quick Wins
- Roadmap & Phased Rollout Schedule
- Prioritized Operational Backlog
- Communication & Governance
- Open Risks and Unresolved Issues
- Handoff Plan into Engineering/Support
- Decision & Conditions