GM software boss: we have ‘high conviction’ ditching CarPlay is the right path

GM’s Baris Cetinok is committed to building a custom experience to rival that of Apple and Google.

Share this story

Photo illustration of GM SVP Baris Cetinok.

Photo illustration by The Verge / Photo: GM

Today, I’m talking with Baris Cetinok, who has one of the longest titles of any person we’ve had here on Decoder. He is, officially, General Motors’ senior vice president, software and services, product management, program management, and design. 

Those are a lot of words that mean Baris is in charge of all the software in the cars that GM makes, which is a lot of cars. And if you’ve been following any of the drama in the world of car software, you know it also means Baris is the guy who has to defend GM’s decision to drop Apple CarPlay and Android Auto from most of its cars, especially EVs.

Now, Baris didn’t actually make that call, which GM announced in early 2023; he only joined GM about a year ago, after a stint running services at Apple including Apple Pay. But it’s his job to make sure that GM’s software platform, which is called Ultifi, is so good that people won’t miss CarPlay. That is a tall order. Every time we do a Decoder episode with a car person, we talk about CarPlay, and then we get an avalanche of emails from people who say they’ll never buy a car without it. See, we really do read all the emails.

Baris’ main argument for ditching these smartphone projection systems is that GM needs more control over the user experience inside of the car in order to build some of the features and services he has on the roadmap — and that handing over the displays of the car to Apple and Google simply won’t allow the company to innovate fast enough, so the company has to build its own user experience and software stack.

This is a familiar argument and a familiar approach. But it’s something we mostly hear from newer car companies — Rivian CEO RJ Scaringe said the same thing when he was on Decoder just a few months ago, but it’s very different coming from a legacy automaker like GM, which doesn’t have the luxury of starting from scratch and has to transition away from letting a huge ecosystem of suppliers write their own software for various parts of the car.

So I really wanted to know how Baris is rethinking GM’s approach to software and the teams that build it. I especially wanted to know how he plans to ship and maintain all of that software across GM’s many individual brands and models. Right now, Ultifi runs something called Google built-in, which kind of feels like having a giant Android tablet in the car. That means Baris has to deal with all the problems of giant Android tablets, like making sure they have enough memory and processing power to last for a long time, even as the demands of users and software developers increase. This is a big task.

I’ve had versions of this conversation with the CEOs of car companies before, but Baris is in charge of building this stuff, and we got really into the weeds of product and program management here. In maybe the biggest challenge of all, I asked him if anyone can actually explain all of Google’s various car platforms, and, well, you’ll hear his answer.

Okay, Baris Cetinok, GM’s SVP of software and services — and a whole bunch of other stuff. Here we go.

This transcript has been lightly edited for length and clarity. 

Baris Cetinok, welcome to Decoder.

I’m delighted to be here as a longtime listener and first-time contributor. What a delight.

I’m very excited to talk to you. There’s a lot to talk about. There’s a lot going on with cars, and there’s a lot going on with GM, specifically the software you oversee. You were at Apple for a while; you actually just mentioned to me that we met at the Apple Pay launch. That’s what you worked on at Apple. You came to GM just a little over a year ago, and as of June, you have an incredible new title at GM. I’m going to read you the whole thing because I want you to explain to me what it means.

You are GM’s senior vice president of software and services, product management, program management, and design. What does that all mean?

That’s a great question. So the hypothesis around our organizational structure is that we are a functional-oriented organization. We are somewhat emulating how modern technology, especially software-driven technology firms, are structured, which is that you start with a group of people who are in the product side of the house. These are the people who think about the what: “What should we build?” And also the why: “Why should we build it?” 

Their job is to be the voice of the customer inside the company. They listen to the customer, they listen to journalists, they listen to the zeitgeist, they do research themselves, read research, and develop a thesis and, eventually, a hypothesis around, “Wouldn’t it be great, wouldn’t it be cool, wouldn’t it be amazingly interesting to do X?” That’s the what and why part; that’s what product managers do. 

Then, you need to think about the how, and that’s when design and engineering comes into the mix. I like the Disney term “imagineers.” These are the people who imagine and engineer things, and make those things real. You cannot ship PowerPoints, Excel spreadsheets, and Figma files. You need to turn them into real code or real beautiful designs. That’s engineering plus design. 

And then program managers are the people who keep us honest, on time, on schedule, on budget, and remind us we need to make some decisions in a timely manner. They’re like the coxswain of the crew team. They’re the ones who are keeping the rhythm going, “Faster. Slow down, pay attention, more here.”

I don’t know about you, but I’m a huge sports fan. It is a team sport, and these are the top players of a basketball team’s starting five. They each have their role, they know how to defer to each other, and they know how to pass the ball. But the goal is actually just to have a winning team and build awesome products.

You’ve opened the door to an entire hour-long conversation about program managers versus product managers. I want to talk to you about a lot of other things, but we do have a lot of product managers and people who build products who listen to the show. What in your mind is the real difference between a product manager and a program manager? Because that’s not a split every company has.

Yes, and I get this question asked internally. I’ve been very fortunate, there’s been a few moments in my life where the right time, right place, and hard work met. I worked at Microsoft in the ‘90s and early 2000s.Then, I was part of the AWS group when it was just getting started at Amazon. Then, I spent a decade at Apple. One thing that’s common at all of these companies is that a strong program management culture met a strong product management culture. Product is the group that is expected to synthesize all those inputs we talked about, and put out a hypothesis. If you’re a product manager for, say, Super Cruise, you basically articulate, “Wouldn’t it be amazing if…”

