How to approach GTM with an engineering lens — Rich Rao’s advice from Google & Meta

 Well, thanks so much for joining us excited for the conversation.

so I thought one interesting place to start is when you go all the way back to your sort of college background, you actually came up in, um, in engineering. And I was curious how, you know, given the last 15 or so years of your career, you've dedicated to different facets of ops and go to market.

H how does sort of that more technical background influence the way that you think about these topics?

 Yeah, I, I never, uh, thought about it in this way, but when I started my career, um, I was a software developer and I had studied electoral engineering as an undergraduate. I didn't realize it but many years later, a lot of the lessons that I was learning and it was, wasn't just the skill sets around problem solving or analytics, but the actual concepts of how to engineer a system came back to help me when I was building out, go to market.

And, you know, I remember, you know, one of my first jobs was to build out, um, some of the first e-commerce systems for businesses, and this was going back a long time, dating myself, but, um, graduated in 97 and was building. You know, essentially at that point it was windows applications that ran locally on a client machine.

And I basically learned how to go about doing it. You would build out a front end, you would build out the business logic, some amount of data and repository. You may replicate that data to a central place, but off you went. And then I built the first e-commerce system and I tried to use that same architecture and I completely broke everything and I built beautiful business logic and a B beautiful front end.

But I didn't think about the back end and the core architecture of how to write multi threaded code or how to do load balancing or the cost of doing a round trip to the server. Um, and so the application completely broke and it wasn't until many years later that I was thinking about, you know, I was build and go to market.

And I started to see, I was making. Some of those same mistakes and that I was building components, but I wasn't thinking about the architecture and that's just, you know, one example of how that engineering, you know, experience really helped me. But I think there's a lot of factors, for example, uh, building a product roadmap, you know, oftentimes every company does that.

You build a product, you have a roadmap, but most companies don't have a roadmap for go to market. Well, why is that? Shouldn't we have one, uh, refactoring is this other concept, you know, there's, uh, you know, a purpose to, you know, how you build your code and over time you increment it over time. And in some cases it's actually better to hit the pause button on incrementally, you know, improving your code base, and actually re-look at it from the inside out.

And so I think some of those concepts, I didn't realize it at the time, but I was building and learning those things as I was an engineer. And it's really come back to help me on go to market.

 Just to pick up one of the threads rich on this idea of a go to market roadmap. Can you share in a little bit more detail kind of what that looks like for you and, and how you've used it as a tool?

 I like to think of it as, uh, a roadmap is fundamentally different than just a goaling system. I think oftentimes in go to market, what I've seen and experienced is that you have. You know, a goal and maybe it's revenue, maybe it's usage, maybe it's something else at the top line. And then, you know, you have KPIs under, underneath that, that support achieving the goal.

And then oftentimes you have teams who are then, you know, working on some subsection of those goals and they kind of ladder up and all is finding good. I think a roadmap sort of, to me, takes it to the next level. And I think in the same way that you build a product, you look at a roadmap and say, here's what I'm going to produce.

And then everyone is working on that together in some mechanism where you all own a piece of it. And I think what a roadmap on the good to market does is it forces you to say, what are you going to deliver beyond the revenue? What are the work streams? What are the programs? What are the initiatives? And then it creates working models for people to come together.

And so on the product side, you may have an engineer and a, you know, uh, a UX person, a design person, a QA person, you have a. You have a product manager who's leading that. Well, similarly on the go to market, you can have sales, you can have marketing, you can have an ops person, and they're all working together against one of the deliverables on a roadmap.

And then the other part about a roadmap that I like is this idea of having every six months or maybe it's, maybe it's every three months, but I, I like to use a roadmap that works every six months. It gives you enough time to actually, you know, I have bigger enough ideas that you can execute and see results, uh, during that period.

And you know, every six months you're producing something new. And so you can see how you're advancing your go to market, just like you've advanced your product. You should be able to see advancement on your, go to market in that same way.

 Can you share an example from the last few years to kind of bring to life what it looks like in practice?

 Yeah, I think a, a good example of it is, you know, in, in my time at Meta we've, we've used this principle of creating a roadmap. And, um, one of the, um, major programs that we have is one where we, we help advertisers optimize their accounts. And in particular, we find a lot of, you know, companies who are, um, eCommerce there, there's some sort of eCommerce type advertiser where they're trying to drive their business online and we help them optimize their ads.

