We scan new podcasts and send you the top 5 insights daily.
The software-centric Minimum Viable Product (MVP) model is ill-suited for hardware. Instead of aiming for a 'viable' product, focus on a 'testable' one. This allows for controlled pilot deployments to gather real-world data and iterate before committing to expensive, hard-to-change physical designs.
In hardware automation, a "go slow to go fast" approach is essential. Iterations are too slow and costly once hardware is built. Front-loading validation through drawings and simulations avoids major architectural issues that often get buried later due to project momentum or "go fever."
As articulated by Eric Ries in 'The Lean Startup,' raw speed of shipping is meaningless if you're building in the wrong direction. The true measure of progress is how quickly a team can validate assumptions and learn what customers want, which prevents costly rework.
A structured, three-stage validation protocol can test raffinose in just eight weeks. It progresses from a 96-well plate screen to spin tubes to benchtop bioreactors. Each stage has a clear go/no-go criterion, allowing teams to quickly determine viability for their process without over-investing resources.
Unlike software, hardware iteration is slow and costly. A better approach is to resist building immediately and instead spend the majority of time on deep problem discovery. This allows you to "one-shot" a much better first version, minimizing wasted cycles on flawed prototypes.
In aerospace and defense, the classic Silicon Valley motto is dangerous. Hardware failures can lead to physical harm and mission failure, unlike software bugs. This necessitates a rigorous testing and evaluation stack to prevent edge cases before deployment, making speed secondary to safety and reliability.
Moving technology from academia to a startup requires a crucial mindset shift. The academic goal of publishing data must be replaced by the industry requirement of extensive validation. For Vivtex, this single piece of advice added years of work but was essential for creating a commercially viable platform.
Don't build a perfect, feature-complete product for the mass market from day one. It's too expensive and risky. Instead, deliver a beta to innovator customers who are willing to go on the journey with you. Their feedback provides crucial signals for a more strategic, measured rollout.
For frontier technologies like BCIs, a Minimum Viable Product can be self-defeating because a "mid" signal from a hacky prototype is uninformative. Neuralink invests significant polish into experiments, ensuring that if an idea fails, it's because the concept is wrong, not because the execution was poor.
Moving from a science-focused research phase to building physical technology demonstrators is critical. The sooner a deep tech company does this, the faster it uncovers new real-world challenges, creates tangible proof for investors and customers, and fosters a culture of building, not just researching.
Founders embrace the MVP for their initial product but often abandon this lean approach for subsequent features, treating each new development as a major project requiring perfection. Maintaining high velocity requires applying an iterative, MVP-level approach to every single feature and launch, not just the first one.