It starts with simple sentences like this. It’s not some dollar sign. It’s not some ethnographic study that says, “Wouldn’t it be amazing with technology when you’re driving?” Warrior’s fan full disclosure: I drive from south of [San Francisco] to Chase Center twice a week, and 90 percent of my mileage is on [Interstate] 280, and 90-plus percent of my time is on 280. I think, “Wouldn’t it be amazing if I can be less stressed during that period? I can do other things because it can potentially be automated.” That’s the initial expression of that hypothesis. 

Of course, it’s easy to say these kinds of things. It could be sci-fi, or you can make it a reality. Engineers come in, but the program managers say, “I love your vision, but now we need to divide this up into bite-sized chunks, into real and demonstrable milestones so you can truly demonstrate progress towards a real outcome and a date.” Some companies have that drum beat in a very predictable way. Every September, you must release a new phone. It sets that entire rhythm and everybody works towards that. Those are the program managers.

The same thing applies here, right? When we set out to build an amazing car like the 2025 Blazer EV, you have vehicle program managers and software program managers coming together. All these thousands of parts come together by the thousands, and build such a complex, beautiful machine called a car. That’s why you also need a strong program management culture to bring it all together, package it, and ship it. So without these four or five players playing together, it’s almost impossible to build amazing products and ship them on time.

I want to ask one more question on this. I’m trying not to get myself sidetracked into how curious I’m about this across the industry. You were at Apple. Apple is famous for not having traditional PMs, right? They have product marketing managers who are outbound to the customer. That’s very different from a bunch of other companies like Google and Meta. 

How do you think about that at GM? Because you’re not really marketing the software, right? You’re marketing a car. Then GM has multiple brands with multiple expressions of the software and the car platforms. That seems like a very challenging job description.

I think you made a good observation. Apple tries to find its unicorns who are good at product management and also always has an eye for great storytelling. So I worked for a gentleman named [Greg “Joz” Joswiak] and afterwards Jennifer Bailey. They’re consummate product leaders who start with the customer value proposition, turn it into a product, and eventually ship it. So titles aside, good product managers always start with a customer backwards story. You need to have an end story in mind. Some companies like Amazon ask their product managers to write fake press releases, literally saying, “How would you like the press release to read if your product was being announced today?” So product managers actually do end up collaborating very closely with marketers because they are the stewards of the product. They know the facts and the spirit of the product.

So in a company like General Motors, we are actually very similar to some of these other companies we’re talking about. We are a hardware, software, and services company. We built beautiful industrially-designed vehicles, amazing engines — be it electrical propulsion or internal combustion —  amazing interior styling, plus software and service like OnStar that’s been around for 25-plus years now, all brought into one product. When you have these types of different domains and product knowledge, it’s important to come together. 

For example, I have two cars right now. I get to drive fun cars; every six months I get to drive something different. One of my cars is a Hummer EV pickup truck, and the other one could not be more on the other end of the spectrum: a not-yet released 2025 CT5-V Blackwing with it’s a six speed manual transmission. These two cars have amazingly different capabilities, with different software and capability stacks that come together. But it’s the same group of software people who are thinking about what it takes to create a performance car and also what it takes to create an amazing, hardcore off-road EV vehicle like a Hummer EV pickup truck. So, there is a way to create this type of expertise and collaborate. That’s what we’re trying to achieve here and doing it, I think, pretty well. In the last year, we had good demonstrative examples of how they came together.

First of all, well done on the Blackwing. I believe that’s the last one they’re going to make, right? I’m very jealous of this.

I actually don’t know the answer to that, but I have to say it’s an amazingly fun car.

I was going to say, if you didn’t have one Corvette in there, I was going to be mad, but a Blackwing is a reasonable substitute for a Corvette. 

Actually, let’s talk about that. That’s a good framework for a bunch of questions I have here. I talked to a lot of people in the car industry, and there’s a general sense that we are undergoing what amounts to a platform change in the car industry, from ICE vehicles to EV vehicles. That creates the opportunity to rethink a bunch of experiences inside the car.

I would say this is more or less conventional wisdom. People buy an EV, they think the whole car is going to be different. This is an opportunity to actually make things different. Whereas go from one gas car to another gas car, and suddenly the whole thing’s different — that might be unexpected or strange. I’m not actually sure I buy that. I think if you buy a gas car and it has a much better infotainment system, you’re not going to be mad, right? If you buy a gas car and it has Super Cruise, I think people will be generally happy. 

But there’s a bunch of stuff under that, like maybe Super Cruise is easier to deploy on an EV because you have finer-grain control over the motors, the braking system, or all the other stuff you might have mechanically in the car. Do you think that that’s true, that you need the EV transition to enable the user experience transition in the car, or are they just sort of coming along for the ride together?

First of all, I’m going to hire you as my internal evangelist. We can go on a whole tour across the company and pitch what you just pitched. But I wholeheartedly agree with you. I think what happened is that the propulsion change induced people to reimagine what cars and vehicles could do. I don’t think it was the root cause of it; it was just a spark that made people pause and start questioning what else we can reimagine in the car. However, I don’t think it’s correlation versus causation. I agree with you, propulsion change should not be the cause behind whether we should have more integrated, deeply aware experiences with our vehicles. One thing that I always try to say to people is that this is one of the most vertically integrated products you could probably buy in your life. Why wouldn’t we imagine a world where the navigation system, accelerator, HVAC, and something like Super Cruise are all talking to each other?

If you and I were just imagining a car and we knew nothing about technology, we would just describe that — that it just works, right? Forget full autonomy, you would just be like, “Hey, today I’m going to drive from here to Chase Center for the Warriors game. Help me get there.” That’s all you want. Today, we ask people to divide this into little subtasks, and you have to do all of the parts. That’s the magic of software. We take that complexity away, and we make it simpler. We automate certain tasks, and we hide certain tasks.

