Design for Manufacturing
Long-cycle design programs where IP, foundry, and ecosystem partnerships execute against tapeout and market windows.
Inside this journey
-
Pre-Discovery
Align decision-makers, foundry contacts, and schedules to ensure readiness before technical discovery.
-
Stakeholder Alignment
Confirm decision roles, foundry contacts, tapeout deadlines, and what ‘good’ looks like for yield improvement and engineering effort.
Alignment Questions
Start with the Tapeout That Kept You Up at Night
- Briefly describe the tapeout and yield shortfall that brought you here (product, process node, date, and reported % gap).
- How severe was the yield gap on that lot?
- Who first raised the issue and who is owning the remediation today?
- What did initial failure analysis point to (select all that apply) and what evidence supports that?
- Which datasets from that tapeout are available right now for analysis (pick all that can be shared)?
Are You Sure 'DRC‑Clean' Isn't Hiding Problems?
- How often do designs that pass your sign‑off DRC still produce lithography/CMP-related failures in production?
- Describe one recent example where a DRC‑clean design produced a tricky hotspot — what pattern slipped through and why do you think it wasn't caught?
- Which analysis or DFM tools are you running today to find these problems? (select all that apply)
- How much engineering time is typically spent triaging tool flags per tapeout?
- On a scale from 1–5, how confident are you that your current flow surfaces the yield‑limiting layout patterns customers actually see on wafers?
What’s Really Costing You — Not Just in Masks
- If you had to estimate the total program impact of the last hotspot incident (masks, respins, lost revenue, engineering time), which range best fits?
- How many weeks of schedule slip or delay to product launch resulted from the issue?
- How many engineers were pulled off their roadmaps to investigate and remediate? (estimate)
- Tell us about the most serious downstream consequence you've seen from a missed hotspot (customer returns, wafer scrappage, late revenue recognition, etc.).
- How long has this kind of yield surprise been an intermittent or recurring issue for your team?
If Fixing Yield Was Easy, What Would Change?
- If a solution reliably identified the small subset of real yield‑killing hotspots (and cut false positives dramatically), what would your team do differently on every tapeout?
- What minimum yield improvement (%) would make this solution a clear success for you?
- What maximum false‑positive rate would you tolerate so engineering time savings are real? (percent of flagged items that are actionable)
- How much additional engineering time per tapeout would be acceptable to implement an integrated DFM/optimization step early in P&R?
- Who must sign off that a pilot delivered 'good enough' results (roles or teams)?
What Would Make Teams Trust A New DFM Flow?
- Which single concern would most likely stop you from adopting a new DFM engine—accuracy, foundry acceptance, integration burden, false positives, or schedule risk?
- Tell us about a past tool trial that failed to gain traction — what went wrong and what would you have needed to change the outcome?
- Which forms of evidence would convince you this tool is trustworthy? (select all that apply)
- Are you willing to share wafer/inspection correlation results under NDA to enable model calibration?
- How important is it that our tooling integrates directly into your P&R loop versus running as a post‑layout check?
Let’s Map Data & Access — The Secret Sauce
- Which of the following data types can you make available for a pilot under current agreements? (select all that apply)
- What formats and sizes are those datasets typically in (e.g., GDS, OASIS, TIFF/PNG, CSV) and roughly how large is a representative tapeout?
- Are there foundry or customer constraints (NDAs, export controls, anonymization) that would limit model training or sharing? If so, what are they?
- Who owns or controls access to the datasets we would need (name/role)?
- How quickly could you provision a sanitized pilot dataset once the scope and NDA are agreed?
Integration Reality Check — Will This Fit Into Your Flow?
- If we needed to insert an automated DFM check into your P&R loop tomorrow, what single change would cause the most friction or schedule risk?
- Which EDA platforms and tool versions are you running that the solution must integrate with? (select all that apply)
- Where in your sign‑off flow would you prefer the analysis to run? (select one)
- What compute and security environment constraints do we need to support? (select all that apply)
- Do you have established rollback/escalation procedures for pilot changes that affect timing or layout? Briefly describe.
Deciding Together — How We Pilot and Prove Value
- If we ran a pilot on your most recent tapeout, what non‑negotiable outcomes would you need to see to consider the pilot successful?
- What pilot scope would be most meaningful to you?
- How long should a pilot run to give you confidence (pick one)?
- What acceptance metrics (quantitative) will you use to decide to move from pilot to production? List the top 3 with targets (e.g., yield delta, false‑positive rate, engineering hours saved).
- Who will be accountable on your side for pilot coordination, data access, and acceptance sign‑off? Please provide role(s) and contact readiness.
- What commercial or program constraints should we be aware of when proposing a pilot (budget, legal, procurement timelines)?
-
Current State Mapping
Document the existing sign-off flow, recent tapeout yield shortfall, tools used, and available layout + wafer inspection data for evaluation.
Current State
Tell Me About the Tapeout That Changed Everything
- Briefly describe the recent tapeout that triggered this review — product, process node, tapeout date, and the primary symptom you observed.
- What was the observed yield shortfall on that lot (best estimate)?
- How did failure analysis (FA) attribute the failures — which root causes were identified or suspected?
- Which step in your current sign-off flow actually flagged these problems, if any?
- How urgent is remediation before mask commit for this project?
Are You Comfortable Passing DRC and Calling It Done?
- What would it mean for your program if most 'DRC-pass' tapeouts routinely contained lethal hotspots your flow never called out?
- How often does a design that passed sign-off still produce post-silicon yield surprises?
- Approximately how many yield‑limiting hotspots do you discover post-silicon per million instances on problem designs?
- How long does it typically take your team to triage and confirm the root cause of those hotspots once FA points to them?
- Who has final authority to delay mask commit when a suspected hotspot appears late in the flow?
Where Are Your Tools Leaving You in the Dark?
- If your current tools are producing a flood of irrelevant flags while missing the few patterns that actually kill yield, which gap would you call the most urgent to close?
- Which EDA or DFM tools do you run today for hotspot detection and yield analysis?
- What types of inputs do those tools consume (select all that apply)?
- Do you currently have layout-to-wafer linked datasets (wafer hotspots mapped back to layout coordinates)?
- How calibrated are your predictive models or rulesets to the foundry's active node and model versions?
- What percentage of tool flags typically get investigated and resolved before mask commit?
What's It Actually Like When Your Team Hunts a Hotspot?
- When a suspected hotspot appears late, does your response feel like a practiced routine or a scramble? Tell me about the last time.
- Who usually performs the first-pass triage on a reported hotspot?
- How do you prioritize which hotspots to fix when time is limited?
- What data or artifacts does the triage team repeatedly ask for but rarely get in time?
- How often do candidate fixes introduce timing, power, or area regressions that force follow‑up rework?
- How does the team feel when a late hotspot forces a fix — e.g., stressed, resigned, motivated to improve the flow?
If We Could Show You Where the Real Risk Lives...
- What would you be willing to change in your sign-off process if you were 90% confident the hotspots a new tool flagged were real yield killers and not false alarms?
- Which remediation actions would your team accept as part of sign-off remediation (select all that could be considered)?
- What level of false positives would be tolerable for your team to adopt a new hotspot detection capability?
- Conversely, what level of false negatives (missed lethal hotspots) would be unacceptable?
- How much engineering time can you realistically allocate per tapeout to investigate flagged hotspots (per tapeout, total team effort)?
Who Needs To Be In The Room (But Often Isn't)?
- Who has the power to veto mask commit and how often are they brought in only at the last minute?
- Which stakeholders should always be part of a pre-mask hotspot review to make a timely, practical decision?
- Do you have a documented sign-off flow that includes DFM/hotspot checkpoints and who is accountable at each gate?
- How often does misalignment between stakeholders cause a hotspot to slip late into the cycle?
- What communication cadence and channels work best for urgent decisions (email, chat, war-room, scheduled checkpoints)?
Practical Constraints: What Reality Will Make Us Adapt?
- If we recommend P&R loop integration or sign-off server access, what are the toughest technical or organizational obstacles you expect?
- Which integration points and outputs are available today for a partner to plug into? (select all that apply)
- What foundry model versions, PDKs, and process kits are you currently using for this tapeout?
- What data access, IP, or security constraints should we be aware of (NDA, masked IP regions, HVAs)?
- How would you like onboarding and pilot work scheduled relative to your tapeout milestones (parallel P&R, pre-signoff window, post-design review)?
- What is a realistic timeline for a pilot run on your recent tapeout (from data handoff to first hotspot report)?
Deciding To Move: Signals, Metrics, and Acceptance
- If the pilot doesn't produce a perfect kill‑rate figure, what credible signals would still make you move forward with a solution?
- Which acceptance metrics matter most to you for pilot success?
- Do you have historical wafer inspection or linked FA datasets we can use for calibration and ground-truth comparison?
- Would a prioritized hotspot list with estimated yield impact and suggested remediation be sufficient evidence for initial acceptance?
- Who must sign off on pilot success and what internal timeline would they work to for a buy/no‑buy decision?
- What practical next step would you be comfortable committing to after seeing an initial pilot report (data share, calibration meeting, integration plan)?
-
-
Customer Discovery
Clarify success criteria, acceptable false-positive/false-negative tradeoffs, integration constraints, and timelines to mask commit.
Discovery Questions
Start With a Recent Headache
- Can you briefly describe the most recent tapeout that missed yield expectations?
- Who initially raised the issue on that tapeout?
- How large was the yield shortfall on that run?
- What primary failure modes were implicated (select all that apply)?
- How did that event make the team feel—frustrated, surprised, resigned, motivated to change, or something else?
Why Did the Rules Let This Happen?
- If your DRC passed but wafers failed, what blind spot do you suspect the sign-off flow is tolerating?
- Describe your current sign-off flow and who owns each stage (place-and-route, DRC, DFM, mask release).
- Which EDA/DFM tools do you run today (select all that apply)?
- How often are additional pattern-based or ML-driven checks run prior to mask commit?
- What layout or wafer inspection data do you currently retain that could help correlate hotspots (GDS/OASIS, wafer inspection, CD-SEM, fab process logs)?
How Much Pain Is Too Much?
- At what point does a yield shortfall become a 'must-fix' for your product lines rather than a tolerable loss?
- How do yield misses translate into business outcomes for you (cost per wafer, delayed revenue, customer credits, lost market share)?
- When a hotspot-driven failure occurs, how long does it typically take to identify root cause and decide next steps?
- If an identified fix changes timing or resource utilization, what level of schedule disruption is acceptable before you abandon the change?
- How often do these yield surprises force you to respin masks or delay product milestones?
What Would 'Good' Actually Feel Like?
- If you could change one metric to feel confident at mask commit, which would it be (pick one)?
- Which acceptance metrics matter most for a DFM evaluation (select up to three)?
- What false positive rate would you consider acceptable in exchange for catching most real yield-killers?
- What false negative tolerance (missed real hotspots) would you accept?
- How much engineering effort per flagged hotspot is realistically available for triage and remediation (hours per hotspot)?
Who Holds the Keys — and Who Could Stop This?
- Who must sign off on adding a new DFM step to your mask release flow, and why might they say no?
- Which stakeholders prioritize signal-to-noise over turnaround time, and which prioritize the opposite?
- What past tool or process adoptions hit political or resource resistance, and what was the root cause?
- What specific evidence (e.g., wafer correlation, time saved, fewer ECOs) would persuade your gatekeepers to adopt a new DFM stage?
- What minimal pilot scope would feel non-threatening to stakeholders while still demonstrating value?
Data, Access, and Calibration — Can We Play With Your Gold?
- How comfortable are you sharing wafer/inspection data under an NDA for model calibration?
- Which of these datasets can you provide for an evaluation or pilot (select all that apply)?
- Are there foundry NDAs, IT isolation rules, or on-premise requirements we must accommodate?
- Which foundry nodes and PDK versions should be in scope for calibration?
- What integration form do you prefer for initial trials: secure on-prem appliance, cloud-hosted under customer account, or API/file-based exchange?
Timelines That Will Make or Break Us
- If we deliver prioritized, actionable hotspots too late for mask commit, would you still accept the analysis or discount it entirely?
- What is your typical lead time from final sign-off to mask commit?
- What is the absolute latest date/time we must provide prioritized fixes to influence the current tapeout?
- How many iterative remediation windows (analysis → fix → re-run) do you usually allow before commit?
- What cadence and level of detail do you want for status updates during a pilot (e.g., daily brief, twice-weekly deep-dive, weekly summary)?
Pilot Success — What Will Convince You?
- What must a 30–90 day pilot prove to earn your ongoing trust?
- Which acceptance criteria are non-negotiable for pilot success (select all that apply)?
- How will you quantify pilot ROI—by wafer yield delta, reduced investigation hours, fewer ECOs, or other business metrics?
- What internal resources will you commit to the pilot (number of engineers, FA time, test wafers, data owners)?
- After a successful pilot, what handoff do you want—full tool integration, SLA-based service, or periodic analysis engagements?
Emotions, Trust, and the Ghosts of Vendors Past
- Tell me about a previous vendor engagement that left you skeptical—what happened and why did it stick with you?
- How did that experience change the way you validate vendor claims or model accuracy?
- What concrete behaviors from a vendor would rebuild trust quickly (e.g., transparent metrics, on-site calibration, co-signed foundry validation)?
- How does your team emotionally react to adding another sign-off step—excitement, exhaustion, skepticism, or something else?
- What would reduce perceived adoption risk for your leadership and engineers?
A Low-Friction First Step — Can We Agree On One?
- If we could commit to one small, low-risk deliverable to get started, what would convince you to say yes?
- Which datasets are you willing to share for that initial deliverable?
- Who should be on the kickoff call from your side (names/roles)?
- Would you prefer a scoped paid pilot, a proof-of-value with limited free analysis, or a data-only feasibility run?
- What immediate blockers must we resolve before starting (legal, data access, resource availability, foundry approvals)?
-
Solution Experience
Run the offering against the customer’s recent tapeout to surface actual yield‑risk hotspots, quantified impact, and prioritized remediation paths.
Experience Meetings
- Pre-Run Alignment (Data & Success Criteria)
- Run Kickoff: Execute Tapeout Analysis
- Interim Findings Review (Preliminary Hotspots & Impact)
- Remediation Prioritization Workshop
- Final Experience & Acceptance Review
- Schedule remediation windows and subsequent verification runs into the tapeout calendar.
- Customer validates that the shown hotspot examples match the failure modes they observed.
- Agree on a prioritized short list of quick wins to remediate before deeper design changes.
- Obtain additional data items necessary to raise model confidence for ambiguous findings.
- Produce a preliminary estimate of yield improvement tied to remediating the prioritized items.
- Customer to confirm which presented hotspots map to known FA failure sites and supply any missing FA/SEM images.
- Seller to deliver a detailed findings spreadsheet with hotspot coordinates, confidence, and estimated impact for top N items.
- Customer to assign engineering owner(s) to investigate the top quick-win fixes and report feasibility within 3 business days.
- Seller to propose remediation patterns or layout adjustments for the quick-win items for customer review.
- Review Prioritized Findings
- Agree a ranked remediation plan with clear owners, timelines, and effort estimates for each item.
- Select remediation approaches tied to expected impact and integration constraints.
- Define acceptance metrics and rollback criteria to gate mask commit decisions.
- Introductions & Objective
- Create remediation tickets (owner, estimated hours, target completion date) for each prioritized item.
- Customer to reserve engineering windows for implementing agreed quick fixes and run regressions.
- Seller to prepare remediation recipes (layout edits, fill parameters, via changes) and simulation scripts for customer handoff.
- Define and document acceptance tests and measurement methods to validate fixes.
- Recap Agreed Acceptance Criteria
- Demonstrate measurable before/after improvement tied to the customer's future-state definition.
- Obtain explicit acceptance to move to Solution Scope or a pilot run, or document outstanding gaps preventing acceptance.
- Agree next-stage deliverables (pilot scope, calibration obligations, commercial terms) and owners.
- Seller to deliver a final Solution Experience report with hotspot list, impact estimates, remediation actions taken, and verification artifacts.
- Customer to sign acceptance or provide a list of conditions required for acceptance within agreed timeline.
- Seller and Customer to draft the pilot Statement of Work and commercial proposal based on the accepted outcomes.
- Archive datasets and results for audit and future recalibration; agree retention and access controls.
- Produce a single-sentence current-state statement that everyone endorses.
- Quantify the consequence of the failure (yield loss, cost/delay) so urgency is explicit.
- Define a one-sentence future-state success target (e.g., reduce hotspot-driven yield loss from 8% to <2%).
- Confirm all required datasets, access methods, and a secure transfer plan for the tapeout files.
- Agree the run scope, selected analysis modules, and target delivery date for initial findings.
- Customer to upload selected tapeout datasets (GDS/LEF/DEF, inspection/FA images, DRC/LVS reports) to agreed secure location.
- Customer to provide foundry model versions and any calibration notes; designate an SME contact for foundry questions.
- Seller to provide run configuration template and checklist; confirm resource & timeline for execution.
- Assign owners for data validation and anonymization (if needed) before analysis.
- Recap Preconditions
- Obtain explicit approval of run configuration and module thresholds tied to the customer's acceptance criteria.
- Document calibration needs and any model limitations that require special attention.
- Set a clear timeline with interim checkpoints for reviewing preliminary results.
- Agree on how the team will surface and handle high-risk findings during execution.
- Seller to start analysis run using approved configuration and notify stakeholders at checkpoint milestones.
- Customer to validate preprocessing outputs (layer maps, transformations) within 24 hours of delivery.
- Seller to log model confidence scores and flag any gaps to the customer for immediate attention.
- One-line Reconnection to Problem
- Top Hotspot Examples (Proof)
- Current State — One Sentence
- Run Parameters & Module Selection
- Effort & Risk Estimation
- Before/After Yield-Risk Comparison (Proof)
- Consequence Quantification
- Quantified Impact Estimates
- Verification vs Wafer/Inspection Data
- Select Remediation Paths
- Calibration Approach & Foundry Models
- Remediation Categories & Quick Wins
- Future State Definition
- Remaining Risks & Mitigation Plan
- Data Validation & Preprocessing
- Sequence & Scheduling
- Acceptance Decision & Next Steps
-
Solution Scope
Define included modules (hotspot detection, CMP-aware fill, via optimization), integration points, calibration work, deliverables, and acceptance metrics.
Scope Configuration
- Run wafer‑calibrated lithography hotspot scan
- Identify CMP‑sensitive metal pattern violations
- Generate ranked yield‑risk hotspot list
- Automated layout micro‑remediation patches (GDSII)
- Integrate DFM optimizer into place‑and‑route loop
- CMP‑aware metal fill insertion
- Via pattern optimization and redundancy insertion
- Calibrate ML models to customer wafer inspection data
- Export fixes as P&R constraint scripts
- Hotspot‑aware placement and routing constraint generation
- Produce mask‑making readiness fix kit (GDS corrections)
- Deploy in‑design real‑time hotspot alerting
Scope Questions
Run wafer‑calibrated lithography hotspot scan
- Have you run any wafer‑calibrated hotspot scans on this design previously?
- What layout formats and data volumes will be provided for the scan?
- Which foundry process node(s) and process corners should the calibration target?
- Do you have wafer inspection / failure analysis data that maps to layout coordinates for calibration?
- What acceptable runtime / turnaround is required for a full‑chip hotspot scan?
- What is your target operational metric for hotspot detection (e.g., max false positives per mm^2 or top N hotspots)?
- Who will validate hotspot findings on your side (role and contact), and what format do they prefer for results?
Identify CMP‑sensitive metal pattern violations
- Is CMP sensitivity suspected in the recent yield shortfall or previous wafers?
- Which metal layers and stack details should be included for CMP analysis?
- Do you have process‑specific CMP models or PDK guidance we should use?
- Are there existing metal fill or density rules currently applied in your P&R flow?
- What acceptance criteria should CMP violation reports use (e.g., priority levels, estimated yield impact thresholds)?
- Do you permit automated fill changes or require hand review prior to GDS export?
Generate ranked yield‑risk hotspot list
- Do you want hotspots ranked by estimated wafer‑level yield impact, by fix complexity, or a combined score?
- What prioritization horizon is required (e.g., top 50, top 200, all above threshold)?
- Should the hotspot list include suggested remediation actions and estimated engineering effort (hours)?
- What output format do you require for the hotspot list (spreadsheet, annotated GDS, HTML report, API endpoint)?
- Who will be the primary reviewer/approver of the ranked list on your team (role)?
- Do you require traceability between hotspot entries and wafer/inspection evidence?
Automated layout micro‑remediation patches (GDSII)
- Do you allow vendor‑generated automatic GDS patches for remediation, or must all patches be reviewed first?
- What patch delivery format do you prefer (GDS delta file, full corrected GDS, patch script)?
- Are there layout modification constraints (IP blocks, locked tiers, minimum spacing to keep) we must respect?
- What approval workflow should we follow before patches are merged into the sign‑off GDS?
- What is the maximum acceptable scope of automated micro‑remediation (percent of hotspots or total GDS changes)?
- Do you require regression checks (timing, LVS, DRC) to be run automatically after patch application?
- Who on your team will own patch review and rollback decisions?
Integrate DFM optimizer into place‑and‑route loop
- Which P&R tool and version(s) do you use (Supply exact vendor/version)?
- What integration mechanism do you prefer: plugin, REST API, export/import scripts, or batch‑job handoffs?
- Do you require in‑design fixes to be applied automatically during routing or only flagged for offline remediation?
- What runtime/latency budget is acceptable for optimizer steps inside the P&R loop?
- Are there P&R checkpoints (floorplan, clock‑opt, final routing) where optimizer must be disabled or limited?
- Who will own the integration (PD tool engineer, EDA integration team, vendor) and who can grant access to P&R environments?
CMP‑aware metal fill insertion
- Do you currently run metal fill as part of sign‑off or during P&R?
- What fill rules are required (minimum density, blockouts, antenna rules, density targets by region)?
- Do you require CMP‑aware fills to be simulated for planarity impact or only rule‑conforming?
- Should fill insertion be reversible (annotated layers) to allow manual edits?
- Are there IP blocks or sensitive regions where fill must be suppressed?
- What acceptance checks should be run after fill insertion (density histograms, DRC, CMP model checks)?
Via pattern optimization and redundancy insertion
- Are via‑related failures observed in your FA data or suspected as yield drivers?
- Which via layers/types and via rules are critical for optimization (list layer names)?
- Do you allow adding redundant vias or altering via shapes automatically?
- Should via optimization consider current routing congestion and timing constraints?
- Do you require verification artifacts after via changes (DRC, LVS, extraction)?
- What risk threshold should govern via redundancy insertion (e.g., only for hotspots scoring > X)?
Calibrate ML models to customer wafer inspection data
- Do you have labeled wafer inspection or failure analysis datasets available for calibration?
- What formats and sizes are the inspection datasets (CSV coordinate lists, SEM images, optical images)?
- Are there NDAs or security requirements for handling wafer data we must follow?
- What accuracy targets do you expect after calibration (precision, recall, false positive rate)?
- Who will provide labels/validation for model retraining (customer engineers, third‑party FA lab, vendor)?
- What cadence for model recalibration do you anticipate (one‑time for this tapeout, periodic, continuous)?
Export fixes as P&R constraint scripts
- Which P&R constraint languages or script formats do you accept (Tcl, ICC2 formats, vendor‑specific)?
- Do you need immediate re‑run capability (scripts that can be re‑applied in P&R) or one‑time manual edits?
- Should exported constraints be scoped to cells, blocks, or full‑chip?
- What version control or change tracking is required for constraint scripts (SVN/Git tagging, ECO logs)?
- Do you require checksum or verification runs to confirm scripts applied correctly in P&R?
- Who will own applying and validating constraint scripts within your P&R environment?
Hotspot‑aware placement and routing constraint generation
- Do you need constraints that affect placement (cell spacing, orientation) or only routing constraints?
- Are there placement timing windows or location constraints where changes are disallowed?
- Do you want constraints to be aggressive (prevent hotspots) or conservative (minimize impact on timing)?
- What integration format do you prefer for constraints (site rules, blockages, routing look‑up tables)?
-
Mutual Commit
Agree commercial and pilot terms, data access, responsibilities for model calibration, timelines, and acceptance criteria for gating mask release.
Agreement Modules
- Statement of Work (SOW)
- Master Services Agreement (MSA)
- Pilot Agreement
- Commercial Terms & Pricing Exhibit
- Data Access & Use Agreement
- Data Protection & Security Addendum (DPA)
- IP Rights & Model Ownership
- Acceptance Criteria & Validation Plan
- Responsibilities & RACI
- Integration & Deployment Plan
- Service Level Agreement (SLA) & Support
- Change Order & Scope Amendment
- Termination, Data Return & Exit Plan
-
Deployment
Operationalize rollout with readiness checks, enablement, and outcome validation.
-
Pre-Deployment Readiness
Confirm datasets, P&R and sign-off access, foundry model versions, owners, and rollback/escalation plans for pilot execution.
Readiness Questions
Getting Comfortable Together
- What's the single most important reason you're exploring a pre-deployment pilot now?
- Briefly describe the tapeout, process node, and the yield gap or failure mode that triggered this conversation.
- Which foundry and process variant is this design targeting?
- What is your current timeline to mask commit or the last safe-change milestone?
- What type of pilot engagement feels most useful to you right now?
Who’s In the Room — and Who Can Stop the Mask?
- If a last-minute hotspot fix is proposed, who in your organization can block or delay a mask release?
- List the decision roles, their names (or titles), and the approval gates they own for sign-off.
- Who currently owns P&R and final sign-off access (tool account owners, gatekeepers)?
- How quickly can those owners enact a change that affects mask data (hours, days, weeks)?
- Has role confusion or handoff friction caused a missed mask window or last-minute crisis in the past? Tell us what happened.
Is Your Data Actually Usable — Or Are We Flying Blind?
- If we requested the layout and wafer/inspection data needed for a pilot today, how confident are you we'd receive everything needed within 48 hours?
- Which of the following datasets can you provide for the pilot? (select all that apply)
- Are any of these datasets restricted by NDAs, foundry agreements, or internal policy?
- What anonymization, redaction, or file-format steps must be applied before we can receive your data?
- How long has it typically taken you to gather and hand off equivalent datasets for past DFM or yield investigations?
Foundry Models — Ready, Outdated, or Mysterious?
- Do you trust the foundry model versions you're running against, or do you treat them as provisional until proven on silicon?
- Which specific foundry model versions (litho, CMP, OPC, etch) are available for this project? Please list names/versions.
- Are the models silicon-calibrated for your process and the layers of interest?
- If a model gap exists, who is responsible for obtaining, validating, or calibrating the correct model (internal team, foundry contact, vendor)?
- Would your foundry permit us to use their calibrated models for a pilot under NDA?
Tooling, Access, and Integration — Are the Doors Open?
- How deeply can we integrate with your P&R and sign-off flow for the pilot — full in-loop, periodic handoff, or strictly post-route analysis?
- Which place-and-route and sign-off tools (and versions) do you use?
- Can our tooling run inside your environment (on-prem) or must we operate on our infrastructure with secure upload?
- Who will provide engineering owners for integration and remediation steps, and how many FTEs can be allocated during the pilot?
- Do you have CI/CD, automated flow scripts, or SRE support we should know about when integrating?
If Things Go Wrong — Who Pulls the Emergency Cord?
- If a remediation change introduces a timing or functional regression, what is your typical response and who owns the rollback decision?
- Do you have a documented rollback plan for mask changes or quick-patch procedures? If yes, briefly summarize.
- What escalation path do you expect during a pilot for critical issues (names/titles and expected response times)?
- Have you ever executed an emergency rollback or stopped a mask release due to DFM/FA findings? What happened and what would you change next time?
- What maximum acceptable response time (SLA) would you expect from our team for critical pilot issues?
How We'll Measure Success — The Acceptance Checklist
- Are you more concerned about minimizing false positives that waste engineering time — or maximizing detection of any possible hotspot even at the cost of noise?
- Which of the following will be formal acceptance gates for the pilot? (select all that apply)
- How will wafer/inspection validation be provided and what is the expected turnaround (e.g., next wafer, 2–3 weeks)?
- Who formally signs off that the pilot met acceptance criteria (titles/roles)?
- What would cause you to declare the pilot unsuccessful even if some metrics improved?
Practical Next Steps — From Agreement to First Run
- What would make you comfortable committing to a 4–6 week pilot starting as early as next month?
- List the immediate blockers to starting the pilot and the person or team responsible for each blocker.
- Which legal / contracting items do we need to complete before data transfer (company NDA, foundry waiver, MSA, other)?
- Propose an ideal kickoff date and a realistic fallback date for the pilot.
- Who should be our day-to-day contact for coordination (name/title/email) and who is the executive sponsor we should keep informed?
- Is there anything else about your environment, constraints, or past experiences that would help us design a low-risk, high-value pilot?
-
Deployment Enablement
Integrate tools into place-and-route loop, run pilot analyses, assign engineering owners, and schedule iterative remediation windows.
-
Validation Checklist
Verify calibration outputs against wafer/inspection data, confirm hotspot accuracy and false-positive targets, and document acceptance results.
Validation Questions
Quick Intro: Who You Are & Which Tapeout We're Looking At
- Who is the primary contact we should work with on manufacturability and yield for this engagement?
- What was the date (or planned date) of the recent tapeout you want us to evaluate?
- Briefly summarize the observed yield shortfall from that lot (%, when observed, one-sentence root cause if known).
- Which internal and external teams would participate in a pilot or remediation (pick all that apply)?
- Do you already have layout and wafer/inspection data immediately available for analysis?
If DRC Says 'Pass', Why Are Wafers Saying 'Fail'?
- Have you been treating a 'DRC-clean' signoff as a guarantee, even when wafer results suggest otherwise?
- When yield failed recently, what concrete evidence pointed to lithography or CMP-sensitive patterns rather than electrical bugs?
- How many tapeouts in the last 12 months showed unexpected yield issues traced back to pattern-related manufacturing problems?
- What emotional or business consequences did that yield shortfall cause (e.g., schedule slips, executive escalations, lost revenue)?
- What would it feel like for your team if these pattern-driven yield losses stopped happening?
Where Your Current Signoff Flow Hides Noise
- Which hidden checks or manual steps in your signoff flow are most likely masking real yield risk?
- Which tools and checks compose your current signoff flow (select all that apply)?
- Where in the flow does DFM typically run for your projects?
- How much engineering time do you normally allocate to reviewing and triaging DFM/DFT findings per tapeout?
- Walk me through a recent example where a flagged issue was deprioritized and later traced to yield impact—what happened and why?
Are Your Tools Raising the Right Alarm or Just Noise?
- If your current toolset is flagging tens of thousands of patterns while only a few hundred actually kill yield, how long can your team keep sorting noise from signal?
- Approximately how many DFM/DFT findings does your current flow produce per million layout features (choose closest)?
- Based on failure analysis, how many true yield-killing hotspots did you find per recent tapeout (estimate)?
- Which root causes have actually shown up in wafer failures for you (select all that applied)?
- How many engineering-hours does it typically take to triage and validate a single flagged hotspot from your current flow?
- What would reducing false positives by an order of magnitude enable your team to do differently in the run-up to mask commit?
How Confident Are You in Your Foundry Models and Calibration?
- How confident are you that your foundry PDKs and process models reflect the real wafer behavior you’re seeing?
- Which process nodes are most relevant for this evaluation (select all that apply)?
- Has your DFM/hotspot engine been calibrated against your wafer inspection data before?
- If calibration is partial or missing, roughly how much wafer data would you expect is needed to get to production-grade accuracy (samples, lots, or wafers)?
- Would you be willing to share wafer inspection files and corresponding layout for calibration under NDA / data controls?
What Does 'Good Enough' for Acceptance Actually Mean?
- If we deliver a prioritized remediation list, what single metric would make you call the pilot a success?
- What minimum yield improvement (percentage points) would justify the engineering effort and any delay to mask commit?
- What false-positive target would you consider acceptable for a production-ready hotspot detector (per million flagged)?
- Who needs to sign off on acceptance—internal owners and any foundry stakeholders—and what form must acceptance take?
- How do you prefer the acceptance evidence to be presented: quantified hotspot list + wafer correlation, visual overlays on GDS, or sample-focused FA cases?
Who Will Do the Work — Integration, Fixes, and Operational Ownership?
- When the tool hands over prioritized fixes, who will be responsible for implementing them?
- How tolerant is your timing window for fixes that may require re-timing or ECOs?
- Which EDA and P&R tools must the solution integrate with (select all that apply)?
- What enablement format do your engineers respond to best when adopting a new tool?
- Do you want the DFM analysis embedded into the P&R loop (catch early) or run as a high-confidence post-P&R gate?
What’s Really Holding Back Adoption—Beyond Technology
- If a technology reduced false positives by 100x, what non-technical reason might still make your team resist adoption?
- Have you seen cultural or organizational blockers when trying to add another sign-off step? If so, what were they?
- What procurement, licensing, or foundry approval hurdles do we need to anticipate for a pilot and subsequent rollout?
- How emotionally ready is your team to try a new DFM approach right now?
- What would most reduce resistance—clear ROI, foundry endorsement, low-risk pilot terms, or a dedicated integrator?
Pilot Practicalities: Data, Legal, and Timeline
- Will you allow an external model to run against your recent layout and wafer data for a pilot, assuming standard NDAs?
- Which data artifacts can you provide for the pilot (choose all that apply)?
- What legal or foundry approvals (NDAs, partner agreements) are required before data can be shared?
- What timeline would you be looking for a pilot from data handoff to actionable remediation list?
- What would success look like in the first pilot report (specific deliverables you expect)?
If We Showed Yield Recovery, How Quickly Could You Commit?
- If a pilot demonstrated a prioritized set of fixes that recovered X% yield, how quickly could you commit to executing them?
- Who holds final budget or escalation authority for a pilot and subsequent purchase?
- What commercial model would make a pilot low-friction for you?
- Which stakeholders must be present for a kickoff meeting to make a pilot productive?
- What communication cadence do you prefer during a pilot (to keep momentum but not overwhelm teams)?
Final Check: Concerns, Red Flags, and Small Commitments
- What would be an immediate red flag that would stop you from moving forward after the pilot?
- Are there any internal deadlines, regulatory windows, or foundry mask-commit gates we must not interfere with?
- What is one small, non-disruptive thing we could do in the next 7–14 days to build trust with your team?
- Who should we follow up with next and what is the preferred channel to schedule the kickoff?
-
-
Success
Review pilot results against success signals, confirm yield-risk mitigation and integration readiness, and track ongoing issues and enhancements.
Success Reviews
- Pilot Results Review — Success Signals
- Wafer Correlation & Failure Analysis Deep‑Dive
- Integration Readiness & Engineering Handoff
- Remediation Prioritization & Deployment Window Planning
- Ongoing Monitoring, Escalation & Enhancement Roadmap
Issues & Enhancements
- Minimize tapeout risk by scheduling high-impact, low-effort fixes early and documenting tradeoffs for larger changes.
- Document miss root-cause actions (e.g., augment dataset, adjust preprocessing) and owners.
- One‑sentence current sign‑off flow and integration objective
- Finalize integration approach and automation pattern that fits the customer's P&R/sign-off flow.
- Assign clear engineering owners and access responsibilities to avoid deployment friction.
- Agree a concrete pilot→production checklist including rollback and escalation procedures.
- Deliver an integration runbook (APIs, data schema, sample scripts) and a deployment checklist within 5 business days.
- Provision access to required environments and confirm user accounts for assigned owners.
- Create a scheduled test deployment with owners and success criteria on the calendar.
- Prioritization Criteria Recap
- Agree a prioritized remediation list mapped to tapeout windows and resource availability.
- Assign remediation owners and verify each fix has a clear verification path and acceptance criteria.
- One‑sentence Current State & Consequence
- Publish the finalized prioritized remediation backlog with owners, estimates, and scheduled windows.
- Create remediation tickets in the customer's tracking system and attach verification checklists.
- Book the remediation and verification windows on engineering calendars and notify impacted teams.
- Monitoring Signals & Dashboards
- Put in place monitoring and alerting that detect regressions in hotspot detection and yield correlation quickly.
- Agree an operational triage and escalation process with SLAs to ensure timely resolution of issues.
- Define a sustainable model retraining and enhancement roadmap that preserves calibration with foundry data.
- Deliver initial dashboards and alert definitions for the agreed KPIs within the first production week.
- Publish the triage/escalation contact list and SLA commitments to all stakeholders.
- Create a prioritized enhancement backlog with estimated impact and a 90‑day roadmap for improvements.
- Confirm whether pilot meets agreed success signals and produce a clear acceptance decision.
- Validate that representative proof cases demonstrate the promised yield mitigation in the customer's context.
- Identify any remaining calibration gaps or missing evidence and assign owners/timelines for remediation.
- Deliver a concise pilot results report mapping each success signal to measured outcomes and a recommended acceptance verdict.
- Produce an itemized list of calibration gaps and missing data with owners and dates for completion.
- If accepted, prepare a signed-off acceptance note and Handoff packet for integration planning.
- Pre‑work & Mapping Assumptions
- Establish transparent, reproducible linkage between tool findings and wafer failures with quantified metrics.
- Identify and prioritize the root causes for any false negatives and define calibration work to address them.
- Agree numeric FP/FN acceptance thresholds and the data required to certify them.
- Deliver a mapped dataset (layout ↔ wafer images ↔ failure labels) for any disputed cases within 3 business days.
- Schedule model calibration runs and assign an engineer to own retraining and validation, with milestones.
- Restate Future State / Success Signals
- Top‑Priority Hotspot Review
- Integration Architecture & APIs
- FA Case Studies
- Issue Triage Workflow & SLAs
- Model Retraining & Foundry Calibration Plan
- Automation, Runtime & Performance
- Remediation Windows & Resource Plan
- Statistical Correlation Analysis
- Pilot Summary Metrics
- Proof Cases: hotspot → remediation → predicted impact
- Verification & Acceptance Steps per Fix
- Unmatched Failures & Miss Analysis
- Enhancement Backlog & Intake
- Owner Roles, Access & Permissions
- Pilot→Production Checklist, Rollback & Escalation
- Review Cadence & Success Metrics
- Customer Validation & Calibration Gaps
- Calibration Path & Acceptance Targets
- Decisions & Ownership
- Decision & Next Steps
- Timeline & Gate Criteria