What we've done is essentially roadmap the improvements that we want to help our clients with. And it may start with some of the basics around getting started with advertising. And then, you know, once you get some of. Uh, core measurement and, you know, campaign optimization set up, then you're ready for the next level.

And so what we've done is essentially identified and done a lot of understand work or data science work, to look at the heterogeneity of our clients and identify what would be the solutions that would make sense for these various, you know, subgroups of clients. Um, and we have this expression that we wanna meet clients, where they are, and the, the only way you're gonna be able to do that when you've got, you know, over 10 million advertisers is, is if you do it programmatically.

And that's where I think a roadmap really comes in in that you've gotta decide, which are the groups, which are the clusters that you wanna focus in on, what are the different products you want to try and help them with. And then how can you measure the results of your efforts to see if you are actually helping and it's helping them and they're actually doing more and more business with you.

So the roadmap, I, I think the concept of it is, um, It's helpful to help you organize your efforts, but it's also equally as important such that you are reporting out on the learnings from it. I think one of the, you know, common misperceptions is that on a roadmap, you want everything to work or you want 70% of it to, um, to, you know, of your goals to be reached.

But I think of it as that, the learnings themselves are equally as valuable because it's a long game that you're playing. And so one of the major steps in any sort of roadmap item is to essentially, you know, do a full, write up and have it be AB as objective as possible as to, you know, what went well, the issues, the challenges, the whys behind it, and the additional, you know, questions that made me looked at in a future, you know, roadmap item.

Um, and then, you know, at the end of the half, every team will, will then look at that, you know, what they've delivered and then we will. Prioritize what makes the roadmap for next quarter? So in, in this particular example, you know, we're ne we'll never be done because there's always a next set of products and next set of optimizations.

But, um, it allows us to look backwards as well and see the progress we've made and, and push ourselves as to the velocity of the changes that we wanna make going forward.

 So in this example of a part of the roadmap focused on, um, improvements or optimizations for your end customers, can you give an example if I were just like looking at a doc that explains a piece of the roadmap, like what it actually would look like?

 Yeah, the, I think a good example, um, that we can talk about right now is, is creative and creative is a, is a topic that I've written about, um, in a few places. And it's this idea that we've seen, you know, creativity just hit, you know, a really sharp point of acceleration. And if you think about, you know, going back to even advertising at a basic level, it was.

You know, tech space and then we got to television and, you know, radio, even before that and then television and then online. And I think we're generally seeing creativity as one of the key competitive advantages when it comes to, you know, how a company will market themselves. And so part of a roadmap item would be an example, would be, we wanna help our clients with creativity.

We wanna help fuel their creativity. We wanna unlock it. And there may be various ways that we can do that. We can help them with providing really good, you know, in product support so that they can, you know, um, you know, take their current stock image and really make it into something that brings their business to life.

Uh, we can do tutorials and training online to so that, you know, people wanna learn how to do this. It's not just get it done, but they also wanna, you know, see pro develop new skills and, um, and produce something that they're really proud. And we can also for, for some clients, they want it just to be done.

They wanna work with an agency or they want some sort of third party automated tool. And so we'll actually develop in, in, in a lot of ways, all of those different ways that we can help clients and then we'll test it. We'll actually run a measured, you know, ABC task to identify what the impact was and, um, and know what worked and probably in the end, you know, um, we're gonna take bits and pieces from all those different ideas.

And then, then we will actually for the next roadmap, uh, we'll identify what makes the, the cut and, you know, and ideally we'd be pushing the envelope on the innovation even further, given the results that we saw.

 So let's zoom out a bit. How would you describe the pieces or, or the parts of go to market architecture or infrastructure?

 Yeah. So I, I think the it's important to understand the pieces. And then as I mentioned before, the architecture think about how it all works together and, and, you know, it's confusing because there's a lot of bud buzzwords that are out there and we've seen a lot over the last decade. There's product led growth.

There's using a data driven approach. Everyone wants to do high scale customer centricity, but, you know, I started to, as I was getting in to go to market, I started to think about like, well, what's the right tool for the job. And how do I think about, is there a sort of unifying theory that could help bring together these various pieces and actually produce some sort of amplification effect and.

The solution that, that I sort of came upon is, and I've seen it work in multiple businesses, is this idea of having an integrated multichannel system. And this is this idea that there's many ways there's multiple channels in which you can go to market. There's the product. You can do it with one to one human capital.