The thing that gets me excited about working at GM is that I get to imagine how I can tap into all the capabilities of this thing and create a deeply integrated experience. And yes, I have to say I learned it from the best. I mean, you look at a company like Apple who espouses deep vertical integration as one of the ways to create the most seamless experience. Case in point, we believe in the same thing for vehicles. and that’s why we believe we are a hardware, software, and services company rather than just a hardware company.

Apple is an interesting comparison. Obviously there was a car project there, but it appears to have not gone well. Is there a reason why GM is able to turn into a software company faster than Apple is able to turn into a car company?

One thing I came to really appreciate during my one-year tenure here is building cars is a complex system. Also, one thing that is important to appreciate is, yeah, you might get frustrated if you don’t get to post your favorite witty TikTok for an hour if there is a outage, but you don’t have that permission when you’re a safety-critical device that gets you from home to work, gets you to the hospital for your child’s first birthday, or if you need to go rush and pick up your kids from school. This needs to work every time, every day, even in snowy days and hot days reliably and safely — nonstop. That’s an amazingly high bar. There’s very few industries like that. 

Healthcare is one of them, right? Imagine if you’re a Type 1 diabetic and have to use those insulin pumps that monitor your blood sugar and decide how many milligrams of insulin to give you instead of in the old days when you had to prick your finger and do your own shots. Think about those kinds of systems. These things are life-critical, safety-critical things. So one thing you come to appreciate when you start building cars is that you need to get that right. That’s non-negotiable; that is job number one. Then, you start expanding it and say, “how can I create richer experiences?” because you’re now in that vehicle. 

I believe you can marry the right talent and the right players at a company. We at GM can create this kind of experience, and we have a good track record. Our cars have had software for decades now. What I think is changing is the software is now coming a bit more to the forefront in how you interact with the vehicle rather than ABS, which has been around for decades. That’s the magic of software, right? Emissions and how that’s controlled? That’s the magic of the software. How you take corners safely, that’s magical. There’s a lot of embedded software. I think what’s coming is just to the forefront and creating interactions. I believe we gathered the right group of people and the right talent to collaborate with the existing talent at GM to create those kinds of experiences. So I believe, in short, it’s possible.

When I look at the automotive industry broadly, there’s this set of startup players that have begun from an integrated platform, like Rivian and Tesla. You talk to the Rivian people and they’re proud of the fact that they built the car on ethernet, which most legacy car makers haven’t done. Then you talk to the big players like GM and Ford, and the conversation is all about reducing the number of microcontrollers across the car. We’ve got 45 ECUs across the car, we’re going to bring it down to 39, and that’s a huge victory, right? Because we’re reducing the amount of independent systems built by other suppliers. 

Where is GM on this journey? I realize you’ve only been there for about a year, but it seems like you can’t get to building all of the products you want to build or all the experiences you want to build unless you dramatically re-architect the car.

This is the beauty and the hard but fun part of having such a vast and rich portfolio like we offer to GM brands. We built a Hummer as well as sedans, the Blazer, Silverado, and Bolt. We have a very large portfolio that meets the needs of very different jobs that people want to get done. What that also means is that this is a popular portfolio. It’s been around for a while. This is not a startup proof of concept with just two vehicles. That’s a little bit easier to get started since it’s easy to start from a blank sheet and say this is the new norm because there is no preceding norm. So our job is just like any successful company. And we’re not the only ones, right? Think about Windows, which probably runs on PCs that’ve been around for four decades as well as a PC you’ll buy tomorrow, and they need to power an ecosystem with thousands of permutations or millions of permutations.

We do support multiple electric architectures because that’s what we do. We do build the software for them, and we are always also looking into the future for where else we can take it. The thing is, just like any company that’s working on its next electrical or electronic architecture, you are going to have a rollout that’s going to be progressive. You cannot flip an entire portfolio with three brands and tens of different offerings on day one. Also, you don’t have to. That’s the thing. I think our customers have different needs, different expectations, and we are working through that responsibly.

My team is already actively working on the next generations of architectures because these take five years to a decade or longer. So we are on this continuum. When you get into, let’s say a 2024, 2025 Lyriq, you experience a different electric architecture then you would have if you bought a Colorado ZR2 pickup truck, and that’s okay. 

By the way, customers actually don’t need to know. Our job is to hide that complexity and those choices. All you want is a reliable car that you can easily and comfortably get directions from, that routes you in such a way that you know when you need to charge, how much, where the charging stations are, that you can stream your music, answer your phone calls, etc. But let us do our job. We’ll hide the complexity, and we’ll continue to innovate and make things even better without you having to know it.

Well, the Decoder listeners want to know, so we’re going to stay right on this for one more second.

Let’s do it. Let’s unpack it.

When you talk about services broadly and what customers do or do not need to know about their cars, one of the main benefits of integrating car architectureI hear about all the time is that this is what enables over-the-air updates. The windows are malfunctioning, we’re going to ship an OTA and fix the windows. There’s a new feature we want to add to the car, so we can ship a feature and address every system in the car in one go. Drop the OTA and it’s done. 

Tesla is famous for this; Rivian does this. Legacy car makers have struggled with this because you’re integrating all of these systems from all these suppliers that talk to each other, but you can’t address them directly, or your suppliers have to write the code. That’s really the thing I’m asking about here. Have you taken control of that entire architecture or is GM still using a bunch of different components from different Tier 1 suppliers?

I think the way you purposefully simplified it — I’m not saying this in a diminutive manner — is the most stark way of turning it into a binary. If you don’t have full control of everything, you don’t design your own silicon, and you don’t do this, this, or this, you cannot create a device that’s updatable. That’s actually not true. I think in the industry, we need to be a little bit cautious about actively updating cars in our current architectures. Yes, maybe some of the pieces that need to be updated are harder to upgrade, but they’re not impossible to upgrade.

