Automated Test Equipment
Complex technical sales and manufacturing engagements across the global electronics supply chain.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Outcome Discovery
Clarify the buyer's product test requirements, throughput targets, defect-coverage goals, timeline constraints, and key stakeholders.
Discovery Questions
Getting Oriented: Your Product and Targets
- Tell me about the product you are preparing to put on a production test station.
- Describe the key electrical measurements and tolerances that determine pass or fail for that product.
- How many variants or SKUs will need changeover on this station each week?
- When do you plan to start pilot testing relative to your product launch date?
- Who on your team will own day to day test program updates after deployment?
- Which physical interfaces and connectors must the fixture access without modification?
- If this station misses the defect types that led to your last customer return, would you pause the program?
Where the Current Test Setup Trips You Up
- If your current test approach stays as is, what specific failure next quarter would make you regret not changing it sooner?
- Walk me through the last time a false fail forced rework on the line, step by step.
- Describe how often instruments drift out of tolerance and the current method you use to detect that drift.
- How frequently do fixture mechanical issues cause production delays on this line?
- Who typically finds out first when a test program causes downstream customer complaints?
- Which single test gap, if resolved, would reduce your customer returns the most?
Timeline Pressure and What 'Good Enough' Means
- What single acceptance metric in the pilot would make your leadership sign a purchase order within a week?
- Quantify your minimum acceptable defect detection rate and maximum allowable false fail percentage for the pilot.
- List the people, roles, or committees that must approve pilot results and authorize production release.
- To what extent can the pilot sample size change from 500 units before you lose statistical confidence?
- Assuming the pilot meets your metrics but delivery slips beyond your target window, what would stop you from moving forward?
- Identify the specific timeline slip or resource gap that would cause you to cancel the project right now.
Who Does What, and When Things Break
- Name the person or role who will be accountable for daily station uptime once we hand it over, and the person authorized to pause the line.
- Provide the number of full time engineers available for test maintenance and the percent time they can allocate to this station.
- When unexpected failures occur on the station, what is your escalation workflow and the SLA for fixes?
- Walk me through a recent defect investigation, who led it, what data you used, and how long it took to reach root cause.
- Can the pilot proceed if you cannot allocate at least one dedicated test engineer for pilot support?
- List the internal tools that the station must integrate with for production traceability.
Obstacles, Risks, and the Deal Killers
- Identify the single site or process constraint that would kill this deployment if left unresolved.
- Do you have the required safety permits or quality certifications on file for this line?
- Where is the line located and are there floor loading, power, or network restrictions we should know about?
- What is the number of scheduled production windows available for installation without impacting output?
- Are your facilities and network teams prepared to authorize power or network changes within an 8 to 16 week deployment window?
- Select the level of schedule risk you can accept during pilot and deployment.
The Other Paths You Are Considering
- Name the alternative vendors, incumbent systems, or internal options you are evaluating to address this testing need.
- For each alternative, why would keeping the current approach be preferable to replacing it?
- Would your team consider building and maintaining an in house test station instead of buying one, and who proposed that?
- In your view, what would need to be true about the incumbent for you to keep them instead of changing?
- Point to the sponsor or role most likely to resist change, and the one most likely to champion it.
- Would an in house rebuild proposal block a vendor pilot, and what approval would be required to override that?
Practical Readiness: Site, IT, and Integration
- Assuming the line's power or network cannot be changed, what integration approach must we adopt to proceed?
- Provide the physical site requirements you can confirm today, including floor space, access times, and ventilation.
- Point to the team or role that owns the network endpoints and can provide API access for MES or PLM integration.
- Can your IT team create the necessary accounts, open firewall rules, and permit data flows within our deployment window?
- Is the pilot viable if your team cannot provide clean production data or access to MES?
- Select which internal resources are already committed to support the pilot.
Pilot Design: What We'll Measure and How You Decide
- Imagine the pilot shows 95 percent defect detection yet a critical failure escapes, would you accept that result?
- Specify the exact signals, measurements, and tolerances you require the station to capture during the pilot.
- Explain how your team will measure false fail rates during the pilot and which rework cost assumptions you will use.
- Share the acceptance thresholds that will trigger a pass, a conditional pass, or further tuning.
- Should the pilot uncover instrument accuracy drift beyond your tolerance, would you accept recalibration or require alternate hardware?
- Choose the pilot sample size you prefer.
Deployment Configuration and Handover Criteria [group: Deployment]
- Suppose operations cannot staff the station for the defined shift pattern, how will that change your acceptance criteria?
- Specify the exact fixtures, switching maps, calibration settings, and software version that must be locked before on site deployment.
- Tell me the role that will sign off on configuration lock and accept the station on the line.
- State the number of operator training sessions you require before handover.
- Outline the contract remedies or next steps you would expect if on site acceptance tests do not meet the agreed criteria.
- Choose the post deployment support model you prefer.
Success, Monitoring, and Next Steps
- Imagine KPIs slip three months after deployment, who will own the corrective plan and the budget to fix it?
- State the KPIs you will track monthly to confirm test station success and provide their target values.
- In what cadence would you prefer reviews with the seller after go live?
- Please supply the contact roles to include on the shared issue channel for defect investigations.
- Should recurring false fails exceed your threshold after three months, would you require contract remedies or an extended pilot?
-
Solution Walkthrough
Translate the buyer's requirements into the platform architecture, switching approach, fixturing strategy, and expected test flow using real product scenarios.
Solution Experience
- Solution Walkthrough Session
- Confirm the current state and its cost to your team
- You confirm the proposed platform architecture meets your required measurements and instrument accuracy targets.
- Provide platform architecture diagram showing instrument selection, switching map, and signal routing for the confirmed measurements.
- You confirm the switching map and fixturing approach provide required access without violating your cycle-time targets.
- Translate requirements into platform architecture
- Deliver product mechanical drawings, connector layouts, and a complete list of test points for the variants to be piloted.
- You agree the modeled test flow and cycle-time estimates align with your throughput needs and defect-coverage tradeoffs.
- Provide initial fixturing drawings and estimated changeover times for the identified variants.
- Demonstrate switching and fixturing approach with real product scenarios
- You finalize the pilot acceptance criteria needed to run the ≈500-unit pilot.
- Model expected test flow, cycle time, and tradeoffs
- Confirm pilot acceptance criteria including acceptable false-fail percentage, target defect-detection rate, and target throughput.
- You commit to the next-sprint inputs and a tentative pilot window to advance to Pilot Validation.
- Schedule a pilot window and confirm availability of approximately 500 sample units for the pilot run.
- Validate pilot acceptance criteria
- Forced validation: Confirm this maps to your needs
- Agree next steps and timeline to pilot
- Solution Walkthrough Session
- Solution Walkthrough Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define the system modules (instruments, switching, fixtures, software), responsibilities, pilot acceptance criteria, delivery timelines, and out-of-scope items.
Scope Configuration
- Supply modular instrument chassis
- Install and configure switching matrix
- Design and build custom test fixtures
- Develop test executive software
- Program device-specific test sequences
- Calibrate and verify instrument accuracy
- Deploy quick-change fixture mechanism
- Configure high-mix changeover workflows
- Migrate legacy test programs
- Execute 500-unit pilot production run
- On-site commissioning and cycle-time tuning
- Train operators and maintenance staff
- Provide test data logging and export
Scope Questions
Supply modular instrument chassis
- Which measurement families must the instrument chassis host for your product (select all that apply: DC parametric, AC/FFT, RF, digital IO, optical)?
- How many instrument slots or module bays do you expect to populate at peak test configuration?
- Do you require hot-swap capability for instrument modules to maintain line uptime during replacement?
- Provide the power and cooling constraints at your bench for the chassis (single-phase voltage, available amps, ambient temperature range).
- List any regulatory or clean-room requirements that affect chassis selection (for example ESD zones, ISO class, IP rating).
Install and configure switching matrix
- How many switching channels are required to reach all test points on your device under test (DUT)?
- Do you require low-leakage or guarded switching for high-impedance measurements in your test flows?
- Provide the connector-to-pin mapping document or wiring diagram that defines DUT pin assignments for the switching map.
- Specify the maximum continuous current and maximum voltage each switching channel must support for your power-up and functional tests.
- Indicate isolation or cross-talk thresholds required for the switching matrix (for example X ohms or Y dB between adjacent channels).
Design and build custom test fixtures
- How many distinct fixture variants are needed to cover the product family scheduled for production?
- Provide the product mechanical drawing and connector pitch/pin-count for each variant to inform pogo-pin and mechanical layout.
- Are vacuum hold-down, spring-probe (pogo) arrays, or bed-of-nails access required for your product's test points?
- List the required fixture cycle life and maximum insertion/removal force per cycle for production reliability.
- Describe any robot or automated handler constraints for fixture placement (robot wrist clearance, approach vector, tooling plate dimensions).
Develop test executive software
- Which instrument and factory interfaces must the test executive support (for example SCPI/LXI for instruments, Modbus or Ethernet/IP for PLCs, barcode scanner serial input)?
- What test report formats and delivery methods do you require for quality and traceability (for example CSV exports, SQL inserts to MES, PDF summary)?
- Do you require role-based access and operator audit logging in the test executive for traceability?
- What is your target per-unit test execution time budget in seconds to meet line throughput?
- Who on your team will own integration points to MES or ERP systems and provide interface documentation during development?
Program device-specific test sequences
- How many discrete test steps and measurement points are expected in the nominal sequence for a single DUT?
- Provide golden-unit reference values and acceptable tolerance windows for each critical measurement used for pass/fail decisions.
- Do you need boundary and stress tests in addition to functional and parametric checks (for example temperature soak, voltage margining)?
- Which failure-handling actions should the sequence perform on a failed measurement (retry, mark for rework, mark for scrap)?
- Who will be the technical approver for final test sequence sign-off and what evidence will they require (trace logs, waveform captures, golden comparison)?
Calibrate and verify instrument accuracy
- Which instruments require traceable calibration certificates to a national standard such as NIST or equivalent?
- What numeric accuracy tolerances must each measurement meet for production acceptance (for example voltage ±0.1% or resistance ±0.05 ohm)?
- Do you prefer on-site calibration services or instrument return-to-lab calibration for initial and periodic calibration cycles?
- What verification tests should we run to validate calibration on site (for example transfer standard checks, known-load loopback, precision resistor sweep)?
- What acceptance criteria will confirm instrument accuracy for delivery (for example measurement error ≤ specified tolerance across defined ranges)?
Deploy quick-change fixture mechanism
- How fast must the quick-change fixture mechanism achieve a variant swap on the line (target time in minutes)?
- Do you plan manual, semi-automated, or fully robot-assisted fixture changeovers in production?
- Specify the alignment tolerance required between the fixture and DUT for reliable electrical contact (for example ±0.5 mm).
- Are there safety or lockout requirements for the changeover action (for example presence-sensing, interlock, lockout/tagout)?
- List spare-plate and kitting needs for quick-change fixtures to support planned shifts without downtime.
Configure high-mix changeover workflows
- How many distinct product variants will the line support per production shift?
- What is the expected frequency of variant changeovers per day on your line?
- Do you currently use an MES recipe or paper checklists for changeover procedures and should we integrate with that source?
- Which changeover KPIs will you use to judge workflow success (for example mean time to changeover, first-pass yield after changeover)?
- Describe required operator aids for changeover such as visual work instructions, torque specs, or torque-limited tools.
Migrate legacy test programs
- How many legacy test programs must be migrated and in which development formats or file types are they currently stored (for example graphical VI files, Python scripts, compiled executables, proprietary binaries)?
- Provide representative legacy program source, sample DUT logs, and any existing unit-level golden comparisons to guide migration and validation.
- Which functional elements of legacy programs must be preserved exactly (for example pass/fail thresholds) versus which can be refactored (for example UI or logging)?
- What is your required timeline for migration and validation of legacy programs before production handover?
- What migration completeness acceptance criterion will you require (for example 100% coverage of critical measurements or parity of pass/fail classification with legacy over a 100-unit test set)?
Execute 500-unit pilot production run
- Will you supply the 500 production-representative units for the pilot or should units be sampled on site?
- What numeric acceptance thresholds must the pilot meet for defect detection and false-fail rate (for example defect detection ≥ 98% and false-fail ≤ 1%)?
- Which production conditions should the pilot emulate (target cycle time, operator skill level, shift variation, environmental range)?
- How will ground-truth be established during the pilot for failed units (for example destructive analysis, golden-unit measurement, customer field return linkage)?
- What statistical confidence level and sample reporting cadence do you require for pilot metrics (for example 95% confidence, daily summary)?
On-site commissioning and cycle-time tuning
- What is the target cycle time per unit you must achieve during commissioning to meet production throughput?
- Which line interfaces must the station connect to during commissioning (for example conveyor control, safety programmable logic controller (PLC), barcode scanner)?
- What on-line acceptance checks should commissioning perform to validate throughput and reliability (for example sustained run at target cycle time for 4 hours, <X stoppages)?
- When are scheduled installation windows available on your line for technicians to perform commissioning work (list dates/times or typical shift windows)?
- Who will be the on-site technical contact for commissioning and who will coordinate safety clearances and permits?
Train operators and maintenance staff
- How many operators and maintenance technicians require initial hands-on training at go-live?
- Do you prefer on-site classroom plus hands-on sessions, remote live training, or a train-the-trainer approach?
- Which training topics are mandatory for your team (for example fixture changeover, failure triage, basic calibration verification, software recovery)?
- What materials format do you require post-training for operator reference (printed quick cards, PDF manuals, Learning Management System upload)?
- Which metrics will you monitor to confirm training effectiveness after go-live (for example operator-first-pass yield, average changeover time, frequency of vendor support calls)?
-
Pilot Validation
Run a production-like pilot (≈500 units) to validate defect-detection performance, false-fail rates, instrument accuracy, and fixture accessibility against agreed acceptance criteria.
- current_state
- decision_readiness
- success_criteria
- desired_state
- gaps
- stakeholders
- gaps
- stakeholders
- desired_state
- success_criteria
- decision_readiness
- current_state
- gaps
- current_state
- desired_state
- success_criteria
- stakeholders
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
-
Mutual Commit
Finalize commercial and legal terms, confirm acceptance of pilot results, lock delivery dates, and agree on support and maintenance responsibilities.
Agreement Modules
- Purchase Agreement
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Pilot Acceptance Certificate
- Maintenance & Support Agreement (SLA)
- Delivery & Acceptance Schedule
- Change Order Agreement
- Order Form & Payment Schedule
- Product Warranty Statement
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Confirm site readiness facts — power, network, floor space, operator availability, safety access, and scheduled line windows required for installation.
Pre-Deployment Questions
Environment and site access
- Primary installation site and line identifier (plant name, building, line or bay) — so we can book local crews and label work orders.
- Is this installation a single-site drop-in or part of a multi-site/phased rollout?
- On-site point of contact for site access and approvals (name, role, best contact) — this person authorizes safety access and delivery acceptance.
Power, network, and physical space
- Power availability at the planned station: which statement is accurate?
- If power is planned but not installed, what is the target completion date? (so we can schedule on-site electrical hookup)
- Network readiness at the station: which connectivity will be available for the system?
- Is the required floor footprint and a nearby staging area available for installation and fixture handling?
People, safety, and ownership
- Site safety and access for vendor technicians: which describes the process we must follow?
- Named buyer operator or line lead who will attend acceptance testing and sign off on pilot/commissioning (name, role, primary shift hours).
- Operational ownership after handover: which team will accept ongoing responsibility for day-to-day operation and first-line troubleshooting?
Timing, constraints, and integrations
- Scheduled line windows and blackout periods: provide the earliest available installation start date and any dates or daily windows we must avoid (so we can plan crew and deliveries).
- Third-party systems needing coordination before go-live (select all that apply) — this flags IT or MES approvals the deployment team must request.
-
Fixture & System Configuration
Lock exact configuration values the deployment team will use — fixture changeover procedures, switching maps, calibration settings, instrument tolerances, and integration endpoints.
Configuration Details
Fixture Changeover & Physical Tolerances
- Primary fixture variant ID (enter the exact alphanumeric fixture SKU/ID the deployment will install)
- Target fixture changeover time — minutes (Default 7)
- Fixture alignment tolerance — millimeters (Default 0.5)
Switching Maps & Signal Routing
- Switching map type for this product (choose one)
- Switching map filename or repository path (format: <name>-v1.json or git/path/to/<file>; enter exact path)
- Maximum simultaneous switched channels allowed (numeric — Default 32)
- Post-deployment tolerance policy (Default: Tighten tolerances by 10%) — select one
Integrations & Acceptance Criteria
- Test executive integration endpoint URL (enter exact production endpoint; format: https://<host>/<path>)
- Integration authentication method (choose one)
- Pilot acceptance false-fail rate threshold — percent (Default 1.0)
- Instrument measurement acceptance fraction of spec (0–1, Default 0.98 = 98%)
-
Deployment
Install and commission test stations, load test software, execute acceptance tests on the line, and transfer operational ownership to the buyer's team.
-
-
Success
Monitor test KPIs, run recurring reviews, and maintain a shared channel for issues, defect investigations, and enhancement requests.
Success Reviews
- Go-live Health Check (weeks 1-4)
- First Measurement Review (weeks 4-10)
- 90-day Production Validation Review
- Ongoing Operational Review (quarterly)
Issues & Enhancements
- Confirm next calibration and spare-parts ordering windows to avoid future production impact.
- Schedule instrument recalibration and re-run the agreed verification sequence against the measurement tolerance bands.
- Update fixture access procedures or changeover steps if accessibility issues contributed to test variance.
- Restate acceptance targets from Pilot Validation
- Document each metric's status relative to the Pilot Validation targets and categorize required follow-up work.
- Agree timebound remediation and verification activities for any outstanding gaps, with a re-evaluation date.
- Ensure all open defect investigations are captured in the shared channel with a next action and target resolution window.
- Publish the 90-day outcomes report mapping each metric to the Pilot Validation targets and the agreed remediation plan.
- Open formal defect investigation entries in the shared issue channel for each unresolved failure mode.
- Schedule the verification run for remediated items and define pass criteria for each verification test.
- KPI trend review
- Confirm that operator first-pass yield and mean time to resolve test incidents are within acceptable bands or identify prioritized corrective work.
- Ensure the defect-investigation backlog is triaged and that high-impact items have a clear remediation path.
- Maintain a specific enhancement backlog that balances production risk and available maintenance capacity.
- Publish the quarterly KPI dashboard and the prioritized enhancement backlog for asynchronous review.
- Schedule technical detailed review sessions for any chronic failure mode exceeding the mean time to resolve target.
- Reconfirm success criteria and where targets live
- Confirm deployment completeness against the configuration locked in Fixture & System Configuration and identify any missing deliverables.
- Establish a prioritized remediation list with owners and target dates to clear showstopper issues within the next 14 days.
- If replacing an incumbent, confirm a single wind-down plan and that no teams are actively operating in the legacy system.
- Publish the deployment gap log and remediation plan with target completion dates.
- Provide operator access and quick-start job aids for the production line before the next review.
- If incumbent remains active, prepare an archival/migration report and schedule the decommissioning steps.
- Present first-run outcome data
- Decide whether defect detection rate and false-fail rate are on a trajectory to meet Pilot Validation targets or require defined remediation.
- Have a prioritized, timebound remediation plan for any metric gaps with clear verification steps.
- Confirm the next measurement window and data sources for the acceptance-period review.
- Run a root-cause analysis on false-fail events and produce a defect-by-failure-mode report.
- Present 90-day outcome metrics
- Open issues and defect-investigation status
- Deployment and commissioning validation
- Compare outcomes to Pilot Validation targets
- Classify residual gaps and risk level
- Early adoption and usage signals
- Enhancement and backlog prioritization
- Root-cause diagnosis for gaps
- Maintenance and calibration schedule review
- Agree remediation commitments and verification steps
- Incumbent system wind-down confirmation
- Agree corrective actions and timelines
- Confirm path to acceptance gate
- Open defect investigations and escalation path
- Close-out and action alignment
- Blockers and remediation plan