There's various types of marketing. You can do it with partners and in a proper what I'm calling an integrated multichannel system. Each of these channels provides differential and distinct value and significant value, and then works in concert with the rest of the system, such that it makes the system better with a contribution that's truly distinct and discernible.

And so let's start. Where it usually begins, which is the product. And, you know, a lot of companies are using their product to kind of sell the product and you go through it and you get it set up and, you know, self-service is really good, but it goes beyond. And I think if you think about what is the core value or, or differential value that the product brings to the system of going to market it's at while it has near infinite scale, and it's typically the fastest path for our customer.

Um, but there's an issue with it, which is it's really difficult to do kind of two way and recursive and iterative back and forth with a customer or a client who may be confused. It's also really difficult to do customization. And so at the, at, if you imagine there's a flywheel. With this integrated multichannel system and the product is at the core of it.

It's like at, at the 12 o'clock position. If you can imagine that on the flywheel, but then the next piece is where you have one to one interaction. And this is where you can do the distinct value is that you can do this sort of two-way recursive inquiry. You can uncover the issues. You can see the actual, uh, challenges that people have.

You can understand intention, you can identify the corner cases and it's typically your fastest path to resolve it. And you know, so in the case, I'll give you an example. When I was working at Google, we were building this business. It was, you know, early days it was called Gmail for domain. It was Google apps and it's called Google workspace, but it took effort and time and it was a challenge to set up and get it deployed.

And there was a, a rollout process. There was change management. And so, you know, one to one interaction is really, really important for figuring those things out. And as you figure it out, you can ma then identify what should be different. And then your product, you know, can use that information to get better and to scale.

And so human, I, I put like the one to one human pieces say like on this flywheel that we're sort of virtually drawing here. It's like a, at a two o'clock position, but it doesn't end there. And I think that's when you get into more of the scale type channels. So it's product it's one to one. And then you go to the next part of the flywheel, which would be personalized, scaled outreach, or marketing.

And that personalized part is really, really important here. And the goal for this part of the system. And this part of your go to market design is you wanna automate what works and maybe, maybe you found something in that one to one. So in the case of Google apps, we found out the deployment, you know, here are the method methods to do it.

Well, maybe you're not ready to put it quite in the product yet. Right. Because if you don't get it exactly right. Um, and, and if you can't get the instructions, right, it won't work, but maybe you can test that with personalized marketing. So you can take what you're doing. One to one, identify groups of people who could benefit and then apply measurement and data science techniques, uh, to actually see what the end results are through instruction itself.

And the benefit of this is that, you know, you don't have humans adding additional variables to the experiment. , you don't have these unobserved, you know, variables that are happening. Um, and so you get highly objective and deterministic results. And, um, and, and again, it's a, it's a broader reach than one to one.

An example, just, you know, picking another one from, from meta is this idea of campaign optimization. So as, as I, we talked about a large part of what we do is we help our clients optimize their campaigns, but we are seeing this pattern over and over again through one to one, which was that, you know, people would oftentimes get their, uh, targeting.

It would either be too restrictive or too wide and we could help them get a better performance by making that change. And we started to see like, well, why don't we, if we can identify and advance and advise. Why don't we do that and then send them, you know, an in, in product notification or send them an email, um, or send them a message and then they can accept it or they can deny it and they can still be in control.

Um, so that's a way to automate some of what's happening one to one. Um, and then the next part of the flag will, if we kind of zoom ahead, maybe I don't know where we are, but like seven o'clock on the flywheel. Uh, once you've tested with personalized marketing, now you time now it's time to go broad, you're ready to go with broad reach.

And then you get into broad self-service platforms. Like your website, help centers. You can do webinars on demand, content and high volume. And this is the place where you wanna have the most robust answers where you want everyone to read it and know about it when it comes to your product or how to use your product.

And an, an example, um, that I'll I'll share from meta is that, you know, we. When I talked about optimizing campaigns, we figured out there's, you know, there's a lot of different ways to do it. There's probably hundreds of different ways, but there are five things that are probably the most critical for category of advertisers.

And so then we can produce the content on that. We can embed experts in a webinar. We can, uh, we can write our website such that, uh, you want to come back to it over and over again, and we can update the content. And again, we have brought, it's a much broader reach than say personalized, you know, campaigns that go to people.