This is the moment — again, I always put the onus on creators, on makers — where it’s our job to figure out the hard part. Yes, it would be amazing if I was given a blank sheet today to simply design a central compute with just one magical button. But if you were to unpack any consumer device you had in your pocket that existed for the last 15, 20 years, we all went through this type of evolution, yet we always found a way to make them updatable and kept them current. It was harder to do internally, but you as a consumer hopefully never had to feel that difference. There is great promise in moving to, for example, IEP or ethernet-based architectures, in creating more central compute units to try to get more flexibility and easier updates.

That’s on our roadmap, but I am not waiting for that day to arrive to be able to get you updates today in your Blazer EV, in your Lyriq, in your Hummer, in your Corvette. We’re doing that every day, all day. That’s why I also want to be very clear that there is not a yes-no answer for if you must wait for the future to come, and have only modern companies that do it. We are doing that every day, and we are going to continue to innovate on the electric architecture. You will see it and experience it, but one day, hopefully you don’t even notice that the silicon in your car changed because I don’t think it should matter to you.

Let me ask you the Decoder questions. Again, you’ve only been there about a year, but there has been a restructuring. GM let go of about 1,000 people. Your role has changed. You have a counterpart in David Richardson who runs engineering at GM. How is this entire group structured, and how do you account for the vastness of GM’s portfolio?

So it goes back to our opening conversation about functional orientation. So my primary partner in crime is Dave Richardson, and he oversees our engineering team as well as our IT. That’s a very important part because, like I said, they’re the imagineers. We need them and the designers to turn this into reality. One big change that happened is we’re now a primary peer group to our counterparts on the vehicle product development side. That’s actually immensely freeing because now you have the people who are imagining the vehicle because here, I use this word internally too, we’re in “service” of the vehicle. That’s what we do. Software alone is not the goal. The goal is to create an amazing vehicle. You get into it and you take that ZR1 on the track, and our president Mark Reuss took this thing up to over 230 miles per hour.

There’s so much going on in that car to make that happen, but it means all of us came together to make that happen. That’s one big structural change, that software and services are now in a primary seat at the table alongside people who are building and designing the vehicles. The other thing is we’re actively looking into how we can be leaner, more efficient, and optimized for speed because there’s this debate that takes place: How big is too big when you try to move fast? Eventually, the node connections in that network — the collaboration tax — becomes greater than the benefit of adding one more person to the nodes. That’s the thing that we always actively ask ourselves: How do we make sure this is a lean winning team that is the right size with the right players and has the right amount of connections? Not too much, not too little.

But we also want to be in a place where we say fewer yeses and make great ideas happen rather than say a lot of yeses and struggle in timing, scheduling, and other things. So a new perspective we’re bringing into the mix is one of the things that may be different. What it takes to build great software and services might be a little bit different, requiring different modus operandi than maybe some of the other parts.

You came into a structure, you changed the structure, and you have reduced the size of the structure in the interest of speed. What is the biggest difference between the structure you came into and the structure you have now?

One is just functional orientation. The second area is — and this is one of my strong beliefs — that I believe leading experts is a great model. You really want to be the experts of at least most of the things you’re overseeing. Therefore, instead of generalists managing groups, we are actively hiring or finding experts within GM to lead the expert subgroup of their domain because then there’s this really healthy debate environment, call it dialectic, seeking truth. When you’re experts at something, you have this desire to always improve and question, but when you have generalists overseeing things, they can maybe make you generally efficient, but they’re not going to be equipped to question the details. 

So you have leading experts and then you have the other things we talked about, which is how do you create the trust environment where these experts trust their peer experts? They go, “You know what? I’m going to defer to you Nilay. You are better at communications and how to do better storytelling, how to make things pithier. Tell me how you think we should tell that story?” I could be dangerous and say, “Hey, I’ve been doing this for three decades, I know how to do PR.” But why should I do that? I have some of the best communications people working with me to advise me and to help me achieve that goal. I don’t think experts leading experts and experts trusting each other and passing the ball are new to GM per se, but we are iterating on those things and how we want to operate as a software and services group.

GM is a giant company. I think you report directly to CEO Mary Barra, the CEO.

But she has to oversee how the vehicle platforms are expressed, from GMC trucks to Chevy trucks to Buick sedans, to the whole litany of GM’s cars, platforms, and brands. How do you break the tie if Cadillac wants a software feature, but Buick doesn’t?

I’ll start with, it’s hard,” but I call it “It’s hard work. Let’s do it. There’s definitely a recognition that we have a capacity. Just like any product group and engineering group, you need to be honest about the capacity you have. You need to be thoughtful about what you can do and when in terms of quality. I always say to people, “You don’t just say no. You usually say when and how.” So, when you have such a vast portfolio, you need to be commensurately sized on the software side. We won’t build an amazing vehicle that we committed to just because the software group is too busy.

However, when you’re looking at your capacity, software is not the only capacity constraint. You need to be thoughtful about suppliers. Let’s say you want to do something really magical, and you need just the right camera or just the right sensor. Well, you need to also negotiate how you get that supply delivered to the plant, which also has a capacity constraint. I have great friends who help me navigate what it takes to build a vehicle, and we’re one of the constraints but also the enablers.

So our job is to figure out if we are sized right. Do we have the right people looking at the right problems? How do we manage our capacity over multiple years — not just one year?Vehicle portfolios are a bit more like venture capital investment-style funds that need to manage or optimize your portfolio rather than a hedge fund that’s hyperactively trading. When you start imagining a vehicle like the ZR1, those ideas started probably five, seven years ago because that’s what it takes to build a great car. Sometimes what you’re doing is just a new model year of an existing car. That’s a different task. Sometimes you’re doing a midlife cycle refresh of that car.It’s definitely a complex portfolio management task, but at the end, the products you end up building are so viscerally and emotionally fun. I just call it, “It’s hard work. Let’s do it.”

How do you break the ties though?

