Episode 202: Transforming Product Teams into Investment Partners with Fabrice des Mazery
I had an enlightening conversation with Fabrice des Mazery, Chief Product Officer at productROI. We delved into how product managers can shift their mindset from being builders to becoming strategic investors in their product decisions. Fabrice's extensive experience, from founding companies to leading product at major organizations like TripAdvisor's TheFork, brings a unique perspective on balancing business acumen with product development.
What I found particularly fascinating was Fabrice's practical approach to stakeholder management and his framework for building a balanced product portfolio. He shared valuable insights on how to speak the language of business rather than getting caught up in product management jargon, and how to create investment forums that transform stakeholders into co-investors in product decisions.
If you're looking to elevate your product management approach from focusing on processes to driving business outcomes, this episode offers concrete strategies and actionable insights you won't want to miss.
You’ll hear us talk about:
07:39 - The Real Cost of Product Development
Fabrice emphasizes the importance of understanding the true cost of product development, using the example of a typical European team costing around 1 million euros annually. He stresses that product managers need to think about when they'll see returns on their investments and calculate the actual cost of features beyond just development time. This mindset shift helps teams make better decisions about resource allocation and prioritization.
17:12 - Converting Stakeholders into Co-investors
Fabrice shares his approach to transforming demanding stakeholders into co-investors by leveraging loss aversion psychology. He explains how to position yourself as a financial advisor who assesses risks and helps stakeholders understand the full investment required, including go-to-market costs. This approach helps create shared accountability and better decision-making processes.
29:14 - Building a Balanced Product Portfolio
Drawing parallels with VC thinking, Fabrice outlines his framework for building a balanced product portfolio: 60-70% strategic investments aligned with OKRs, some low-hanging fruits for quick wins, and a few high-risk bets that could shape the company's future. He emphasizes the importance of matching investments with team risk tolerance and capabilities to prevent burnout and maintain sustainable growth.
Episode Resources:
Other Resources:
Follow/Subscribe Now:
Facebook | Instagram | Twitter | LinkedIn
Fabrice des Mazery Human Reviewed Transcript
Intro - 00:00:01: Creating great products isn't just about product managers and their day-to-day interactions with developers. It's about how an organization supports products as a whole. The systems, the processes, and cultures in place that help companies deliver value to their customers. With the help of some boundary-pushing guests and inspiration from your most pressing product questions, we'll dive into this system from every angle and help you think like a great product leader. This is the Product Thinking Podcast. Here's your host, Melissa Perri.
Melissa - 00:00:37: Hello, and welcome to another episode of the Product Thinking Podcast. Joining us today is Fabrice des Mazery, a distinguished product leader and entrepreneur with an impressive background in product management. Notably, he served as a chief product officer of the Fork, which is part of TripAdvisor, aka the European open table. There, he achieved remarkable success, including generating $1.4 billion in gross merchandise value, achieving 27% year-over-year revenue growth, and reaching profitability for the first time in the history of the company. Fabrice's career has been defined by a steadfast commitment to balancing user value with business impact, a philosophy shaped through his diverse experiences as an entrepreneur, product manager, and advisor. From founding startups to leading growth initiatives at renowned companies like Deezer and IBM, Fabrice has cultivated a unique perspective on treating product management as a strategic investment rather than a cost center. Today, he'll be sharing his insights on building product strategies with an investor's mindset, fostering partnerships with stakeholders, and the key lessons learned from both success and setbacks. But before we talk to Fabrice, it's time for Dear Melissa. So this is a segment of the show where you can ask me any of your burning product management questions. Go to dearmelissa.com and let me know what they are. This week's question is this.
Dear Melissa, we are embarking on a big transformation program. However, the space I work in does not want to do discovery on changes to the current operating model, business processes, or people changes. How do I create the awareness and influence our leadership and business partners to understand the value of services design team can bring to the transformation journey?
So let's get started. So when we're starting a transformation like this, it is important to have a team actually manage the change management, especially in a large organization. So this can definitely be thought of as a service design team. When we're looking at trying to get people into more of a product operating model or an agile operating model, whatever you're doing here, it's going to be a different end state than where we're at right now. And it's going to affect how people do their work. It's going to affect how the business actually plans the work, thinks about budgeting, and it's going to affect people's roles. So we want to make sure that we're considering all of those factors when we actually start on this transformation journey. So if you want to influence your leadership team on this, you have to make them aware of what the changes are. A lot of times people think it's just introducing a process like Scrum or something else, and the rest will take care of itself. But how do you show them that other businesses that are operating this way are also thinking about all these different factors? There's a lot of case studies out there about businesses that have gone through transformations. I've done talks with large to organizations and CPOs from them who talk through how they thought about the roles, how they thought about upskilling people, how they thought about their processes and their design. All of those things are really important. So when you're in a large organization, too, in order to look at that change management, usually the head of product is the person who will be working with a team. Something like a product operations team can help you with this, too, to really look at that end-to-end change management piece.
And then they consider working with key partners to introduce role definitions, to understand different processes that have to work across organizations. They also look at how we might have to influence the way we do things like budgeting or governance or strategy reviews to actually get there. So maybe what you can do is introduce them to the way that other organizations work and show them how this is more of an undertaking here than we actually anticipated. Now, that might not be something that you can just walk in and do. A lot of organizational transformations take a long time. And where I see they start is usually by upskilling people, teaching them the new process or the role. Then what's going to happen is we are going to hit walls. So the best thing that you could do here is start by asking, what do we think this transformation is actually going to do? What are the goals we're trying to hit here? And then over time, measure those. And if it's things like we believe is going to increase profitability or it's going to help the business do X, Y, and Z, track them. And then over time, if we're not meeting those things, we should start asking why or why not. So every transformation process should start off with really, really clear goals and metrics we should be tracking about what we think is going to happen. And then we go back and we revisit them. That's usually when leadership starts to realize the scope of a transformation, but it could take many years to actually start to implement that. So you'll want to start there, try to define what success looks like. And then if we can't measure success or we don't see we're successful, that starts opening up the conversation to what else is needed.
We go out, we look at the landscape of things. That's where a service design team can come in and help with that change management. So I hope that helps. It usually does take organizations quite a while and a lot of trial and error to get to that point. So I think there's a lot of patience aspect on here, but it's good to just bring awareness of how other people are doing it and what scope was needed and maybe introduce it from there to start. That's it for Dear Melissa this week. If you have questions for me, remember, go to dearmelissa.com and let me know what they are. Now let's go talk to Fabrice. Are you eager to dive into the world of angel investing? I was too, but I wasn't sure how to get started. I knew I could evaluate the early stage companies from a product standpoint, but I didn't know much about the financial side. This is why I joined Hustle Fund's Angel Squad. They don't just bring you opportunities to invest in early stage companies, they provide an entire education on how professional investors think about which companies to fund. Product leaders make fantastic angel investors. And if you're interested in joining me at Angel Squad, you can learn more at hustlefund.vc/mp. Find the link in our show notes. Welcome, Fabrice. It's great to have you here.
Fabrice - 00:05:56: Well, thank you, Melissa, for having me.
Melissa - 00:05:58: So you have had a long, illustrious product career. You have worked at TripAdvisor, many of these other places. Can you tell US a little bit about what brought you into the field of product management and a little bit of history of how you've been leading Teams?
Fabrice - 00:06:11: Yeah, so I really started by chance. I created the company 20 years ago now, 22 actually. Let's say that I'm kind of a boomer now. And so I really started in legal tech in something that was just not in existence. I didn't know anything about products, about engineering, about design. I was a low student, right? So I just saw an opportunity. I was getting bored at what I was doing at university. So I created the first company, which I crushed. And it pushed me to wonder why I had crushed. I wanted to know exactly. So this is where I actually started to read books, Crossing the Chasm, reading books from Alan Cooper, from Don Norman. And it took me more than, I think, seven years before understanding that I had a job, which is called product manager, thanks to Marty, actually, the first edition of his book. And that's how I really became a product guy.
Melissa - 00:07:08: So since you got into the product community, you also led TripAdvisor. Can you tell me a little bit about what you were doing there?
Fabrice - 00:07:15: Yeah, so I was CPO of one of the three big brands of the group TripAdvisor, which is the Fork. You could consider it's kind of the European open table, if you will. And I jumped into a company which had been the leader in Europe for 15 years. But how could I say that in a state when everything was going okay, and you're still the leader, and you have competitors here and there. But you have to be ready to rethink how you do your business. And that's always hard. So I joined the company to rethink it, to go from a business that was only fee-based to a business that could be a sustainable marketplace. And that was quite exhilarating because the people that you're helping at the end are restorers. And in Europe, especially, after one year, you have 30 or 40% of these restorers. We did actually stop the business. It's a failure rate, which is as high as the startups. So it's really, really great to bring more than people, but to help people build that success through technology in a field which is, by definition, building experiences which are not technological.
Melissa - 00:08:24: I am actually starting a restaurant. In South Carolina. So this is really interesting to me. My sister is the restaurant person though. She's running it. We're just doing this together. When you came in there and we're looking at the business model and the product at the Fork, what were some of the problems that you noticed that you could be solving for restaurateurs and how to help them succeed better?
Fabrice - 00:08:46: To be honest, there are two things. The first thing is that you never know who you need to compare with when you're a restorer. You could think that it's their neighbor, but it might not be the place where people go when they think about an utility to yours. The second thing is that you could think that your competitor is on your street, but maybe it's not. So the first thing is how to give you comparison to know, are you going in the right direction? And who you should actually consider as your main competitor. So it really takes over. The second part is one of the things that we bring, just like Google Reserve, OpenSable, whatever, is just people. It's just not even leads, it's real people, because it's leads that's going to be, by definition, going to pay only if people come. So it's a pure success metric, right? That's the direction that a lot of SaaS companies are taking today. But the thing is that that could be you or me. You just pay exactly the same price. And maybe as a restorer, I want people. But I'm more open to the kind of cuisine that I'm doing or the experience that I want to deliver. So try to push a little bit which are the people that you need to actually find this fit. People that love your experience, talk about it, come back. Instead of just having people just like, I don't know, you have an open, I don't know, an empty chair. You want someone on your chair. It's more than this, right? So you want to push them to define what would be their own success. How do they look at their success? And try to help them with data and with the right people to actually reach that success.
Melissa - 00:10:20: You know, this reminds me a little bit about, I feel like, helping leaders set strategy too, right? Like, what are we really trying to do here, right? What does success really mean to you? And in a lot of your talks, you have been talking about shifting product managers' mindsets from being that of just builders to that of investors. Can you tell me a little bit about what does that actually mean? And how do you shift your mindset into being an investor?
Fabrice - 00:10:46: You have to start from the beginning. So you work in the US. So in the US, I'm going to draw a big caricature there. I'm sorry for that. But the business acumen is something which is inherently cultural in the US. It's not at all the fact when it comes to Europe. I'd say at least France, Italy, and Spain, for example. The product management came out of the IT department, not on the business department. So culturally, there has always been some difficulties of people considering themselves as a business function and not as an IT function. And even the rest of the company still has this biased view of what you're doing. So you've been pushed to talk about discovery, talk about what you should do when the fact that it's complicated and you're first in the certainty. But people in front of you don't understand that. All they want is to know when this specific feature will actually get out. So we've been, I'd say. Battling against the profitability core with what I call product explaining. We talk about all these frameworks which people don't understand. And we need to stop doing that. That for me, the first thing, forget discovery. Think about what it means for the people in front of you. So you talk about risk. Everybody understands the risk. When it comes to finance, of course, you consider different risks of an investment. So first thing is that which are the risks that are actually, in a way, jeopardizing the- My ability to build what I'm building and reach my targets. And the second part for me is really beyond doing metric trees, which are great.
But so many people tend to forget that you need to prove causation. It's not just drawing it because it's satisfactory. And then you're going to say, one, two persons here, three persons here. You need to build a model. And you think to that. The third part is really thinking about whatever investment that you're doing with your team when it comes to time represents money. So if you take a typical team in Europe, there's going to be 1 million euros a year that you're going to invest, right? So it's the time plus, of course, things here and there, but profit that 1 million. When will you have a payback for that? And usually people don't understand. They say, okay, I've built in the feature. First thing is that, what was the cost of it? The real cost? Second part is, okay, when will I have net margin of, I don't know, 150K because I spent six weeks on that. No one thinks about that. That might be the most important thing to talk about with your Teams and with your stakeholders. So you have different level of risk, discoverability, discovery are here to mitigate that. That's okay. You have different level of risk depending on who you are, on your Teams, on the opportunities that are in front of you. And at the end of the year, as a CPO, all I'm interested in is how you're going to take that 1 million euro and invest it wisely so that at the end, I have more engagement and more money in the bank. And that's for me where we need to shift our mindset from frameworks, processes, and fancy jargon that we have and talking about money, ROI, payback, and margin.
Melissa - 00:14:00: I couldn't agree with you more on here. And I do see everybody get lost in this process trap. Where I see it the most too, and I would say this is not just a European thing. I think large corporations have exactly what you're talking about here. And a lot of the US ones I work with, the leaders understand the ROI piece and they talk about the money, but the Teams are still talking about process, right? They're still deep into that. So I don't think that's a hard and fast rule. And when we were in France at Le Product Comp, everybody was asking me about that too. They were like, why are we so stuck in Agile over here? And in Europe there, and I was like, lots of companies in the US are in the same spot. It's not just Europe. But where I also hear a lot of pushback to what you're saying when I say it to people, too, is from people who work on these back-end Teams, right? Like you work in a bank and you are responsible for helping to do the APIs that execute trades, right? Or you're building the platform that settles them and does all that. And they ask, how am I supposed to show ROI? Like my leaders want to see the ROI. They want to see that we're doing this. But I work on the technical aspects of it, right? I'm not selling this directly to the customers. How do you help people really trace those ROI all the way back to their product? And what do you tell people who ask you questions like that?
Fabrice - 00:15:15: Usually I have a twofold answer. The first thing is, what would happen if what you're actually building crashed? What would be the cost? And I had a discussion some time ago with a big bank called the BNP, which you might know. And they were talking about SAFe, and I know that's one of your favorite topics, right? And I had an open discussion about that. And they were so frustrated about it and said, yeah, but the IT director, he wants something which is predictable. So, yeah, I can understand that. But if you crash, it's not going to be millions, going to be billions that you're going to lose. That's huge. So I understand why he's so stressed of making sure that things would just go on. It's not even about performance. It's about making things work. So the first thing is, are you building something or are you actually building something which is called an insurance, right? Just like when you're doing the factory. The idea is that if I don't do it or if that crashes, what would be the cost? So the first thing for me. The ROI is I'm here to make sure that we're not losing money. That's kind of ROI. The second part is trying to make a link between what you do and the tasks that I'm doing. What is the value of the task?
And as an introduction, we're talking about you and I about protocols. For me, they're the same thing. We know that time to task is damn important. And what is the value of earning, I don't know, two seconds, 10 seconds, one minute out of a task? And that could be the same thing for the developers. I've been in platform that developers kind of use. If I have my answer right away instead of having to wait for two minutes, if it's easy for me to understand, easy for me to. Build or learn, it has a value. You need to make sure that when you scale it, you can actually measure it. And for me, it gets back to... The internal ROI as your multiplier of whatever the other Teams are going to scale. So yeah, it's Denix, Denix, Denix, Denix. And at the end, you might have a Medianix and that's thanks to you.
Melissa - 00:17:18: One piece of this where I think people get confused too is, like, what do they own versus the Teams around them, right? Like, sometimes it's rare that a single Scrum team in a really large organization, let's say, can impact the overall metric thing, right? They're like, we have to, metric thing is such a weird way of saying that, but impact, let's say, the overall cost in, like, a super dramatic way, right? It takes, like, coordination between many people to work towards these initiatives. How do you help explain that to people and show them, you know, the leading indicators to move that up or the parts that you're working on and how it contributes back to the whole? And then flip side of that too, right? Like, how as a product manager should I explain to executives too that what I'm doing contributes to that whole, right? Like, I might not solely be responsible to it.
Fabrice - 00:18:07: It's always tricky. We all tend to use KPI trees because, as I say, it's easy to link things. But as long as you don't really work with the finance team to have a model is going to be just a hypothesis. And I know I hardly lose to, I'd say, go beyond the frontiers of your own department and talk to people that you usually talk to when it comes to costs and not to ROI. So the first thing is forget that. Usually finance people are really, really happy to go beyond costs. They are interested deeply by helping you and not talking only about the data. But. But really helping you modelize what is the real value of what you do. So that's that first thing. Don't stay alone. Don't talk only to data. And at least go and talk to the finance part. The second part for me is if it's really hard to do because, yeah, you're just one piece of it and you just have a small part. And if the others are not doing whatever, you're not going to have an impact. I tend to focus on the customer outcomes. And that could be cheesy, right? But one of the things that I see in metrics. Or that I don't see is the customer. We tend to be data driven, but the data is a compass, not the map, right? So it's just consequence of what you do. Sorry for stating the obvious, but sometimes it's needed. So which kind of outcome, which are actually contributing to not only the metric, but if I do that, I allow people to do this.
If they allow people to do this, I'm advanced away or whatever. This has actually consequence on pretention, on brand or acquisition or conversion, whatever. And sometimes it's just help you trying to say to an executive that if you don't do anything on it, what's going to be the consequences? Going back to that, right? If people have a time to task, which is that long, we see the implication it has on our activation, ergo on our engagement. So without me, this is what would happen. Just going back to that. In fact, I'll give another next example linked to the restaurant. But everyone has a restaurant that has a specific role. And you could say that, I don't know if Melissa, which is responsible of making sure that the desserts are done correctly, you could say that that's okay. I still can sell things. Yeah. But the desserts might be 30% of the notes. They're going to be why people are staying long while they take coffee, et cetera. So if I'm not there, what's going to happen? It's really for me, the first question that you think about. And sometimes the answer is, okay, they're going to make no change. And then you might think of changing the org or going elsewhere.
Melissa - 00:20:55: Yeah, or moving to a different part of the product. And that was an issue, too, that I saw when a lot of companies started transforming to Agile. They had everybody over every little piece of the product, but that didn't necessarily mean you should be enhancing that piece of the product. It might work fine today. And that's always a concern, too. With this whole mindset that you're talking about as well, you know, treating yourself as an investor, thinking about it that way. When you're trying to work with stakeholders, especially ones who are kind of like, just get it done, right? I just want to see products, right? They don't understand quite the whole product management landscape. How do you get them to start thinking as what you call co-investors instead of just people who demand that you build X, Y, and Z?
Fabrice - 00:21:36: Usually, you start with the loss aversion, right? Everybody is loss averse. Nobody wants to be responsible of investing in something which has zero return. Anyone would be that's going to have consequences on me, my team, my position, my credibility. It's whatever. I'm sorry. It's a bit cruel, but I like to play with those emotions. So, usually, I'm in a situation, for example, big companies or with some salespeople, not all salespeople, who are going to be just like what you depict. I want that done. And it might even be that you're internally considered as kind of a studio, right? So, you cannot play as if it was your money because they will never consider you as an investor. So, play with it. Play, as if you were a financial advisor. So, you're saying, okay, what I'm good at in product is building things, right? But it's assessing the risk. If you give me that level of money at that time, so three months, I'm going to fee 100K, for example. And you want that result, okay? Considering what I know about what you're pushing as an investment, the risk of you missing the target is 90%. So are you ready to go on and being responsible of that? Because my only responsibility as a financial advisor is to tell you what is the level of risk and what are the odds of missing the target. So you need to make people think differently and say, you know, I can help you because I'm good at this. That's what we're good at, the risking situations. All the frameworks that we have and the tools are here for that. Delivery is the easy part. Even if people don't understand that, it's kind of the easy part compared to the rest. So starting to make things like this is the first thing. The second part is what they're going to invest. So I take co-investors. It's not co-investors in terms of putting really money on the table. It's, okay, you're talking about a feature, but just building a feature is not going to make it.
I'd say pop everywhere and people will, you know, there is no building and they will come as we used to say. So let's add 50% of my cost on the go-to-market and go-to-customer. Are you ready to invest this kind of money? Which risk do you see on the go-to-market parts? And at the end, how can you not give any interest, but at least prove or help me prove that I'm going to have a payback on my investments? And you will too. And when exactly? Because I have plenty of other investments, right? I have 1 million euros a year to invest. So if I invest there, it's money that I don't invest elsewhere. Everybody understands that. But which are the figures that are going to help me and help you prove? To one of the management that we should have our payback at six months, nine months, one year. And what are you going to do to make sure that it happens? And if you don't do it, well, I'm not going to be the one responsible. So that's why I said having skin in the game. It's not only about asking for things that you know that I'm not going to do the go-to-market instead of you. I'm not the one who's going to push the sales to pitch that. I'm not the one who's going to call leads. It's going to be you. It's going to be your Teams. If you don't put the money, the right resources on the table, we're going to fail. So that helps you to bring whatever you can bring on the table to make sure it's a success. Usually people start thinking differently when you answer in that way. And I'm not even talking about saying no here. I'm talking about are you okay with this level of risk? And usually people are not.
Melissa - 00:25:17: After working with hundreds of companies to transform product management, I've discovered one thing that consistently holds both organizations and product managers back from reaching their full potential, the ability to craft great product strategy. That's why I created Product Institute's latest course, Mastering Product Strategy. I've taken my hands-on experience and turned it into interactive lessons that will teach you exactly how to create strategies that drive real business results. Lock in your spot now during the presale with code HOLIDAY and save $200 before December 31st. Visit productinstitute.com today. I worked with a VP of product once who printed out a bunch of money on a piece of the paper and labeled them all and gave the stack of investment to the leaders that he was trying to get the prioritization requirements from. And he outlined everything that you were just kind of talking about. Like, here's our trade-off decisions. Here's where we are. Here's where we can de-risk things. Where would you put your money? And they talked through it all. And he said, like, just handing them something that seemed like cash made them realize, oh, all of this actually does cost money. And we need to be thinking about our different risk profiles and how we're investing in here. And it kind of changed the entire perspective of what they were working towards. So I thought that was a really cool exercise with it. What are the types of prioritization activities or things that you would do with stakeholders to get alignment around those things? Like, would you run a meeting? What kind of frameworks would you use to help build your case here?
Fabrice - 00:26:45: Actually, I have two logics here. The first logic would be if I have, um, let's say modern protocol optimization, when I have Teams responsible for whatever area, I impact Teams, P3 Teams, I don't really care as long as I have a clear ROI link to the strategy, right? I usually are trying to build not really cases, but I want what I call pitches. I want them to bring things, which is we think there might be something interesting here. I don't want you to over-engineer a business case because I've never seen a homeless business case in my life, ever. Even if you build it, you still have this optimism bias. So just bring the pitches and build things together, which is one way of saying if it enters my prioritization principles, we can do it. Now, if you have a more, I'd say, less modern organization, what I built in the past was what I call investment forums. So the idea was really to take the risk, the discussions and the decisions together. So not here as, for example, defending your country, if you're a country manager, but making sure that whatever investment that we are doing is what's going to help the company. I'll give you an example. When I was working at the Fork, we had four country managers. And in the past, if someone from Spain was interested by something, they will do this. We all know that, this list of whatever they want, which is, I'd say, refined enough for them to make sure that you cannot say it's not interesting because they can say, I know on my market that blah, blah, blah. And that was always a pain. Now what we built was a way for all the countries to take a look of whatever proposal were made by the others.
And they're going to judge if that's interesting for their own markets. So is there something in Spain that pushed by Spain could be interesting in Germany? If it's not, well, we might have a problem there because Germany would say, I like something which is good for me too. So you start changing the relationship between, okay, we are all responsible of selecting the things that should have the best impact for all of US. And so you're really here to make the decision. We build a process so that we have, I'd say, pitches that are interesting, pitches that have been challenged before. But at the end, we are responsible of the investment decisions. One thing which is great is that if it fails, they are on stage with me, right? So I'm not the only one responsible. And of course, if that succeeds, we are all together there. But I know that we started to see a kind of behavior of people doing roadmaps without even talking about roadmaps. I vividly remember one example of someone from Spain who had pushed an opportunity and we all agreed that it was interesting, but not right now. And the answer that she gave was, I understand, I hope that maybe in the future, we might be able to invest in that. Which would not, was kind of saying, let's see what happens and we'll see all together if that's going in the right direction, right? It's not trying to plan some things eight months ahead. One year before, it might have been. That's unfair. We're going to call the CEO. We're going to do whatever first so that you put it in the roadmap. So they felt responsible of the success and responsible of the failure and responsible of the right usage of our resources. Um, so we changed drastically the relationship that we had all together. And when that began to be a good relationship and start to make friends with them before that would be completely impossible, to be honest.
Melissa - 00:30:29: When you look at building those relationships too, what do you think it's important for product managers to keep in mind?
Fabrice - 00:30:33: But I think the first thing is trying to understand that everybody has a target in the company. And we should usually, because we're facing uncertainty and we integrated that in the way that we think about things, we think in bets. It's more poker than chess, right? And we accepted that. A lot of people hate uncertainty. They absolutely hate it. So they have targets, which are at the end of the month. And we tend to say, yeah, but you know, we cannot really anticipate whatever. And that's unbearable because they think we are being irresponsible. And I heard that a lot of times. Yeah, the product, they cannot commit to anything. Even to when you're going to launch a feature. For them, it should be easy. They understand, maybe they misunderstand, they imagine engineers as people that are able to transfer specs into whatever feature. So you should be able to tell me that the end of June, that should be out, right? That's the only thing that I can answer. I don't understand what other gibberish you're talking about for the rest, but at least that could be solid, right? And no, we cannot do this. We always say, eh, it's complicated. So the first thing is, yeah, they have targets. And if you need to talk to them, you need to talk with their own language. You need to ask questions about business. How many leads? You could get in three months after the feature is out. And what is your percentage that you have today between the number of calls and the number of closed deals? Ask them the kind of questions. Use their own language. Don't use yours. That's really the best thing that you could do to make people understand that you understand them. It's going back to empathy, right? But internal empathy and using people's language and not yours.
Melissa - 00:32:23: I think that's an important thing for product managers to remember. I feel like we empathize a lot with our customers, but sometimes people are not thinking about internally with the stakeholders or the leaders in their organization. Instead, we think these are these, you know, people would just scream at us to get things done and we forget they're humans too. So one of the things I wanted to talk about too was kind of you talk about this talk, act like an owner, challenge like a VC, and you discuss the importance of evaluating product decisions with a VC mindset too. Does that change the way that you think about product investments like we're talking about or is it a similar type of framework here?
Fabrice - 00:32:59: Well, for me, there's a way of looking at the different opportunities that you have and looking at the team part. So usually VC is going to say that, yeah, I'd like to make only deals that transform into unicorns, but you know it's not going to happen. So you're conscious that you need to diversify your portfolio. That's the first thing. And second thing is that you need to invest in Teams and not really in products. And you can reproduce that way of thinking when it comes to your product investments. So you're going to say that three types of investments, and that's the same thing if you're a product manager or different kind of head of EP or whatever. The first thing is what I call strategic investments, which are directly correlated with the OKRs, if you have the strategy that you have, which are things that's going to push the product into the right direction. And that should represent 60-70% of what you do. It really depends on it. That's kind of a, although I'd say rule of thumb, right? Let's say 60%. And then you have low hanging fruits. Formally, hanging fruits are a mix of sometimes enablers that you do for the other Teams, but they need to be able to operate. So if salespeople or ops or marketing wants to migrate to Brails, and they say that's important for them, of course you need a way to assess it compared to the other enablers, but it's not because it's not directly linked to a feature that is not important for the business of the company. So you need to accept to spend a little bit of time there. The factoring is a bit like the tech enabler, right? And you have micro-optimizations, which I think that's not a lot of ROI, but not a lot of risk too. So sometimes you need those small improvements, small things, because otherwise, spending more time in discovery, and you have your team that is a bit in an idle state. So it's low ROI, low risk.
The product is kind of a needs the mid-high or medium-high risk, same thing for ROI. And then you have bets. I like to talk about bets when it comes to things that are really, really in show. And these kinds of projects that you're okay to, I don't know, spend three weeks every year on things that could build the future of the company. Things that could, you could lose the three weeks altogether and that's okay. But if you don't do it, well, you might just be replaced by others. You might miss the next wave of technology, et cetera. So you just could get killed by the market. And the way that you consider your investments should be just like this thing, saying, I might have one bet. It might be unicorn. It might disappear. Then I have a strategic one, and I know that bit by bit, I should have money. And if it costs low hanging, that's lowest, but at least I have a return. For one thing, well, say that because some investments can be better than the others, you never know before. You should have a kind of a balance. And any investment knows, an investor knows, that you need a balance to make sure that at the end of the year, that you're going to reach your target.
Now going to the Teams part. The risk aversion of people is different, right? Usually people that work in platforms, for example, they're more risk averse. And as an investor, you should consider that. You cannot ask any Teams or any team members to face the same level of risk. So if you're working in the startup, everything is a bet, right? You pre-PMF, everything's a bet. If you try to push people from big companies that are attached to their level of security, asking them to act like a pre-PLS startup, it's never going to work. Okay? It's a fantasy. Never going to work. And same thing for platforms. You can make them think a little bit like investors, but maybe they are more, I'd say, bankers. That's Wall Street investors. So you need to accept that. The last part is if you push people into a direction when you're going to create anxiety because they're not okay with that, it's how you actually push people to burn out. So that's not just a detail. That's really, really important. And that's really important for you as a product manager and especially for you as a leader.
Melissa - 00:37:23: When you're trying to evaluate if you can push somebody in taking a more risky bet or trying to cultivate like this is a SAFe space, right? We talk about that a lot. How do we build safety so people don't be so risk adverse? What would you do as a leader to kind of assess if you're going to push your Teams too hard and burn them out and try to make sure that they understand they're not getting fired for trying something?
Fabrice - 00:37:45: I would link two things. The first thing is really experience. I've been the founder three times. So as a CPO, I'm perfectly okay with failure because I know that if you fail on one investment, you have all the investment to get it back. And that's when in the way at the end, you have some kind of acceptable average performance. I see not the, for me, the problem is not really the SAFe place itself. It's how people feel internally that matters to me. I know you are, but I know actually everyone knows about the flow state in psychology, but we try to push ourselves beyond our level of comfort to push performance. And if you want to go higher, you need to be in an exciting state, but not in an anxiety state. And I see naturally some things that are more eager to take risks. They are more eager to invest time at improving their learning velocity, taking some shortcuts if they need to, and that's absolutely okay to push something in production. That's the easiest way to actually learn something. And I've seen other Teams that are really, really scholar in the way that they consider the process. It's just like what you were talking about before. And for me, it's a symptom of someone which is scared of getting out of the box in a way, right?
So I'm more attentive to, okay, to have someone who's more of a project product manager than a product manager. Do I feel like the team wants to go beyond their natural comfort zone naturally? Do they ask for challenge? Are they okay with being challenged? These are all the symptoms that show me that I can push them to take those risks, assume the consequences, and not get burned out through the process. Then it's my responsibility to, as a leader, when I talk to other leaders and talk about the investment that we're making, make sure that the ambition is clearly stated right from the beginning. Even if it's just 2% to 4% improvement and no 3.21%, which I sometimes see right at the beginning of a product investment, which is completely crazy, it's too precise. For me to make people understand that what we're looking for is a yearly performance and not the performance of every investment compared to the others. So that's really on my shoulders to put it in that way, to be honest.
Melissa - 00:40:21: So looking back on your career, if there's a product manager who's listening to this and says, I want to be a more profitability-focused product manager, what types of skills would you recommend that they cultivate?
Fabrice - 00:40:32: Well, the first thing is going to be back to that, but beyond data is trying to understand how the business works. It's more curiosity of spending time with salespeople, spending time with lead generation people, really getting connected with how hard it is to sell, not because the product is bad, but because, well, having the ICP in front of you and making sure the right moment, etc., etc. It's hard, right? And a lot of people that I know are scared at setting things. It's not even that they're not interested. They're scared. They might say that, okay, it's not noble enough, but that's not really an excuse. They just don't know about it. So for me, that's really the first thing. The second thing is, it's going to be a bit weird to say that, but the second skill that I consider is your ability to kill your own optimism bias, right? So we are optimists in product people. We all think that whatever new feature of our building is going to be better than what was before, right? If you're not an optimist, you're not a product people. It's absolutely impossible. Trying to consider scenarios, not just black and white, now it's working and it's not working. Different scenarios, what could happen? What is worst case scenario? What's the best case scenarios? How people could react? What could happen? Not only for mitigating risk, but only to consider that whenever you're doing some discovery, you're not discovering only about are people able to use it or people are saying that they want to build it. But what if I'm unable to have a great go-to customer? No discoverability of the feature, et cetera, et cetera. So considering all the process of people buying something instead of only thinking about people using something. And for me, it's a big help. And maybe because I used to be a founder, so I have to sell things, okay? And with my own money, so it changes things a little bit. The last part for me is if you want to be more profitability mind state, you need to think of your process as a multiplier.
So when it comes to taking decisions, you need to be okay with taking bad decisions. And that's okay, as long as you never know what's going to be the result. The perfect process is not at all. A guarantee of a good outcome. That's how life is based. And that's because we face uncertainty when it comes to human nature, right? So I tend to push people to say, well, don't wait if you're doing an A/B test for the perfect statuses. Look for a way to cap the investment that you're making. If it's five days, that's five days. You have a trend, that's okay. If you just multiply the tests at the end, maybe, I don't know, 20% of the tests would give you something wrong, but 80% is going to give you something right. So it's not the quality of the decision that really matters. It's the velocity of the decision that really matters. And that way of looking at things on the process or parallelizing things or being okay with imperfect information and saying, I'm not going to spend more than one week doing that discovery. And that's, if it's more than one week, I'm not going to do that test and be okay with that. It's a special, I'd say, superpower that I've seen. Usually in people that are very senior ICs in product. Rarely seen that in juniors, rarely seen that in leaders. It's a special species of people that you definitely can give them whatever critical strategy problem. And you know they're going to be that 10x for real and not just for the image because they are able to be so quick at making decisions and that's failing. But in a way, they're going to find the value in it.
Melissa - 00:44:39: I think that's really great advice for all of our product people out there listening. Fabrice, thank you so much for being on the podcast. If people want to learn more about you, where can they go?
Fabrice - 00:44:48: Well, LinkedIn, that's the easiest way. And well, if they're really interested, I have plenty of videos of talks even there. I'm doing it for the passion, not really for the business. So if you have any questions about it, feel free to ping me and I'm going to send you a bill because you sent me a question on LinkedIn.
Melissa - 00:45:06:Well, thank you very much for that. Hopefully everybody sends you a lot of questions. We will put all of your links too at our show notes at productthinkingpodcast.com. Thank you all for listening to the Product Thinking Podcast. We'll be back next week with another amazing guest. And if you have any questions for me in the meantime, go to dearmelissa.com and let me know what they are. Thank you.
Fabrice - 00:45:24: Thank you.