Semiconductor Test
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
-
Test-Floor Discovery
Map current test-floor capacity, yield issues, stakeholders, and measurable success criteria for a tester replacement or consolidation.
Discovery Questions
A quick snapshot to get us started
- Give a one-sentence summary of the product ramp or yield problem that prompted this review
- How soon do you expect device volume to exceed your current test-floor capacity
- Who in your organization carries final accountability for cost-per-device and capital approval
- Describe the top two commercial risks you are watching right now, for example margin pressure or missed ship dates
- On a scale from 1 to 5, how urgent is avoiding test-related customer returns in the next quarter
Where the current test floor shows its limits
- If your current tester missed one important failure mode tomorrow, what would that cost you in returns, rework, or customer claims
- Map your existing tester fleet by role: primary functional tester, single-purpose instruments, and legacy units in production
- Where do you see the biggest mismatch: pin count, per-pin instrument accuracy, or test sequence latency
- How many DUT sites run in parallel today on your most common final-test program
- If nothing changes, what operational consequence do you expect in 6 months—production shortfall, overtime, or emergency capital spend
Which tests and pins actually drive your test time
- Which specific test sequences or DUT pins contribute most to long program run-time on your current tester
- When you run characterization on bench instruments, how often does the test vector that passes on bench fail or time out on the production tester
- Walk me through the last time a correlation gap blocked production, what happened and how long it took to restore acceptance criteria
- Estimate the percentage of overall test time attributed to serial measurements caused by multiplexed instruments
- If a new platform matched coverage but only reduced test time by 5 percent, would that be enough to move forward
Who will make this transition happen on your side
- Who are the engineers, lab technicians, and site leads that must stay engaged during evaluation and deployment, and what will break if one of them is pulled away
- How many full-time engineering weeks of effort do you estimate are available internally for test program migration in the next six months
- Which training or certification requirements does your team require before they accept new test equipment in production
- Who on your team has authority to pause the pilot if a safety or compliance concern appears during on-floor trials
- If you do not have the internal engineering capacity, would an external engineering services engagement be acceptable to meet your timeline
Constraints that would stop this project before it starts
- What single missing capability, approval, or site constraint on your side would stop this project immediately
- Which integration dependencies must be satisfied before we can run an on-floor trial, for example handler control, MES connectivity, or probe station interfaces
- Do you have APIs or drivers available for your MES and handler systems, and who owns them internally
- Are there regulatory, safety, or cleanroom access approvals that typically add more than two weeks to on-site work
- If capital approval slips by a quarter, would that kill this opportunity or just delay it
What other options are you actively weighing
- If you decide to stay with your current testers, what would have to be true about their capacity, accuracy, or cost for you to keep them in place
- Which of these alternatives have you evaluated or are still considering
- Has anyone on your team proposed solving this with internal engineering effort instead of an outside vendor
- Which incumbent capability do you believe still gives the best value today, and why
- What would change for you if the internal option required the same capital but twice the internal engineering time
Evaluation rules and acceptance must-haves
- If a pilot proves your target test-time reduction and correlation targets, who has sign-off authority to move from pilot to purchase
- Which concrete acceptance metrics will you use for the evaluation: test time, yield correlation, instrument accuracy, space footprint, or total cost of ownership
- What numeric thresholds must be met to pass the pilot, for example percent reduction in test time or maximum delta in correlation
- How long of a production trial do you require before declaring acceptance
- If the pilot meets all technical criteria but capital is not approved for six months, would you accept a rental/lease for the interim
Decision levers and the shortest path to go/no-go
- If the pilot demonstrates the expected cost-per-device reduction, what internal approvals remain and how long do they typically take
- Which budget type would this purchase draw from, operating expense or capital expense
- Who are the internal blockers that most commonly delay similar purchases at your sites
- What is the earliest realistic buy date if the pilot and approvals align
- What single negotiation point would accelerate signing this quarter, for example payment terms, staged delivery, or fixed acceptance SLAs
Signals during trials that make or break the project
- What test-floor signal during an on-site trial would cause you to stop and revert to the legacy tester
- How will you monitor and report trial outcomes, and who receives the trial status updates
- Which escalation path should we use if a critical issue appears during a production trial
- If the pilot fails to meet acceptance by the agreed window, what is your preferred recovery option: extend trial, re-scope, or stop
- Would you like us to draft a concise trial plan with named owners and success gates for your review
-
Solution Evaluation
Run the buyer's test programs and characterization comparisons on the platform to validate device coverage, test time, and correlation against acceptance criteria.
- desired_state
- current_state
- decision_readiness
- stakeholders
- gaps
- success_criteria
- desired_state
- success_criteria
- decision_readiness
- current_state
- stakeholders
- gaps
- stakeholders
- current_state
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
-
Solution Scope
Define hardware and software configuration, site counts, instrument accuracy requirements, migration responsibilities, and acceptance tests.
Scope Configuration
- Deliver and install test system hardware
- Install high pin-count test head
- Site utility and cleanroom hookup
- Execute factory and site acceptance tests (FAT/SAT)
- Migrate existing test programs to the platform
- Calibrate per-pin source and measurement instruments
- Configure multi-site parallel test and site balancing
- Establish correlation with bench characterization and rebaseline limits
- Configure test data logging and export formats
- Integrate platform with prober/handler equipment
- Deliver on-site operator and maintenance training
- Provide spare parts kit and preventive maintenance plan
- Capital financing and incentive qualification
Scope Questions
Deliver and install test system hardware
- Do you have a single-line diagram (SLD) and confirmed floor space showing power, chiller and exhaust taps for the system installation?
- Which sites are planned to receive the system (facility ID and cleanroom class)?
- How many production lines or test cells will be served by this delivered system?
- Provide the expected delivery window for hardware and any blackout dates when floor work cannot occur.
- Who on your team will be the facilities lead responsible for rigging, floor anchors, and mechanical coordination?
Install high pin-count test head
- Confirm that maximum DUT pin counts and pin-mapping files for each SKU are available for head configuration.
- Specify the maximum required pin count per test head and per site for the device families to be supported.
- Describe any probe-card or handler interface constraints (signal routing, pin pitch, pogo footprint) that will affect head integration.
- List required mechanical or thermal attachments to the test head (heat sink, liquid cooling manifolds) and their specifications.
- Estimate the allowed test-head exchange window for maintenance in minutes during production operations.
Site utility and cleanroom hookup
- When do you need compressed air, chilled water, and 3-phase power available for factory acceptance testing (FAT) and site installation?
- Are there existing single-line diagrams (SLD) and floor utility taps we must follow for chiller, power, and exhaust connections?
- Select the cleanroom classification for the install location.
- Indicate any building restrictions for rigging weight, ceiling height, or vibration isolation that will affect placement.
- Identify required site services for waste fluids, drain points, or chemical handling used during calibration or maintenance.
Execute factory and site acceptance tests (FAT/SAT)
- State the FAT acceptance criteria at the factory (throughput target, power checks, functional smoke tests) and list numeric thresholds.
- What SAT pass rate on production-like wafers or packages will be required to accept the installation?
- Describe the test vehicle (wafer type or packaged device), lot size and lot traceability required during SAT.
- Who will sign and archive the FAT and SAT reports and what evidence package is required (test logs, ECGs, STDF files)?
- Provide the target timeline from hardware delivery to completion of SAT in weeks.
Migrate existing test programs to the platform
- Which legacy test program formats or vector languages need migration (for example existing code files or vector exports)?
- How many unique program variants or device SKUs require migration and support?
- How will you validate functionally equivalent results after migration (cycle count target, per-parameter delta thresholds in mV/nA, or pass/fail correlation %)?
- Describe availability of your test engineers and access to source test code for migration (hours per week, on-site/off-site).
- Estimate migration effort in full-time-equivalent (FTE) weeks or by number of test modules.
Calibrate per-pin source and measurement instruments
- Specify instrument accuracy requirements per pin for voltage, current and timing (for example ±mV, ±nA, ±ps) that the system must meet.
- Confirm the acceptance tolerances after calibration (for example voltage offset < X mV, current accuracy within Y%) and name the reference standards to be used.
- Which calibration standards or labs will be used (for example NIST-traceable DMMs or certified source meters) and do you require certificates included?
- Indicate preferred maintenance window frequency for preventive recalibration and allowed downtime.
- Who will own ongoing calibration records and instrument traceability within your quality system?
Configure multi-site parallel test and site balancing
- Which multi-site configuration is required (number of sites per handler/prober) and maximum parallel DUTs per cycle?
- Describe preferred site-balancing strategies for mixed-SKU runs (fixed site allocation, dynamic balancing by DUT test time).
- Indicate the number of different process flows that will run concurrently and affect site balancing (probe vs final test, varied test times).
- Indicate the acceptable per-site throughput variance percentage that should trigger a balancing action.
- List the handlers or probers (model family or control-interface description) you plan to integrate for synchronous multi-site operation.
Establish correlation with bench characterization and rebaseline limits
- Identify the bench characterization artifacts to correlate (bench DVM traces, wafer-probe IV curves, temperature sweep logs) and their file formats.
- State the target correlation metrics between platform results and bench characterization (for example mean delta in mV, sigma, Cpk) that will be used for rebaseline decisions.
- Confirm the acceptance criteria for correlation that will allow using the new platform limits in production (for example per-parameter delta <= X, pass-rate change < Y%).
- List the characterization test fixtures or load boards required for correlation studies and their connector mappings.
- Identify who will approve updated test limits after rebaseline and how approvals will be recorded.
Configure test data logging and export formats
- Which test data formats do you require for production and analytics (for example STDF, CSV, or custom schema)?
- How often must test logs be exported to your MES or data lake: real-time, batch hourly, or end-of-shift?
- Detail the expected fields and minimum trace data to retain per DUT (waveforms, param-level readings, error codes).
- Which network protocols or APIs does your integration endpoint accept for data ingestion (for example SFTP, REST, Kafka)?
- Indicate your retention policy and any data privacy or export-control requirements for test logs and correlation data.
Integrate platform with prober/handler equipment
- Which prober or handler control interfaces are in use at your site (for example GPIB, RS-232, Ethernet command API, SECS/GEM)?
- Describe any handler-specific timing or handshake constraints that will affect per-DUT sequencing and throughput.
- State the number of different handler/prober models that must be certified for integration during deployment.
- Provide expected cycle-time targets including handler move time and per-DUT test time that integration must meet.
- Specify who will provide access to handler control documentation, PLC diagrams and any required credentials for integration work.
Deliver on-site operator and maintenance training
- State the number of operator and maintenance personnel who require training and the shift coverage to be certified.
- Which training modalities do you prefer: instructor-led on-site, virtual instructor-led, or self-paced e-learning?
- Detail the competencies to be certified at course completion (safe start, test program load, emergency stop, basic troubleshooting).
- Specify language and documentation needs for training materials and operator manuals.
- Identify the authorized sign-off authority for training completion and operator certification.
Provide spare parts kit and preventive maintenance plan
- List critical spare components you require in the initial kit (test head pogo modules, power supplies, harnesses, fuses).
- How many production days of uptime should the spare kit support before restocking is required?
- Detail preventive maintenance tasks and recommended frequency (cleaning, calibration checks, firmware updates).
- Indicate whether you require vendor-managed spare inventory on consignment at site.
- Who on your operations team will be the spare-parts custodian and what restocking SLA do you require?
-
Mutual Commit
Finalize commercial and legal terms, capital approval dependencies, acceptance criteria, and the governance cadence for delivery.
Agreement Modules
- Purchase Agreement
- Order Confirmation
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Equipment Acceptance & Correlation Plan
- Capital Approval Exhibit
- Governance & Steering Committee Charter
- Payment Schedule & Financing Agreement
- Warranty & Support Agreement
- Export & Trade Compliance Addendum
- Change Order Agreement
- Final Acceptance Certificate
-
Deployment
Operationalize rollout with readiness checks, execution, and outcome validation.
-
Pre-Deployment Readiness
Confirm owners, production windows, site access, safety and risk mitigations, and trial schedules required before on-floor work begins.
Pre-Deployment Questions
Environment and site access
- How many physical sites require on‑floor installation?
- For each site requiring installation, provide the site name and the primary physical access owner (name and role). This lets the deployment team schedule badge provisioning and escorted access.
People and ownership
- Who is the buyer's program owner responsible for go/no‑go decisions (name and title)?
- Assign named owners for these workstreams: installation lead, test engineering lead, and facilities contact (name and role for each).
- Which staffing model will be used for on‑site engineering during deployment?
Timing and constraints
- What are the allowed production windows or blackout dates for on‑floor work at each site? (Provide local time blocks or blackout ranges so we can schedule trials.)
- Are there any scheduled product ramps, regulatory audits, or capital approval milestones that deployment must avoid?
Safety, risk mitigations and trial schedule
- Are there required safety trainings, cleanroom qualifications, or PPE requirements for onsite personnel? If yes, indicate which roles require qualification and the lead contact.
- Confirm the target engineering validation trial approach (select one) so we can reserve execution windows and owners.
-
Configuration Details
Lock exact configuration values the deployment team will use — test-head pin counts, fixture mappings, software/firmware versions, and integration settings.
Configuration Details
Environments & Endpoints
- Select the deployment environment name the build will use (Default: prod)
- Primary site / facility identifier (enter the exact site code the deployment will tag; e.g., 'FAB-A-01')
Hardware & Fixture Configuration
- Primary test-head pin count (enter integer pins per head that the deployment will provision)
- Number of parallel sites per tester to configure (enter integer site count; e.g., 4)
- Test fixture mapping filename (enter exact filename the deployment will load, format example: 'fixture_map_siteA.csv')
Pin Mappings & Measurement Limits
- Pin mapping file path or URL (enter absolute path or URL the build will fetch; format: 'sftp://host/path/file.csv' or 'https://...'; if not ready enter 'TBD')
- Voltage measurement accuracy requirement per pin (enter numeric max allowed error in mV; Default: 0.5)
Software, Firmware & Integrations
- Platform software release to install (enter exact release tag, format: vX.Y.Z — Default: v1.0.0)
- Test-head firmware version to lock (enter exact firmware version string to deploy, format: vX.Y.Z — if negotiated but pending enter 'TBD')
- MES / factory integration method to configure on the platform (select one)
-
Deployment Execution
Install equipment, run engineering validation, and execute production floor trials with named owners, timelines, and escalation paths.
-
Go-Live Acceptance
Verify acceptance tests, throughput and yield targets, and obtain site sign-offs before declaring full production cutover.
Checklist items
- Obtain written lockout/tagout (LOTO) verification for on-floor energization
- Secure written Permission to Operate (PTO) or equivalent site permits
- Submit final acceptance-test results package
- Deliver throughput and yield verification report
- Provide instrument calibration and accuracy certificates
- Demonstrate rollback procedure and verified restore point
- Capture site-level production cutover sign-off
- Confirm production staffing roster and escalation contacts
- Finalize and sign the first-day cutover plan
- Activate post-cutover monitoring and alerting with agreed SLAs
- Confirm spare-parts kit and on-site support readiness
- Receive final go/no-go production cutover approval
-
-
Success
Monitor outcomes against agreed metrics, capture issues and enhancement requests, and schedule ongoing support and optimization.
Success Reviews
- Go-Live Health Check (Weeks 1-4)
- First Measurement Review (Weeks 4-10)
- 90-Day Realization and Incumbent Wind-Down
- Quarterly Operational Review (Ongoing)
Issues & Enhancements
- Close or re-scope any support tickets older than 60 days and document next steps for partially mitigated items.
- Provide a calibrated correlation report comparing platform measurements to bench characterization for the prioritized SKUs.
- Schedule the next in-floor production trial window and the data-collection plan for that trial.
- Present 90-day outcome metrics
- Document whether yield rate and instrument measurement accuracy meet the targets recorded in the Go-Live Acceptance stage or require defined remediation.
- Formally confirm incumbent tester decommissioning status and the completion of any required data migration or archival steps.
- Produce a prioritized backlog of enhancement requests with target delivery windows and an agreed support cadence.
- Publish the 90-day outcomes report with pass/fail status per metric and a remediation plan for any misses.
- Execute the incumbent wind-down checklist including contract/renewal decisions, data archival or migration confirmation, and closure of fallback access.
- Create the prioritized enhancement backlog and assign target delivery quarters for each item.
- Trend review for core metrics
- Validate whether test time per device and customer return rate attributable to test escapes are within acceptable bounds or require action.
- Reduce the count of high-severity support tickets and confirm timelines for remaining items.
- Agree the prioritized optimization work for the coming quarter with clear success measures.
- Deliver the quarterly metrics dashboard with trendlines for test time per device and customer return rate attributable to test escapes.
- Update the enhancement backlog priorities and commit delivery quarters for the top three items.
- Re-confirm agreed success criteria and ownership
- All deployment artifacts verified as present and configured or a remediation plan created for any gaps.
- A concise list of critical blockers with target resolution dates is agreed for the next 14 days.
- Owners for each success criterion from Go-Live Acceptance are confirmed.
- Publish the deployment verification checklist with pass/fail entries and remediation dates.
- Create incident tickets for each high-severity blocker with target resolution dates within two weeks.
- Collect and circulate the first-week test-run logs and a summary of any test-program failures for offline review.
- Present first measurement data
- Establish whether test time per device and parallel site count are trending toward the targets recorded in the Go-Live Acceptance stage.
- Document root causes for any KPI shortfalls and agree timebound corrective actions.
- Confirm the next validation checkpoint and required evidence for the acceptance path.
- Deliver a remediation plan for each KPI gap, listing steps, expected impact, and completion dates.
- Open issue burn-down and residual risks
- Support ticket and defect burn-down
- Deployment and migration validation
- Correlation and stability check
- Incumbent system wind-down confirmation
- Early adoption and usage signals
- Enhancement backlog prioritization
- Root-cause diagnosis for KPI gaps
- Optimization experiments and measurement plan
- Enhancement requests and prioritized backlog
- Blockers and open issues triage
- Agree corrective actions and timelines
- Confirm path to acceptance gate
- Agree operational support and optimization cadence
- Close-out and next steps
- Agree immediate remediation actions