It’s a debate club, and what happens in debate clubs stays in debate club. So, the thing is we have such amazing leaders like Mary, Mark Reuss, leaders who work for Mark, some of my brethren like Ken Morris, Josh Tavel on the design side, Michael Simcoe. I mean, these people are legends in their own right in what it takes to build a multi-car, multi-brand high quality portfolio successfully and profitably. It’s a respectful debate club. I think there’s two options:. you either agree and commit or you disagree and commit. And you get to work.

This leads me right into the big Decoder question. You have a lot of decisions to make. What is your framework to make decisions?

I think I’ve already been sprinkling in some of the clues….

I can tell you’re a listener. I can always tell when the guest is a listener. You’ve been building your way here.

Look, this is a “started at home” kind of a moment, but it is true. I grew up in a household where questions were answered by questions. It was a very Socratic method of debate and dialectic. You sought truth, and you let the debate lead you to places with your own persuasions because we all have this visceral first reaction that we think we know. It’s very important for a leader to always catch yourself and go, “I actually don’t know many things about this. Let’s do data intuition.” There’s this really famous article I love. The headline goes “Data and Intuition: Good Decisions Need Both.” That’s what it is. It is both, but you debate it because decisions are rarely so neatly binary. They’re always on a spectrum of gray, and they’re rarely deeply wrong. They’re deeply right. You debate it, you weigh it, and then, finally, it comes to a single term: conviction.

At the end, you need to make a bet and you need to have conviction. Now, this is your moment of making a bit of reality happen. It’s easy to react to empirically observable reality because then everybody can observe the same thing and come to the same conclusion. Life is easy, right? You do research and you do. The hard part is that the decisions we’re making today are crystal balling what’s going to happen in five years in terms of taste, desirability, zeitgeist, and technology. The only way you get there is to hopefully, subjectively, objectively, make good judgment calls. You make a call, you have conviction, and you put your efforts behind making that reality because there’s a lot of things that are under your control. Let’s worry about those.

There’s this term that I picked up from my days at Amazon. It’s called controllable inputs. You worry about your controllable inputs. Other things are going to happen, and you have to react. With your controllable inputs, you make your decision and you commit and start executing. I always tell people that most of success comes from relentless iterative execution rather than some magical, amazing, brilliant light bulb idea. It’s incessant dedication and doing it over and over and over again. That commitment and conviction is what gets you there with decisions.

Okay, you opened the door with conviction, so I’m going to ask you this. This is what everybody has wanted me to ask you about. The big decision, which was made before you arrived at GM, was to drop smartphone projection like CarPlay and Android Auto from GM vehicles. I’m assuming that when you took the job at GM, you agreed with this decision. You certainly haven’t undone it in your year there. Why make that decision? Why drop CarPlay and Android Auto from GM vehicles?

Because there was a belief and a hypothesis, which I genuinely believe in, that we are best positioned and owe it to our customers to create the most deeply integrated experience that you can create with the vehicle. We are not shipping devices with just monitors; we’re not a monitor company. We’re building beautifully designed, complete thoughts and complete convictions. We say, “This car is designed to do the following things awesomely.” This is Silverado, this is what it stands for and this is what it does. Let’s get to it. 

When you want to create something so seamless, it’s hard to think about getting into a car and going, “Okay, so I’m doing highway trailering, but let me flip to a totally different user interface to pick my podcast. By the way, it’s a single app-obsessed interface — it’s still hard to believe. So I pick my podcast, flip back to trailering. Oh, now I can also do Super Cruise trailering. Let me manage that. Then, wait, we’re now getting into potentially Level 3, Level 4 autonomy levels that should be deeply integrated with talking to the map where the lanes lie. But wait a minute, the map that I’m using doesn’t really talk to my car.” 

As a product person, you’ll never do that to yourself because it’s literally like, “Oh my God, I made my life so hard to create amazingly seamless experiences.” At some point, you need to make that bold decision and say, “I am not going to try to accommodate and figure out how to make all of these work. I’m going to just burn the bridges and burn the ships and commit.” We are going to create a deeply vertical, harmonious experience that works across the vehicle that is optimized for my vehicle.

I can appreciate when you’re in that one-off rental car that you don’t want to be driving but is the only car that’s available when you land, be my guest. Use projection. But the car that I researched for months and decided to buy for its interior, exteriors, its propulsion, and every feature that it does for me? We bought a Colorado ZR2 Bison. We love cars in our family; as you can see, we’re very outdoorsy. We go gravel biking and rock climbing in Yosemite with my son. I want that car to be true and true optimized for what I bought it for, not some lowest common denominator moment. That’s why it was not an easy decision to embrace when I joined, I’ll be very honest with you. At first, it’s a seemingly hard decision and maybe unpopular decision, but it is the right decision because we are here building an end-to-end integrated product for you.

I just have to say this: a lot of times when I land at the airport and I get in the rental car, it’s a white Chevy Malibu. Are you going to leave smartphone projection alone in the fleet cars that get put in rental lots?

I’ll take the suggestion back to our senior leadership team. Let’s see what happens.

I’m just curious because you’re describing one very specific thing that people like smartphone projection for.

Yeah, you’re right.

It is a big market for GM. That’s the kind of fine-grained debate about smartphone projection I get from Verge readers and Decoder listeners. There are all these places where that idea sounds great, and there’s this whole list of other places where that sounds horrible actually. When I borrow my parents’ car, I do not want to live in their Google account. I just want to send my Spotify to the screen. 

It seems like you’re burning the bridges, but you’re burning the bridges to a lot of other experiences that people have in cars.

The one thing that I believe and encourage our partners —  and we work very closely with Apple, Google, Amazon, Spotify, and others — to believe is that some of those pieces of information and preferences should be accessible to other devices that you choose to use. I don’t think they need to be locked in this walled garden of a single domain. I personally believe I should be able to take my podcast preferences from one podcast app to another. I always find it interesting that some of these very generic preferences I declare are locked and loaded, especially for non-specific content.

