Skip to main content

Elmo Pakkanen

 

Lilium is a German electric aviation startup, with a vision to create a sustainable and accessible mode of high-speed, regional transportation. Founded in 2015 by engineers and PhD students at the Technical University of Munich, the company went public through a SPAC in September 2021. What they’re building is ambitious to say the least, with the potential to transform sustainable mobility as we know it. At Slush 2021, we had the chance to talk to the Lilium Co-founder and VP Product Patrick Nathen about the process of building such an ambitious product. 

 

Expect to learn:

  • Choosing the entrepreneurial path
  • From engineer to product: what are the biggest differences
  • Patrick’s three leadership principles
  • How to make hardware less hard

How innovative founders are made

“Everything that flies has always been my thing.”

What initially piqued Patrick’s interest for aviation was his love of ‘flying things’, which he wanted to pursue in a way useful to society. When Lilium was founded, Patrick was finishing his PhD; yet academia didn’t seem like the best path to pursue this passion. 

“First I went into chemical engineering to study the ‘big boom’ of rockets, and then I went on to study aerospace engineering. In my PhD, I focused on the modeling of turbulent flows. I was always quite aware of entrepreneurship as a possible path, and ultimately figured out that academia and science are more incentivized towards dropping publication as quickly as possible in order to make money, rather than doing things that are right for humanity and society.”

Corporations weren’t an option either due to their incremental approach to problems that need to be solved on a short timeline.

“Corporations need to be in maintenance mode, maintaining their business model. Even when big companies have a lot of cash and could try to disrupt themselves, they can’t, because the system discourages them from doing it – you need to make a profit in the next quarter.”

Patrick sees startups offering an opportunity for rapid change, as they can be more focused on their purpose rather than maintaining internal structures – purpose also happens to be a better selling point when recruiting. 

“We chose to raise money with the intention of leapfrogging progress and making significant change over a decade. When you do this, everyone can actually focus on the company’s purpose. Having a meaningful purpose attracts much better talent than just making a profit.”

From engineering to product

Given his background, Patrick started off at the engineering side of things and later transitioned into his current role of VP Product.

“At the very beginning I was focused on calculation because of my scientific background: how can we get insights from the computer as fast as possible? How do we design the aircraft, what are the aerodynamics, the noise, the flutter? Are the structural mechanics of the aircraft strong? I basically took care of the whole design process.”

What are the biggest differences between the two?

“Engineering is very process focused. You don’t certify an aircraft, you need to certify the organization that builds the aircraft. Engineering was more structured, fact-based and about doing documentation.”

As Patrick puts it, product is about building the organization around engineering to bulldoze problems away from it; it’s about HR communications, coordinating physical activities, documentation, speeding up communication and breaking down silos. 

“Product broadens your way of managing from observing a function and its rules and processes to a program perspective and thinking about how we can create nonlinear momentum all the time. This was a change; especially as an engineer it’s difficult to think like that, but I think it is also a very helpful skill set to have and to double up on.”

Building an ambitious hardware product

Patrick’s move to product was prompted by the desire to expand beyond engineering, and a feeling that he could have the knack for building convenient operations around the engineering process. But building a product for a company like Lilium is atypical to say the least. 

“What product normally means is you have a customer, you have a market, and you have a product that’s actually developed –  in our industry this is all still in the future.”

Product for Patrick acts as the support and interface between commercialization and engineering. 

“I’m focused on things like customers’ needs, aircraft and ground operations, differences in different geographies, getting data out of the aircraft and so on. I always say engineering takes care of time to market, I take care of time in market. And then there’s the second area, which is around the digital platforms where you actually take care of the digital product, moving away completely from the aircraft to understanding everything to bring it into service.”

This means that product is about translating market needs into technology. 

“There is a market: what do we do with this market? What can be adjusted for example, when our business team says, let’s fly from Helsinki to Toulouse. That means we need to have an overwater operation, we need to have a raft, what does it mean for the customer? Is it more gusty? What are the vibration limits then inside of the cabin? And how do you design it? It basically requires that you can also fly the aircraft at night and in rain and in ice.”

 

Product development – from raw engineering to design thinking 

The change in role from engineer to VP Product has also altered how Patrick approaches the product development process.

“As an engineer, you’re always like oh, cool tech, your thing happened.”

In the post-SPAC stage his focus has shifted to a more granular understanding of how the customers use the product. 

“Currently when I speak about customers, I mean for example pilots, the ground staff and maintenance crew, not the passengers. If you have an aircraft that no one can maintain, for example it takes three hours just to get a seat out of the aircraft, then the product is bad. And then we’re always reviewing what the experience is like for the pilot. You don’t want to have the pilot to stress for 10 hours when they’re flying. What you want them to say is ‘I can fly another 10 hours because this thing is awesome’.”

