Lucid Is Committed To Building the Automobile In An Entirely New Way
Mike Bell's past software experience helps him bring a different mindset to building cars at Lucid.Mike Bell's been fascinated by how things work from the time he was a boy. He'd take apart various household items and (usually) put them back together—not always to the delight of his parents. "I wanted to be an engineer kind of forever," Bell said of his desire to do something useful, to learn "how to make things that work with nature in a good way." That insatiable curiosity led him into, yes, mechanical engineering, programming, and electrical engineering. He parlayed that into 17 years of ups and downs at Apple, where he played a key role in the development of various products including the iPhone and Apple TV.
0:00 / 0:00
Bell has made several subsequent stops during his 30-plus-year career, including his latest position as Lucid's senior vice president of digital, responsible for the automotive startup's software development, advanced driver assistance systems, and IT. He's learned several important life lessons along the way, including the belief that anything's possible, you need to lead by example and stay technically competent, and make sure you reward good people for their hard work. He's also gained significant insights about the auto industry during his time at Lucid and a brief stint at another startup, Rivian, which he shared with us.
What hurdles do you see facing legacy automakers in the software-driven age?
It's been eye-opening for me, coming into the automotive space. Cars now are more like server clusters than traditional automobiles. It takes a completely different mindset to build what's essentially an electronics product that also happens to go 170 mph.
The biggest thing I see is that traditional automotive manufacturers don't seem to understand that you can't apply old ways of doing things to this new software-defined vehicle paradigm. The suppliers you had 10 years ago would give you parts, and you assembled them into a vehicle. But suppliers don't have the software and hardware competence you need to build something like a Lucid Air.
You have to do most of the stuff in-house. Writing a spec, giving it to a third party, waiting six months, then slapping together the piece you get—you're gonna end up with something pretty mediocre against what happens if you bring the talent in-house to own everything yourself.
This is now a systems play: The software and the hardware, the mechanics and the dynamics, they're all one thing. And a lot of people aren't willing to make that leap and adopt this new way of doing things.
Given your in-house mindset, how closely do you work with partners and suppliers?
Just because we designed stuff in-house doesn't mean we have to build it. We'll design all our computing units going forward, but we're certainly not a computer-board manufacturer.
It's fine to go to a supplier for things that have been around forever, that are very well understood and not particularly high tech. You have to have acceptance criteria, performance criteria, and you have to treat those partners like an adjunct of your own company.
The mistake I see people make is they think they can throw a set of requirements over the wall, get something back, and just slap it into a product without verifying it, without working with the partner all along the way.