I appreciate that a certain show is only on Netflix, let’s say — respect — but most song music catalogs, podcasts, mapping information, your home address, your work address, these are pretty generic pieces of information that you probably want to just enable in any vehicle you walk into to make that experience more personal. So that’s one thing that our team is also working on. How can we actually get that information to power any bespoke experience that’s in a vehicle rather than having to relinquish the full vertical experience to a totally different one?

So I just spent a weekend test-driving a Blazer EV. A lot of fun. That whole stack is built on Android, right? It’s Google services, the Play Store, apps. It wanted me to log into my Google account. That’s where all of that information came from. Then, it wanted me to log into my Spotify account, which is where a bunch of that information came from. At some point, you’ve kind of just put an Android tablet in the middle of my car. Why build on Android? What you’re describing is a big vision. and then the way it’s expressed right now is, “Well, here’s Android.”

The way I look at it is if we were to do a startup today, we would probably start playing with existing building blocks, right? If you and I were to do, let’s say, an overlanding app, you probably wouldn’t come to me and say, “I have an idea. First we should get a data center and get a bunch of racks.” We would probably go to AWS, and then you’d say, “Hey, for developing this app, we’re going to use React. There’s some existing open-source libraries, let’s take those.” And let’s say we were also in the business of using some kind of map. We would be like, “Well, when we’re working on this platform, we’ll use this map versus here where we don’t need to actually integrate a third-party map.” We’re not going to build our own map. Think about it that way.

As a software group and software developing group, we don’t have to build every single building block. You have capabilities out there that are already given to you. Android is a building block; it’s an open source system. In addition to that, Google provides building blocks that you can tap into and build around. We’re working with other companies and seeing if they’ll be interested in building their building blocks and their apps into this environment where we get to create the experience. 

So, I look at this as just enabling capabilities and wanting these moments you talked about,how you need to log in here to get the information from that ecosystem and make it more personal. I’m going to challenge my team. I think we should make that super magical and simple. Why can’t we just detect that you have your phone in your pocket and do a very simple handshake instead of scanning a QR code? Today that’s the most seamless way of doing it, but there’s many different ways to do it.

The same thing with if you log in once, what if you log into one plus another GM built car? Can we carry that over? Can we create one authentication system around GM ID that carries some of your other credentials? All of these are, in my opinion, solvable problems, and we’re now setting out to do that. It takes dedication and having this platform thinking to be able to, one at a time and with dedication, remove all of these moments of friction you articulated. I agree with you, and we’re going to make it simpler and simpler.

One thing I’ll say though is, thankfully, most people don’t change their cars as often as you do. You’re changing your cars as often you probably change your shirts. Most people buy a car and love it for three, four years. I used to say this in other places I work, most people don’t upgrade the operating system of their phones every week with a new build. Most of us hold some of our devices for longer. Maybe you wish you didn’t have to do the setup routine, but you do it once and now it’s your car, it’s your vehicle, it’s your data, it’s your choices.

I want to come back to this timeline of three or four years. But first, I want to ask you a very challenging question —  I will warn you, not every car executive who’s been on Decoder has been able to answer.

I’m listening.

So this is the challenge: Can you name all of Google’s car platforms and describe what they do?

Let me give you the phone number of a Google executive.

I don’t think they can do it either. I want to be very clear about this.

Look, I’ll say this, we have a great, tight partnership with them, and what I try to do when you look at our–

No, no, no, you’ve got to try.

I’m going to try.

Which ones do you use?

We definitely use Google built-in and Google Automotive Services. And this is the thing: most people don’t know macOS is actually built on a version of Unix. So when you actually start splitting the layers of the cakes, there is definitely open source or Linux, and Android is actually a Linux derivative, when you think about it. Let’s get all nerdy here. When you start looking at it, all of this is actually based on some other thing.

So we definitely use Google Built-In, and we use Google Automotive Services to create the experiences, but we create our own experience around it. With the Blazer EV, there are these moments to make that more personal. You can use Google Maps with all the things that you’ve done in Google Maps before. If you would like, you can sign in with your Google account so your homework or the last search you did on your phone also just appears in your recents. So those are the kind of moments where we hook into Google services. But yeah, it’s hard to build popular building blocks like Google does or AWS does and keep all their branding and naming right. So I hear you.

What’s the difference between Google Built-In and Android Automotive? Which is the Android that runs–

Android Automotive Services.

Well, there’s Google Automotive Services, which is basically the Play Store and the apps, and then there’s Google Built-In, which is what you have.

And then there’s Android Automotive? I’ve been trying to keep this correct and clear in my head. I feel like you would know.

No, I do know.

You’re chipping the software–

I do know, I do know. What I’m laughing about is that consumers don’t need to know these things–

But I need to know. I’m dying to know. This is why you’re here.

So I’ll give you an answer that is going to be less satisfying than you want. We have different model years and different brands, some of them have been with us longer and some of them are brand new vehicles. You get into a Lyriq, you get a different experience. So our goal, first of all, is to unify those experiences. That’s why I’m here, that’s why Dave is here, that’s why all of our teams are here: to actually take away that complexity that you’re describing. You can actually see where in which vehicles we’re using different combinations of services, but again, I think it’s pretty opaque from a consumer perspective. I don’t think they need to know these differences, but I’ll point you to a great white paper that tries to explain it all.

Oh, I’ve read the white papers, I’ve seen the blog. I guarantee you more people are going to send me more blog posts. I’ll just keep asking. One day we’re going to figure this out. 

What does the deal with Google to use its stuff look like? On a smartphone, that is the subject of pretty ferocious regulatory interests, litigation, you have to take Play services, you’ve got to use its app, and they get a 30% split. Is it the same on the car?

