We need custom hardware for this product. How would you decide between an ASIC and an FPGA?
Compare a large one-off engineering cost against a much lower cost per unit, and set the break-even volume from those two numbers. Then weight it with what a mistake costs: an FPGA is reprogrammable and ships sooner, an ASIC is smaller, faster and cheaper per part but a functional bug means a respin measured in months.
Answer
Short answer
Choose between an ASIC and an FPGA by comparing break-even volume, schedule risk, power, area, and how costly a late bug would be. FPGAs are faster to ship and reprogrammable, while ASICs win at stable high volume when lower unit cost, power, and size justify the upfront NRE and verification burden.
Was this answer helpful?
Likely follow-ups
- Which parts of your RTL would have to change when moving a working FPGA design towards an ASIC?
- How would you keep an ASIC schedule from being held hostage by one late specification change?
- What would make you choose an FPGA even at a volume where the ASIC is clearly cheaper per unit?
- How does the risk of a part going out of production differ between the two routes, and who carries it?
Related questions
- How do you decide whether to build a capability in-house or buy it?mediumSame kind of round: design5 min
- How do you decide whether to use a managed service or self-host a component, and which cloud costs catch teams out?hardSame kind of round: design6 min
- You have six teams building one product and they keep blocking each other. How do you coordinate the dependencies, and what do you make of frameworks like SAFe?hardSame kind of round: design6 min
- Your advocacy team can either build things - an SDK, sample apps, better reference docs - or publish things: posts, talks, videos. Both compete with the product roadmap for the same engineering time. How do you decide the split?hardSame kind of round: scenario5 min