Build the case before choosing a direction
Start with the vehicle, complaint, symptoms, DTCs, operating conditions, recent work, available tools, and any measurements already completed.
STEP Diagnostics for mechanics
STEP is being built for mobile mechanics and independent technicians who need a clearer way to work through difficult diagnostic cases. It keeps the vehicle context, service information, completed tests, and results together—then helps determine the next relevant check as new evidence comes in.
One working case
Diagnostic reality
The information may already be available in scan-tool data, wiring diagrams, diagnostic procedures, connector views, specifications, technical service bulletins, and previous test results.
The difficult part is keeping the complete case together.
When that context is lost, tests get repeated or skipped, assumptions begin to look like facts, and the job can drift toward replacing parts before the fault has been demonstrated.
One working case
STEP is designed to organize the complete diagnostic process around the evidence available for that vehicle.
Start with the vehicle, complaint, symptoms, DTCs, operating conditions, recent work, available tools, and any measurements already completed.
Receive a defined next check with the reason it matters, the required conditions, the expected result, and the information that should be returned.
Measurements, observations, scan data, images, completed checks, and repairs remain part of the case instead of disappearing between notes, browser tabs, and conversations.
A diagnostic plan should not remain fixed after a measurement disproves the current hypothesis. STEP is designed to reassess the case and select the next relevant check without erasing the earlier history.
A repair does not automatically close the case. The repaired condition, original symptom, and remaining DTCs still need to be checked.
Guided workflow
Enter the best available vehicle details, customer complaint, symptoms, DTCs, operating conditions, recent work, and existing test results.
Separate customer-reported information, technician observations, measured results, and unresolved questions before beginning the diagnostic path.
STEP uses the current case evidence and available service information to present one clear next diagnostic step.
The step can include:
Return the actual measurement, observation, scan data, photo, or other requested evidence. An unperformed test is not treated as a failed test, and an unknown value is not used to support either diagnostic branch.
The next step changes according to the result. A hypothesis may be supported, rejected, narrowed to a specific circuit, or replaced by a more relevant direction.
After a repair, STEP keeps the case open until the repaired area and the original customer concern have been checked.
Beyond the DTC
A DTC identifies a condition detected by a module. It does not prove that the component named in the code has failed.
STEP is designed to help the technician separate those possibilities through actual checks rather than turn a list of common causes into a diagnosis.
The workflow can also begin without a DTC. Symptom-based cases can start from the reported condition, operating circumstances, recent work, and observable system behavior.
Professional workflow
Keep the complete case available when the vehicle, customer, and work location change throughout the day.
Work through difficult cases without building the diagnostic trail across handwritten notes, screenshots, browser tabs, and memory.
Preserve a case that another technician or service advisor can understand when a handoff is required.
Retain the exact sequence of symptoms, operating conditions, checks, results, repairs, and verification instead of starting over when the vehicle returns.
Repair-information platforms and manufacturer resources provide essential:
STEP is not being built to replace those sources.
Its role is to connect the relevant information to the active diagnostic case, preserve the result of each check, and help the technician maintain a clear path from the original concern to a verified repair.
Vehicle-specific information—such as connector pins, circuit numbers, expected values, and test conditions—should remain linked to the applicable source.
STEP can organize the case, present relevant service information, propose a diagnostic step, preserve evidence, and adjust the working plan when new results are entered.
The technician still determines whether a proposed procedure is appropriate for the vehicle and working conditions, performs or supervises the test, evaluates the physical evidence, and makes the final repair decision.
STEP does not replace professional training, current manufacturer procedures, equipment instructions, or required safety practices.
Read the Diagnostic MethodologyCurrent status
STEP is currently a working prototype preparing for technician early access.
Current development is focused on:
STEP is not yet a generally available production diagnostic service.
An interactive trial is planned for October 2026, subject to product-readiness approval. Early access will open in stages to technicians whose work matches the available workflow and vehicle coverage.
Frequently asked questions
STEP is preparing for early access and is not yet a generally available production diagnostic service. Access will open in stages based on technician needs, validated workflow coverage, and supported vehicles.
A normal chatbot usually answers from the current message and may return a general list of possible causes.
STEP is being designed to preserve the complete diagnostic case, use applicable service information, issue one defined next step, record the actual result, and change the diagnostic direction when the evidence changes.
No. Those platforms provide essential service and repair information. STEP is designed to organize the diagnostic workflow around that information and the evidence collected from the vehicle.
STEP can form working hypotheses, identify relevant checks, and update the diagnostic plan based on the results entered.
The technician performs or supervises the physical tests, determines whether they are safe and appropriate, evaluates the evidence, and makes the final repair decision.
Yes. The planned workflow can begin with a DTC, a symptom, or a combination of both. The absence of DTCs does not mean that no fault exists.
The planned workflow can provide relevant diagrams, connector views, pin information, component locations, and test values when those resources are available for the selected vehicle and case.
Coverage is still being expanded and validated. The published diagnostic library shows the vehicle-specific guides currently available on the STEP website. Early-access coverage may differ and will be explained during onboarding.
STEP collects your contact details, professional role, and optional information about the type of diagnostic work you perform. As testing opens, prospective users whose needs match the available workflow and vehicle coverage will be contacted.
Help shape STEP Diagnostics
Request early access to test STEP with real diagnostic cases and help shape a guided workflow built around the way working technicians diagnose vehicles.