The commercial details of it are definitely confidential. I don’t think I should be in the business of disclosing our partnership details. But from our perspective — just like you articulated — it’s complex in that there are different types of experiences and building blocks, and depending on how you use those different blocks, there are different terms and conditions of how you integrate, operate, and update them.

So there is not a simple neat answer because this is unlike Windows. This is not a standard Windows PC where you buy a Windows license and you’re off to the races as an OEM. The cars we create are far more complex and capable, so therefore, a good portion of the cars are using things that are not directly licensed from Google while some portions are directly licensed for Google — where Google Maps is Google Maps or Google Assistant is Google Assistant. Every one of those permutations as they come together is different and unique.

The reason I ask that question is because one of the reasons so many car makers are interested in taking control away from smartphone projection and building their own user interfaces is what you have described: to offer more services, offer more subscription services in the car, offer more transactions on the screen, taking 30 percent of every transaction that happens on screen in the car, offering streaming services.

I’ve heard every version of these ideas, and if your economics include having to pay Google a fee for Android apps operating in your car on top of the fees you are extracting, it feels like there’s a real tension there, with Google as an operating system vendor or a services vendor wanting a fee or a percentage split on top of the one the GM wants from an app developer. And then the economics for an app developer to put an app on your car platform starts to fall apart pretty fast. 

We see this play out in smartphones, right? I think the day before we were speaking, Hulu said, “we’re not going to allow sign-ups on iOS directly anymore because we don’t want to pay Apple a 30 percent split.” I see this tension on smartphones with just one intermediary in Apple and Google. In your car there’s two, right? There’s Apple, here’s Google, and then there’s potentially GM.

So let me parse this question a little bit. I’ll start with that our primary motivation in every conversation we have  is to first create a great customer experience. I have this simple axiom: “great products also usually make great businesses.” But you always start with a great product. In everything we discuss, we’re always trying to continuously optimize how we create a great experience for you. That’s it, that’s the primary goal. 

The second thing is the type of services we are building that I am really excited about. The good thing is that we are a company that has already proven that model with OnStar. We have millions of subscribers who are using it to extend their vehicle experience in a way that is expected from the vehicle, which is how do you make this safer for me? How do you help me recover my car if there was ever a theft? How do we help you insure your car easier because that is, again, integral to your car. Super Cruise is a great example, right? Super Cruise is ever improving. We continuously add more and more roads, for example, which means we’re adding a concrete value. We just upped that to 750,000 miles across the U.S. That means we’re investing, therefore there’s value added and value created, so consumers are willing to pay for that subscription. 

Those are the types of services I’m deeply interested in: things that are extending my experience as a vehicle. I think that’s ours, that’s ours to build and ours to develop. Then there are some opportunities like you articulated around entertainment, around gaming, etc. But to me they come next. I really, and we are obsessed with extending the vehicle experiences first because we know how to do that really well and there are some domains.

I’m not here to compete with Spotify or Apple Music. They do a fantastic job servicing all of our music listening needs. We work with them, we bring their apps to our platform, and we run it. So I am not too concerned about that part that you articulated: “How do you create value? How do you capture value? How do you split the economics?” I think those are all solvable problems, but it all starts with the experiences I owe you as a consumer who buys a beautiful Escalade IQ in a month or two. What are the experiences I should create? When you get into that car, you’re going to see this pillar-to-pillar display with front control and back control. We have so many ideas of what experiences we can create for you there before we get into this area of revenue and shared debates around a gaming app.

Earlier, you mentioned three to four years, and the reason that immediately lit up my brain is because when listeners ask me about CarPlay, a thing they say to me is, “Well, if you’re going to put a giant Android tablet in my car, that means I have a giant Android tablet in my car and Android tablets get slow. Three years from now, that will be slow, and with smartphone projection, it’s always running off my phone, which is always fast.”

How do you deal with, “Okay, we’ve put all of the user interface on an SoC in a car that might have to last for a decade?” Do you just over-spec them to make sure they have enough headroom to last that long? Do you just assume people are going to turn them in on three-year leases? What’s the story?

You deal with multiple things. First of all, I’m a huge believer in creating elegant software. We’re not just simply running some off-the-shelf Android and just conceding the entire thing in a non-optimized way. We’re directly involved. We actually are using that as a building block and we’re creating our experience. Therefore, the onus is on us. How do we create more optimal and optimized code? I’m a huge believer that you can continuously improve your code from the day you ship till the day you update it. We are on a continuous optimization journey. This thing doesn’t stay stable and just collects on top of that additional debt. 

In the other areas, you’re absolutely right. You do look at the compute investment you’re making and you want to give yourself headroom because today we’re doing Level 2 [autonomy], which is, as I call it, “eyes-on, hands-off driving” with Super Cruise. But we are also the company that has already invested in a fully autonomous future, which is with Level 4. There is a zone of Level 3 autonomy. Well, if you want to live on that journey, you want to create a system that has some headroom or is extensible and expandable as you add new capabilities. Maybe you don’t want to over-provision from day one because you’re not going to take advantage of it.

 I never worked in this industry, but I am familiar with it because I was a gamer — I have less time to do gaming now —  but the same thing applied when you were creating the next PS5 versus the PS6. You knew this platform was going to be there for many years to come, and you were trying to create just the right balance of provision with room for extendability, optimized software, and bringing content in that feels fresh, new, and always improving. That’s exactly what we’re doing with our vehicles. If you bought a Lyriq last year, the Lyriqyou’re driving today has newer software, is more optimized, and probably running faster than when you bought it because we’re continuously improving it.