And, but, so it's got the upside of really being able to affect a broad market, but there is a downside and that does require maintenance. And I think oftentimes I've made the mistake and I've seen others make that as well of you produce content. And the more you produce, the more you have to maintain as well.

Um, and so you've gotta do that. Otherwise it signals to the market and to your customers that, Hey, maybe your world and maybe your product really isn't that dynamic. Um, and then the last piece of the flywheel, um, so maybe at like 10 o'clock is partners and, you know, to date, everything that we've talked about so far is really around your product in a direct channel of service, but you know, partners in many types of businesses, I definitely saw this at Google.

I've seen it at meta that partners extend your reach to places that are not well served or not served at all in some cases. And you know, what I saw from Google is that they, what the partners really did is they help remodel, you know, the business itself. When you move to cloud computing, all of a sudden, like it's a completely different paradigm and your business use cases and business workflows change.

So it's a strategic function. The customer gets value. The partner gets value cuz they're, you know, that that's a high price. Uh, that's a valuable service that they can then price accordingly. um, but then it also liberates you and your product team to do what it does well, which is really produce a product that's easy, simple, powerful, and, um, allows you to build for a broad base of customers and do it really quickly, which is important when you're in a, in a competitive market.

Um, and that brings us back to the top part of the flywheel. So in a well functioning system, you kind of have all of those channels. Maybe there's more, maybe there's a little bit less, but they're all working together.

 That's a really great. Set of ideas and framing to, to sort of go a click deeper on it. What are the tools or processes or systems to actually make this work or make the flywheel turn? Um, and maybe one way to get it would be like, if you were to go join another company and build this from scratch, like what's the, the how behind this.

 Yeah. So it, it, it doesn't, I kind of described a system that's, um, sounds relatively sophisticated and, and may sound a bit daunting to go say, okay, let's go build this all of a sudden, but, you know, I think in the early days, it's, you know, you don't have to get it all from the beginning. I think, you know, I can kind of share with you some of the early days of what it was like working on.

Google apps. And that'll, that'll show you that it's not, it's not about building that end system from the very beginning. It's really about having it in your mind and then working towards it. And, you know, the early days of, of working on Google apps, like it had no semblance of, of scale or the system that we're talking about now, it was a different era.

It was, you know, going back, it was 2007, this was the early days of cloud computing. And, you know, we were selling, you know, Gmail for your domain and, you know, our role at that point, my job was really two parts. And in, so in one part it was being a part of evangelist, you know, and because you know that in that era cloud computing for business, wasn't a certainty.

You know, our biggest competitor said it wasn't a thing. I think it was, you know, might have been Larry Ellison who said he called it gibberish. in reference to cloud computing. And now we weren't too worried about what other people were saying about it, but it's useful to know what we were up against. Um, Now, thankfully, you know, Nicholas Carr wrote this book and it was called the big switch and it professed this movement that would be cloud computing.

And he told this compelling analogy, uh, between cloud computing and electricity and how electricity as we now know, it became commonly available in a low cost utility. It wasn't always like that. And the story went that. You know, electricity used to be produced very locally for, you know, manufacturing plant or some local homes, but it was very costly to distribute.

And then he tells the story that all that change with the advent of alternating current, that allowed for this low lost distribution of power over long distances. And now, and next, this similar phenomenon was about to unfold with the internet and that the internet was equivalent equivalent of alternating current that would allow for this massive centralized computing to be distributed to anywhere in the world and Google would be at the forefront of it

And so we go around and preach this message and, you know, get people excited. And Dave Gerard was a master of it. So we watched him and then we kind of created this golden pitch. And so we go out evangelizing and then we go back to our desks and then we would do the second part of our job, which you know, was not a very glorious job, but is basically answering tickets in the queue that were submitted, you know, online and people were asking basic questions about how to use your product.

Like. I understand, I need to switch my DNS records. Uh, how do I do that? And what exactly are these DNS records in question? And so it was really a humble beginning, you know, on the business side, but, you know, I remember trying to build out the go to market and I was kind of pulling inspiration from a few different places because there wasn't like a great example of trying to build this system or build a system for scale in the market.

And, you know, I pulled a lot of inspiration from at that point. I was working as part of Cheryl Sandberg's or bill who was building out the online sales engine for, for ads of Google. Um, and then I had a background in enterprise software and Salesforce was the preeminent SAS model. Now they were doing things in a very high cost and high touch way, but they were, you know, were able to look at some of the ways that they were working and, and pull from some of those learnings.