This has also meant moving from raw technical solutions to design thinking; honing down to the purpose of each choice and the trade-offs associated with them. 

“As a normal engineer, you would always go with what’s the lowest rate possible.”

“For example, we had a recent discussion on if we want to make the joysticks in the aircraft move, or if we want to make the pilot move. Because of the cables and everything in the cockpit, our first instinct was to make a tradeoff for less complexity and make the pilot stand still and the joystick move around. But it’s the pilot who needs to handle the plane and they’re sitting there all day, so we decided to give them the flexibility to move around however they want.”

From technical founder to leader

“What you need to understand as a founder is whether you have the skills to lead or not. If you don’t, that’s fine. You should not solely rely on your own management skills. You are the founder, you have a vision, you have the idea. Get a manager in place that can support you in these topics.”

For Patrick it comes down to self-awareness: making sure that your own limitations don’t turn into stumbling blocks for the company as a whole. 

“How good are you and how honest can you be about it? You need to understand if you can lead or not, and if you can’t, find a co-founder who can. You have to be aware of your weaknesses and limitations.”

Patrick draws on an example of his own occasional weakness in what he describes as being chaotic and unconstructed, trading off communication for speed.

“This sometimes means leaving alignment with others behind. Then people aren’t properly aligned with the overall goal just because I wanted to be faster, and it actually takes longer afterwards. So where does it stop then? Could I handle having teams all across the world, would this be a difficult situation for me? I can’t even know the full extent of my limitations yet.”

Patrick mentions three principles by which they generally lead at Lilium:

 

#1: Create a safe space

This is a space where people can address all problems and put everything on the table. Every founder says this, but your team really is everything. You need exceptional people across the spectrum. There are no shortcuts to this – you need to hire people who are smarter than you, faster than you, and more ambitious than you. You need to create room for them to fail and then to translate those failures into learning, and that learning into progress.

 

#2: Give people a purpose and clear goals

Nothing is more confusing than diverging goal setting and lack of clarity on how you get there.  Never underestimate how important clear purpose and clear goals are together. This is the single most important thing.

We have a clear purpose, and we drive everything with this purpose in mind: we outline clear yearly and quarterly company goals of needing to achieve A, B, C, D, E. Does everybody understand that and have clarity on that? How you do it, I don’t care, just go fix it. If you see a problem, I’m there to bulldoze the problem away. But other than that, you’re doing it.

People in your company are highly motivated. They want to do whatever it takes to bring the company forward, as long as they know what to focus on. In an ideal world, if you went to anyone in your company regardless of their team or hierarchy and woke them up at 3am and asked them what’s the goal they are working for, they should be able to tell you immediately. That’s how you create purpose, by people always knowing what they’re doing, and how their work contributes to the company. You need to over communicate this.

 

#3: Vulnerability

When you show and demonstrate to your team that shit is also hard for you, it creates a completely different, trust-based dynamic. I think this is something that many leaders are underestimating.

As a founder you need to be almost naive to build something ambitious. You don’t need to know everything when you are starting out, you basically just need a big dream. You need to test and fail – failure allows you to learn, and slowly your naivete turns into professionalism. This also applies to your team, but you need to show it first.

 

One last piece of advice: Hardware is hard, but easier with a helicopter view

Hardware is not the easiest type of startup to build, as Patrick would agree, having said that ‘If you think that any task in a hardware startup will be easy, then think again. Reality frequently comes around and roundhouse kicks you.

“Especially as a hardware company, you always need to understand your cash burn against your product delivery rates, and to understand if you are going to run out of money before you can ship your next product iteration.”

…and Lilium has had their share of those roundhouse kicks.

“For example, at the beginning of COVID, one of our aircrafts caught fire during routine ground maintenance. We hired 400 new people, we doubled in size, we built a new aircraft, certified it, and it burned down.”

There’s an educational purpose to it all. “You get a very thick skin from these slaps of reality that you get all the time. You learn to understand the fundamental thing about each problem very quickly, and how they affect your day-to-day business.”

Hardware is hard, but taking a long-term perspective, or as Patrick says, ‘a helicopter view’ makes it easier to deal with failures. 

“There’s this great quote from Bill Gates, who said: ‘Most people overestimate what they can achieve in one year, but underestimate what they can do in ten years.’ The temptation to focus on bad things and moan about them is very big. But that’s just a moment in time, especially when you’re on such a long journey. You need to realize it’s not a marathon, it’s an ultra marathon, and you’re running three of those.”

Learning to Fly – the Founding Story of Lilium

Patrick Nathen (Lilium) HERE.