You mentioned other platforms. I always think about Windows Phone for some reason when people talk about platforms like this. Again, when listeners tell me why they like CarPlay, which they’re constantly telling me about why they like CarPlay, one of the things they say is, “All of the apps on my phone support CarPlay.” I have one listener who told me he routinely switches between six and seven apps in CarPlay while he’s commuting. It’s like podcast apps, ebook apps, all this stuff, and he’s just flipping. I find that incredible. I use two apps, but so it goes.

That means you need the app support. If you want to sell that listener a Blazer or a Lyriq, he’s got to sit down, open the Play Store — which is not great for discovery right now, I’ll tell you — and he’s got to search for all of his seven apps and he’s got to find them all, which is the problem Windows Phone had, right? The volume of apps wasn’t there, and the library wasn’t there. Have you thought about solving that problem? Is that GM’s problem? Is that Google’s problem? How are you addressing that?

I think first of all, anything that happens in our cars is our problem. That’s how I look at it. There’s that finding that happy medium between what are the most popular apps we believe should be there to complete your experience, and sometimes those ones — and this even applies today —  that don’t even have apps. Even with your phone you sometimes need to go punch through to the internet and go to the browser and do it, right? These types of different domains exist in our lives in other places too. We are working actively with the people we believe provide the core apps, maybe the top 10. It’s even more stark when you start talking to people. What are the must-have apps while you are driving or while you are a passenger when you’re riding in our vehicles? That list is actually far shorter than the long tail of things we do.

I think you’re touching up on an interesting area that I am also interested in, which is if there is a way to bring vehicle-optimized versions of certain apps. Let’s say you’re a surfer, there’s this great app called Surfline. Wouldn’t it be fascinating if you had a vehicle-optimized version of the Surfline app that gave you information about what the tide conditions are, wind, etc. but in a smart way? Now, let’s go a little bit into the future. I believe this rabbit hole of vertical, micro-segmented apps is going to go under a change too, especially with voice interfaces becoming far more intuitive than ever before because of large language models.

For me, I think the biggest change with large language models is that I can finally be understood by the machine despite the fact I did not phrase myself perfectly. That device is going to be able to interpret my intent and give me answers. The reason I think we all default to a more touch user interface today is that we as users have to do a lot of the disambiguation instead of the machine understanding what you want. You are going through things, when all you want to know actually is this. You don’t need an app. If you want to drive to Aptos, California, to surf in an hour: “Tell me the surf conditions.” It’s a two-sentence answer. Do I really need the app for that?

Apple’s solution to this is next-generation CarPlay where it will send more information to more screens, where it will help car makers design their center console, help car makers design the instrument cluster and other screens. Your old boss, [Greg Joswiak], is a big advocate of this. It’s been taken up a little bit, but not a lot. Have you looked at it? Would you use next-gen CarPlay?

I look at almost everything. I’ve driven almost every competitor’s car under the sun, and I have all the devices that you probably also carry in your pocket to learn, test, and understand. We already made our decision about the experience we want to create, which is going to be a deeply vertically-integrated experience that GM designs, builds, maintains, updates, and innovates on for our customers. That’s our direction.

There’s a really interesting A/B test happening in the market right now. You’ve got the Blazer EV, which has your approach. There’s the Honda Prologue, which is substantially the same platform, and the Acura ZDX, which is substantially the same EV platform. They support CarPlay. The Prologue is kind of a hit, I think a surprise hit for Honda. Are you keeping track of that? Do you think that’s attributable to CarPlay? Is that difference in branding?

Like I said, we’re looking at the competition, but we’re probably a customer and quality-obsessed company rather than competition-obsessed company. We’re definitely a highly competitive company, but it goes back to something we talked about: It’s about conviction. We have high conviction that this is the right path for us to take to create truly interior experiences for our customers. Like I said, an easier decision would be to ask, “Why make that effort?”

But we have a strong conviction that effort pays off in a better customer experience. You get the most out of your vehicle because now we’re the company that builds the vehicle and is also creating the infotainment experience, the cluster experience, the app, and everything. We’re going to build that one day and maybe a voice assistant on top of it. The only way you can create that end-to-end magic is to have a strong conviction that you want to own all of these. It’s hard to create those seamless experiences. You’re going to always feel the seams, and I don’t think you should be in the business of feeling the seams when you buy a $30,000 to $100,000 car. It’s our job to make it beautiful and seamless.

We have a lot of listeners who say, “Look, I’m just not going to buy a car without CarPlay, and that’s fine.” Point them to something that will make them change their mind, that will make them reconsider. What’s something coming up where you’re going to say, “I can build you an experience that will make you reconsider?”

I don’t think you need to wait for the future. I think Super Cruise and how it integrates natively with the–

You can get Super Cruise on a [Cadillac] Lyriq with CarPlay today.

Well, the thing is that when you are using the native integration with the map that knows where you’re going to be, what are the road conditions, what’s happening, where are the construction sites, and it ties it back to the battery system and says, “By the time you get to your destination and return, your battery’s going to be at this level. Here is the energy efficient route you can take.”

I cannot create those magical little dots connecting to each other if I had to go back and forth between a navigation app running on another platform, and that’s the thing: you don’t need to wait for the future to create that. The other things that we want to create are similar things, especially when we start introducing Level 3 autonomy, hands off, eyes off, and even with robotaxis. That type of integration is a prerequisite, not an optional feature.

Well, Baris, thank you so much for coming on Decoder. You got to come back so we can do a full hour on robotaxis, and a full hour of the difference between product and program management.

Nilay, I really enjoyed our conversation. Great questions, and I’m going to listen to this episode too. I hope it turns out pretty great.

We can all learn something. Maybe we’ll get that blog post from Google. I’ll let you know. Thank you, Baris.

Thanks so much. Take care.

Decoder with Nilay Patel /

A podcast from The Verge about big ideas and other problems.

SUBSCRIBE NOW!

Go to Source