Um, and then Google had this aspiration of like always building out, you know, these billion user applications and doing things at the scale of the internet. So we had this, you know, ambition to try and do something that rival at, in the go to market. Um, but the early days we're just building out some of the core components and that's where I think every company starts.

It's like, what do you, what is the MVP on the go to market to get customers and to drive revenue? And, you know, in that, in those days, it was building an online website, BA uh, payments and billing, um, you know, which, you know, at Google and there was an system built for ads, but it didn't work for subscriptions.

We had to figure out how to port that. Um, this concept of an online trial, which we should talk more about at some point in this conversation, it was useful at the beginning, came back to hurt us in some ways later on, um, a CRM system analytics and then an inside sales machine. And I remember the first days of that, we were essentially, we, we didn't even measure our sales, but in the first quarter we did, it was around $50,000 per person per sales rep per quarter.

And I remember thinking, how is Google possibly going to pay for this? why would they invest in this business versus ads? And you know, what, what, what we did know at the time, but what I learned is that we were able to quickly multiply that we're able to five X, that until we get to, you know, a million dollars as the goal.

And once we had that, we said, okay, we have, we have the start of a business here. And, you know, I think in a lot of ways, that's where businesses start and that's, those are the first steps.

 When you go back to this experience, kind of building at Google. And I assume this sort of unifying theory of GTM is something that crystallized over the course of the last 10 or 15 years, but maybe when it was much more of a learn by doing or figuring out kind of thing, um, were there big unlocks along the way or aha moments as you went from grinding and scraping it together to seeing some things work and some things that didn't in that journey at Google.

 Yeah, there were, there were those moments along the way, for sure. And I think, um, part of what helped, what helped us was this idea of, you know, refactoring that I mentioned before of kind of looking at everything that we're doing and building, and then, and then kind of openly. And proactively questioning it in a, in a good way, in a positive way, uh, in a way that doesn't put people on the defensive, but says like, is there something else that we could be doing here?

And an example of which is I, I mentioned that concept of a trial, which, you know, if you go back to what it, what it was saying about the early days, like a trial made sense, you had, you needed to have a way for people to, in a low risk way, come in, try your product. And, and then if they decided that it works for them, that they can keep it.

And if not, you know, no problem. Um, what we saw as we were building out sort of components around this architecture and was really built up around this trial and it was a website, the main call to action was a trial. Yeah, you could contact sales. Yeah. You could get support. Yeah. You could check out different pieces, but it really was focused on like get into the trial.

Everything happens from the trial. We saw that there were some challenges from that. And what, what had happened? We were struggling with a low conversion problem. I mean, we were able to make some advancements, as we made improvements. We saw some increase in the conversion rate, but we really struggled with this idea.

And I think the bigger we got, the more we saw that. Well for everyone who, you know, doesn't go through who goes through the trial and fails, that's a lost opportunity, both not only now, but in the future. And so you don't wanna turn through potential customers in that way. Um, and so a breakthrough happened when we really got deep into understanding intent and we had, and I see, I, I see a lot of companies do this and I've done this myself, but you.

You really obsess and create metrics around outcomes you measure, what happened? You measure the final, you measure the drop off you measure what happened with the experiment. You measure the outcomes. But, you know, I started to ask and we started to look at it and say like, do we really understand the intent of what people are trying to do?

And that's when one of the breakthrough happens and we went back to some of the people who had fallen outta the funnel who went through the trial failed and we went and asked them, well, what happened? You know, and what was your experience? And they told us, well, I struggled with this. I struggle with that.

Like, it's just, I didn't see enough value here. And then we asked another question, which was like, well, what were you trying to do? What attracted you to begin with? And what we've realized was that we didn't fully understand the intent of what people were coming in to do . And one of the things we picked up on was that there was a huge number of people who were coming to actually buy the product.

who didn't need a trial? They knew they wanted it. They had used Gmail. They wanted Gmail for their domain. And they were getting stuck in a trial process from really what they wanted was to make the purchase and then get it set up and off and running. And it turned out when we did some of the analytics on it was that we were turning back more people who had high purchase intent than we were gaining from people who had low purchase intent.

 so you could argue that in many ways we were doing no better with the trial than say, just like a buy now button where you'd get all the people who wanted to buy. And then, you know, yeah. People wouldn't be able to, who had passing interests, wouldn't be able to try it, but maybe they could get in contact with you and contact sales and go from there.

