{"type":"rich","version":"1.0","provider_name":"Transistor","provider_url":"https://transistor.fm","author_name":"How I Tested That","title":"Bill Fienup | How I Tested a HardTech Innovation Center","html":"","width":"100%","height":180,"duration":2105,"description":"In this episode I’m joined by Bill Fienup. He’s the co-founder of mHUB, one of the world’s leading hardtech innovation centers, located in Chicago, IL.We explore how he went from building Nerf gun prototypes at MIT to creating a space where thousands of hardware founders can prototype, test, and scale physical products. What started out as a meetup group and a spreadsheet, grew into a full ecosystem with millions of dollars in equipment and billions of dollars in economic impact.Bill shares how to test hardware ideas without burning capital, why most teams over-focus on feasibility instead of desirability, and how to validate what people will actually pay for before you build.If you’re working on physical products, or funding them, this episode is a masterclass in how to test before you invest.Enjoy my conversation with Bill Fienup.TakeawaysStart with the problem, not the solution. The biggest risk isn’t building something, it’s solving a problem that customers don’t care enough about to act on.Desirability and willingness to pay matter more than feasibility early. Teams often over-focus on building, but the real uncertainty is whether customers value the solution enough to pay.Test demand before investing in development. Simple experiments like landing pages or fake purchase flows can validate real interest before committing resources.Iterate in spirals, not stages. Move across desirability, feasibility, and viability repeatedly, increasing investment only as uncertainty is reduced.Avoid building the wrong thing the right way. Strong execution can’t fix a fundamentally misaligned product, validation must come before scale.Use competition as validation. Existing solutions signal real demand and confirm the problem is worth solving.Focus on the majority, not edge cases. Designing for the loud minority can increase cost and complexity without improving overall product-market fit.Community can be a powerful starting point. MHub began as a meetup and shared...","thumbnail_url":"https://img.transistorcdn.com/hRAQ0Cvexq2Nhl7H1KPLfxWZ14skSKkH4xG8JMRnoOM/rs:fill:0:0:1/w:400/h:400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9zaG93/LzUwMDU0LzE3MDg3/MTI0NTQtYXJ0d29y/ay5qcGc.webp","thumbnail_width":300,"thumbnail_height":300}