And so it led to a much deeper inspection of what we're doing. And then we started to see all sorts of problems. Like when you. Did go through a trial, there was no help versus if he contacted sale as you'd get this sort of white glove treatment where we'd roll out the red carpet for you. And so we, we started to ask, well, like, why is that?

Why is it that the click of one button, one call to action would give you two very different experiences? And, um, and then that question of, well, what exactly are people trialing? Are they trialing your setup experience or they wanna trial using your product? And Gmail, uh, people understood what that was.

Docs was really growing and getting traction. People were understanding what that was. So it led to a rethink of the entire model. And we actually created almost a, a project to sort of rebuild from the bottoms up. And that included the product flows that included the trial, that included what would happen when you took different action on the page.

If you contacted sales, whether it be help in the trial. And eventually it moved into a, a different paradigm. It may sound like a small shift, but it was more of a. Get started. So is it, we found a way to still de-risk it, if you weren't satisfied with it. Um, but that, that changed, you know, when we got the billing information and when we asked for that in the flow and when we, you know, presented various upsells for different skew along the way, and it helped, you know, get the business to the next level, but it started with that idea of sort of questioning what we were doing.

Did that still make sense? And then really getting intent level information on what customers were trying to do.

 So you've touched on the idea of refactoring, both in this awesome story that you just, you just shared. And, and earlier in the conversation, how is that instantiated in the teams or companies that you've worked at? Is, is there a ritual or process that you follow that increases the chances that you have these kind of breakthroughs that you, you just shared?

 You know, I don't, I don't know if there's, um, any sort of practice to it, but I, I, I do think that it takes, um, a sort of characteristic of curiosity and what I mean by that is, um, we, we will have teams that do understand work and, and it's not just teams. We have everyone who participates in kind of a formal understand phase of any sort of program initiative that we're doing.

And so one of the common, I think, mistakes, I think, you know, I, I, don't a mistake, but one of the practices that I used at Google was we could jump pretty quickly to action. But even in this example here, that was from Google. You saw that really the breakthrough happened when we got really deep into what was happening and why and intent.

And so formally we will at meta do what what's called an understand phase to any. Initiative that we're taking on. We'll do an understand phase we'll then develop a hypothesis we'll then construct some sort of experiment around it. We'll then test it. We'll measure it, we'll report out on it, but it starts with that understand phase.

And I think, you know, there it's the, the, I think the best practice and what's really brought this to life and made this something that's very meaningful is that the output of it is really just to publish what you're seeing and what you're understanding. And then people will ask questions about it and pose further questions.

So it, it creates this sort of community and this culture of doing understand work for the sake of understanding and, you know, oftentimes, um, or I I've seen this where, you know, one, one example of a, a really successful program happened because we tried it multiple times and failed, and people published results of what happened.

And then we went back and read, reread the report, and we saw that there was new information that was coming out that maybe led to a different understanding of what could potentially be happening. And this specific example was, you know, advertiser onboarding. We were seeing that, you know, there were some advertisers who were able to figure out and they really, you know, saw success.

They saw value, they were able to grow. In other cases, they wouldn't quite get the results. Um, and maybe that was a result of our product being, you know, pretty much like a choose your adventure. You figure out what you wanna do. Um, and we had several attempts to, um, help with onboarding, uh, new advertisers and we couldn't really get lift.

We tried multiple things and it wasn't until I think it was a third or fourth time that we tried again. And we went back to the original, you know, experiments that were done. We reread the writeups and we started to realize that, you know what, it wasn't just in each of those previous experiments we were trying to isolate for maybe.

One core hypothesis that, uh, people weren't setting up their budget correctly, or, you know, they needed, you know, guidance as to what would happen or maybe the cost was too high. We had all these hypotheses, but what really unlocked the next successful experiment was that we put it all together and then we started as well.

6362df60bd9ee00c0d3e1f46

Rich Rao is the VP, Small Business Group at Meta and former GM at Google. He uses his technical background to explain how leaders can apply an engineer’s playbook to their go-to-market strategy.

How to approach GTM with an engineering lens

Rich Rao uses his technical background to explain how leaders can apply an engineer’s playbook to their go-to-market strategy.