← Return to Index Archived October 10, 2026
The Lead — Oct 10
ONE KNIGHT IN PRODUCT · ONE KNIGHT IN PRODUCT

Simonetta Batteiger: Product Managers Need to Understand the Financials... Not Just the Users

Product leadership coach Simonetta Bataiga argues that product managers need financial fluency to connect customer discovery, AI investment and roadmap choices to revenue, costs and profitability. She makes the case that trust is not merely an ethical concern but a commercial driver in an increasingly non-deterministic product landscape.

1h 06m / October 10, 2026 /businessproductai / Transcript sourced from openai
All episodes from One Knight in Product →·Listen on Apple Podcasts →

Overview

This episode looks at financial literacy as a core product-management skill. Simonetta Bataiga argues that product is a business role: solving customer problems matters, but product teams also need to explain how their work creates revenue, protects revenue, cuts costs, or avoids future costs.

The conversation also covers AI's commercial risks. AI features can add variable costs, create trust failures, and weaken margins unless teams connect experimentation to a clear business case.

Key Takeaways

  • Product teams are often treated as cost centers because they present budgets in terms of headcount, tools, and infrastructure, without showing the expected business return. A PM who can frame an initiative in financial terms is more likely to get funding, staffing, and executive support.

  • Financial fluency does not mean becoming an accountant. Product managers should understand the basics of the profit and loss statement, balance sheet, cash flow, and the few metrics their company uses to judge performance.

  • Revenue is only one form of product impact. Bataiga identifies four ways product work can affect the P&L:

    • Generate new revenue
    • Protect existing revenue, such as by reducing churn
    • Reduce operating costs
    • Avoid future costs, such as regulatory fines or expensive failures
  • The commercial impact of a product team may be indirect, particularly in B2B, platform, or sales-led companies. That does not remove the responsibility to understand the link. PMs need to work with sales, marketing, finance, and business-unit leaders to trace how their work supports revenue or margin.

  • AI raises the stakes. Token and model costs can rise with usage, so a popular feature may also become a margin problem. Teams need to measure AI costs by user, workflow, or interaction pattern, then compare them with additional revenue, retention, or efficiency gains.

  • Trust is commercial. Customers leave when a product becomes unreliable, unsafe, less useful, or misaligned with their values. With AI, product teams need to plan for unexpected behavior, monitoring, rollback options, kill switches, and model changes that may degrade results.

Practical Steps

  • Find the financial materials you can access: company P&L, annual report, board or all-hands decks, business-unit reports, and planning documents. Identify what leadership repeatedly measures.

  • Ask a finance partner, business-unit leader, or CFO-level contact: "What are the main drivers of revenue and cost here?" Also ask whether the company is prioritizing growth, profit, cash preservation, retention, or another metric.

  • Estimate your team's annual or quarterly cost, including people, software, infrastructure, and AI spend. Use that as a baseline when assessing whether roadmap work is a meaningful investment.

  • Build a simple driver tree for your product. For a subscription business, map revenue to customer count, conversion, price, expansion, and retention. For cost reduction, identify the largest cost pools and where product changes could reduce them.

  • Add a commercial hypothesis to roadmap proposals. State the expected mechanism: for example, "This should reduce churn among this segment," or "This should cut support handling time for this workflow." Include assumptions and how you will measure the result.

  • For AI features, track incremental model costs from the start. Define the customer value, pricing or retention case, safety risks, and a rollback plan before scaling usage.

Notable Quotes

  • "Product is a business role. The stuff we're doing has to solve problems for customers. This is where the money comes from." - Simonetta Bataiga

  • "Without thinking about, does this thing that we're solving for our customers actually translate into a viable business, we're just doing half of our job." - Simonetta Bataiga

  • "You can choose to build things responsibly. You can build in good guardrails. You can build in good systems to address things that might have gone wrong." - Simonetta Bataiga

Without thinking about whether the problem we’re solving for customers translates into a viable business, we’re just doing half of our job. — From the episode

Full Transcript

Source: openai 1h 06m runtime

There's a misconception in many companies that product wouldn't be a business role. It is a business role. The stuff we're doing has to solve problems for customers. This is where the money comes from, right? I'm not saying discovery is not important, right? Discovery is at the core of how revenue gets created. But without thinking about, does this thing that we're solving for our customers actually translate into a viable business, we're just doing half of our job. Hello and welcome to One Night In Product, the show where I chat to some of the brightest minds in and around product from across the globe to help you see product management in a whole new light. If that sounds up your street, don't forget to dive into the back catalogue on your favourite podcast app or on YouTube, and of course, follow, share or drop me a comment or review. And if you're a founder, executive or product leader who'd like help with product strategy, leadership or capability building in your organisation, I work with product companies around the world as a fractional leader, consultant, coach or trainer. My email's in the show notes, and I'd love to chat about how I can help you. On this episode, I'm speaking to Simonetta Bataiga. Simonetta's a product leadership coach, trainer and keynote speaker, and also the co-organiser of Product Tank Cologne. She started her career in shoe wholesale, but these days she's more interested in putting the boot into poor product practices. And as an accomplished tango dancer, I'm sure she'll do it with considerably more poise and grace than most of us could manage. She's here today to talk all about why product managers need to get much better at understanding money, business impact and those pesky financials that everyone on the leadership team seems to care about so much. And is presumably going to do her best to make sure we're all seen as assets and not liabilities in our jobs. Simonetta, thanks for coming and welcome to the show. Nice to be here, Jason. Looking forward to this. It's going to be financially entertaining, I hope. Starting off with this prejudice that finance can't be fun, right? And the numbers are boring. I don't think I said that, but if you want to take that from the depths of my introduction, that's absolutely fine. I wouldn't hold it against you. I started my career doing accounting work, being a controller, being a director of finance, and I intentionally left this behind because I found it boring. I want it to be where the fun is, where the business gets created in sales and product, more close to the customers. And here I am back with talking about numbers. Well, you know what goes around comes around, right? And that was actually going to be one of my questions. So I guess let's dig into that a little bit. So because it's not necessarily a natural thing for a product person either to come from that place in the first place or to kind of start in product and go back to that place or whatever. Like, you know, these kind of seem to be almost to the earlier point around boring. That almost seems to be kind of two separate worlds to some extent and, you know, how much either of those really get involved in the other. So you said that you started off kind of in financial controlling. Was that really the kind of the genesis of your financial education? Like, did you train in accounting or bookkeeping or something like that? Did you train in financial controlling and that was your gateway in? Or was it something you kind of picked up along the way? Like, how did that journey start? Well, it kind of started accidentally because my very first job in this shoe wholesale company that you alluded to was a business apprenticeship. And I worked in this organization and they kind of shuffled me through different departments. And two of them were actually hardcore accounting departments. So I did get like an education in this. It actually got accompanied by a schooling program that went quite deep into accounting. And then afterwards, I went and studied business and all the way through business school, I supported myself by doing accounting work and controlling work for a small IT company in Aschaffenburg, where I was studying. And I just always kind of like did this kind of work to support myself. And when I started my first job after university, again, an accounting job, I didn't really want to stay in that field necessarily. But it's just like, was so strong on my resume that I kept getting jobs in that field. Big gravity. Yeah. And then I got lucky, I guess, doing getting hired in a company that wanted to have a director of finance that could do like tech related accounting work. And that's where I then made some crazy career shifts from finance into sales, from sales into product. And here we are. But the good thing about starting my career in this financial and accounting world is that I learned early on that when you're preparing the numbers, you actually have a lot of power and understanding and steering the business. Budgets make big, big, big decisions about where priorities lie. And then meeting that budget or not meeting it drives decisions from an executive point of view. And just having this knowledge and knowing how to speak about these numbers and knowing how executives think about them has helped me tremendously. And later on making a budget when I was asked to or understanding how the work that we do in product relates to the numbers and how you can craft an argument saying that what you're doing here is having a positive impact on revenue or is helping you save costs and therefore drives down costs or drives up revenue and helps you improve profitability. And those are all the numbers that executives care about, that shareholders care about, that investors care about, that boards care about. And this is where the big, powerful decisions are being made. And so you have a lot of influence if you can speak about things in those terms. And without doing it intentionally, I just could always do that, right, because that's where I came from. It came natural to me. And as a result, I got teams funded. I got initiatives advanced. I got teams staffed. I got all kinds of decisions made in my favor because I could frame the decision in financial terms. And that's really what I want to get people to understand and be capable of doing. And that's why I picked up this topic. It actually got picked up because I was in Raleigh at Pandemonium. And someone stood on stage and said, you know, what is the problem with people in product is you're being seen as cost centers, not as revenue drivers. And for me, just like 15 things clicked into place with that simple sentence. I was like, yeah, of course, we're seen as cost centers, right? Like we cost so much money. Oftentimes, when we're submitting budgets, we're not submitting the revenue impact of our work. We're just submitting what our teams cost and the licenses we want to have funded and the servers that our teams are requiring and all these kind of cost related things and not so much the impact that this investment has for the business. And we're honestly also not being asked to speak about this, or we haven't been asked to speak about this for many, many years because lots of companies just grew. Money was so cheap that it wasn't asked of people in product to have P&L responsibility or to even think about the commercial impact of things because things just grew on their own. That has stopped. Interest rates have gone up. People are required to justify whatever the team spend is and come up with ways to show how their AI stuff is having a positive ROI. And people are struggling because they have never been asked to think this way. They've never been asked to submit their budgets this way. Yeah, here we are. Here we are. And before we have a much more important discussion about that, I'm very curious, given all the different financial places that you worked in, like the biggest calculator that you that you had in Monaco, like back in the old days when we used to have the big ones with the red buttons and the blue buttons, the switches. Come on, how big did you get? It was kind of like this big. It was like one of these like desk machines that you like, instead of a mouse, you had the calculator machine there. I remember typing up like huge lists of invoices for all these like bills from shoemakers that were submitted to this company where I was working, like stacks of paper like this that you had to add up with this machine, submit for some other company to key them in. And then you got a batch back where you had to compare to your typed up tallies. It was like, well, boring work. Glad I don't have to do this anymore. Now it's all product stuff and there's no boring stuff in product. But let's sort of go deep into some of the stuff, some of which you've kind of already mentioned, but, you know, maybe sort of tease into some of the specifics. So obviously, you've got great financial knowledge from your own background. You've worked in and around a bunch of different teams and you've kind of, as you say, you've almost been able to kind of get buy-in and get people to kind of come along with you because of some of the stuff that you've been able to take or bring to the table. But it's fair to say that the vast majority of PMs, at least as the cliche goes, don't really seem to have a great understanding of those sorts of things, like the sorts of numbers that end up kind of making the CFO excited and being able to get some of that buy-in. And then, you know, I've personally worked with some that didn't even really seem to have much of an idea about how their product cost or how much it cost or how it even made any money or what money it made. So there is an obvious sort of starting question here, which is, and you kind of alluded to it, but like, why are product managers in general somewhat not great at talking about or thinking about this stuff? Well, honestly, I think it's just a massive blind spot for a lot of people. Two years ago or three years ago, I did a survey with product leaders because I was interested in how do you advance your career in product? Like, where did you come from? What did you do before you got into product? Just a bunch of developers, right? Yeah, just listening. No, I mean, not just a bunch of developers, honestly. It's from all over the place. Like people came into product from architecture, from medicine, from business, from engineering, from design, from all kinds of disciplines. And many of these disciplines, when you went to university for whatever you studied, accounting and bookkeeping and reading a P&L and reading a balance sheet and or ever actually having your hands on preparing the numbers is not what you do. Not even when you're in business school, right? In theory, you learn about what a P&L is, what a balance sheet is, how this all works, what ROI is, how to do calculations, how to calculate a business case. You kind of learn that. And still, you don't know necessarily how this works in a real company. And then fast forward to these, like I already mentioned it, like all these years where tech just boomed, you know, it's like that wasn't what was asked of people. So you never built the skill. And you look at what product education is teaching you, look at something like a scrum product owner training. The financials don't appear, right? Like you're being asked to own the roadmap and suggest what should be on it. And lots of product people are deeply frustrated that they don't actually own this because someone else pushes something on their roadmap. Why do they do it? Because they're following their goals. A sales leader that pushes something on your roadmap is trying to make a sales quota happen, which helps them get the revenue that the company needs that they put into the budget, which is tied to their compensation. They're not like malicious people. They're following their agenda, right? And if an executive pushes something on your roadmap, usually they do it because they either feel like this is a strategic priority that needs to be advanced. Or maybe this customer will land a new market or this customer will help them get this much bigger deal done. Oftentimes, they don't even explain to you the rationale for why they push for this so hard. But very often, there's actually a commercial consideration behind this. And when you can ask them questions about this and compare what the sales deal does versus your big revamp of your onboarding experience, and you can put numbers to it, it makes it much easier for an executive to decide for the thing that has the biggest business impact. And it's just something that product people can learn. It's not rocket science, right? I teach this stuff in a few hours to people, and it's not hard to learn or grasp. It's just something that many people have never had to think about, never picked up. They're intimidated when they hear words like a budget or P&L. They don't know what that is. They feel stupid talking about it. Hence, they don't seek a conversation about it. They're even scared to go ask their CFO basic questions like, can you explain our numbers to me? What size business case matters in this company? Is it more important to have top-line revenue or bottom-line profits here? What are we optimizing for? Those aren't hard things to ask. But if you feel like you don't grasp the concepts around it, it might be feeling intimidating. And then you don't do it, and then you never get started. And that's a shame. Do you think that in some companies, based on your experience, and obviously you're talking to people that are learning about this, so maybe you kind of get the before and after from some of these people if you stay in touch, they almost end up with kind of product people almost not being taken as seriously as they could be because they are seen as just almost, I think as sort of described with design guests before, almost like just playing in the corner with their toys versus actually having a solid, strong business conversation with the non-product people within the organization? Yeah, I actually have a personal story about this. Two jobs ago when I was still working full-time, I was working for a company in Boston that made software for CFOs to run their financials, to do global bookkeeping, to do global expense reporting, payroll, all these kind of things. They actually hired me because I could do product and finance. So it kind of came together well. Yeah, I'm hired there and I'm staffed in their headquarters in Boston and just down the hallway from me sits our CFO, Lynette. I had met her in the kitchen already, so she knew who I was and it was like early days in this new company. And I was trying to understand what is this business doing? How big is this business? What matters here? So I just walked into her office one day and I asked her these questions. And she stopped in her tracks and she was very surprised and she said, Well, you know what, Simonetta, I wish your boss, the head of product, had ever asked me these kind of questions before. He didn't seem to care or he didn't seem to know that it would be important to ask these kind of questions. It was a huge trust builder and immediately shifted this person's perception of how I am thinking and operating in my product role and that I do have the commercial impact of what we're doing at heart. Eventually they promoted me into my boss's job and I'm not crediting this only to this one conversation, but it meant that this person and other people on the C-level team who I had conversations with understood that I understand the business and I care about the business and I want to make good things happen for the business with the stuff we do in product. I think there's a misconception in many companies that product wouldn't be a business role. It is a business role. The stuff we're doing has to solve problems for customers. This is where the money comes from, right? I'm not saying discovery is not important, right? Discovery is at the core of how revenue gets created. But without thinking about, does this thing that we're solving for our customers actually translate into a viable business? We're just doing half of our job. Yep. So I'm helping people getting the second part of their job understood and easier and demystified, I guess. So they can take their boss's jobs, is what we're saying. Well, no, it's not about... Because you're not going to get any corporate L&D out of this if their managers that are signing off think that they're going to take the job. So we need to have the bosses on the course as well so that they can stay one step ahead. Yeah, you know, I mean, lots of accomplished product leaders eventually actually understand this, right? You don't become a CPO without understanding the commercial implications of what your product org is doing. You have to then make a budget. You have to then justify the spend of your team in terms of like, what is this bringing to the company as results, right? This is part of the job description of being a CPO. And lots of people who get to this like VP level or CP level, they are only then starting to grapple with what does this mean? How do I make a budget? How do I think about the numbers? How do I speak about the numbers? How do I not sound stupid speaking about these things? And if you were to be promoted in that kind of role, and you have nothing to say about these things, guess what happens? Like once a month, everyone in the executive team... Simulator comes and takes your job. No, once a month, everyone in the executive team is reviewing the numbers, right? They're looking at, here's our budget. Here's what the P&L of this month actually says. Are we ahead of budget? Are we below budget? Let's say we're like midway through the year and we're lacking behind budget, but we made promises to investors. We made promises to shareholders, to the board about how this year is going to go. We're lagging 15% behind. Guess what? People are going to make decisions, right? Either they're going to cut costs, aka let people go. Or they're going to come up with new priorities, a reshift of the strategy to push for something that they hope will make up this gap in the remainder of the year. And they're going to turn to product people and say, find me something that's a quick fix that will start making money in two months. Because we're in August. It needs to start making money ideally now. I'll give you six weeks, but then let's go, right? Otherwise, this year is done and we have nothing to show for it. This is what happens in companies. And whether people like this or not, some people may think, oh, this is a political game. Oh, this is a dirty game. The commercials are somehow the dark side, is stuff I've heard before. But it's not a dark topic necessarily. It's like, how do you actually make a good business out of the cool ideas that you're building for your customers and clients? That's the job in product. But that is an interesting point about the dark side as well, though. Because I think it is fair to say that many product people and frankly, a lot of product influencers will be sitting and people writing books and courses and videos and podcasts. There's almost this, exactly as you put it, this concept of, well, we're the product team. Yes, we're here to drive value for the business. But at the same time, we're also here to advocate for the users and for the tech side of things and the other two parts of the Venn diagram. And therefore, almost someone needs to advocate for those parts that maybe would be underserved by a company that was fully and entirely optimizing just for revenue. Because you can kind of make money doing just about anything if you try, right? So on the one hand, you've got the argument that, well, of course, product people need to be more commercially aware and they need to understand the context of their business and the kind of the constraints and the opportunities and all of the good business stuff. But there's also some element of like, but who speak like the Lorax, you know, who speaks for the users, right? Should the product people be careful that they're not being dragged too far in one direction or is it always going to be a kind of a balancing act? I think it is. The job is this balancing act, right? And also, I don't think there is a contradiction between speaking up for users and creating revenue because revenue gets created by building stuff that users will buy, right? All of your revenue comes from someone making the choice that your product is worthwhile their money, is solving some sort of progress. is solving some sort of progress desire for you, right? Like the whole jobs to be done thinking is the machine that drives revenue. So of course you have to think about the user. Of course you have to also relate a storytelling about what kind of user impact is actually valuable to solve for, right? When we now speak about judgment in the AI world, right? Like judgment and taste, understanding what is worthwhile building, right? It's tapping into exactly this. Understanding and identifying well, what kind of problem to solve for users is worthwhile solving and how do you solve it in a viable business fashion so that you also make money with this, right? What I see a lot of product teams do these days is they are being mandated to go AI first. Yep. And they're being told like whatever you do, it's got to be with AI. And then at the same time, product leaders turn around and they come together in these conferences and they're all looking at each other and just like, and where is the ROI on this? Have you found it? Have you figured out a way to make money with AI? There is no kind of commercial considerations to understand. And they actually, I think require even engineers to have a basic understanding of how the money stuff works because when you build an AI product experience and part of your experience is requiring you to keep on spending tokens to enable part of this experience, you have introduced a new margin risk to your product with more usage, there's more costs tied to this new feature. And so you have to start tracking stuff by user, by workflow, by interaction pattern. And that starts in the code, quite frankly. And it's really, really important that people start thinking about this these days because otherwise you just build up this giant cost machine. And what happens at the end of the year is kind of brutal, right? The P&L doesn't care how you spend the money and what kind of great thinking some manager put against this token maxing idea. It's just tallying up whatever the spend was. And if there is not enough revenue against that spend, the profitability takes a hit and shareholders, investors, the executive team will turn around back to you and be like, how come you spend all this extra money? How come you took Chen Sen Huang's words of every engineer should spend the equivalent of their pay in tokens at face value? Yeah, why would he say that? And yeah, of course, I mean, selling more GPUs, right? So it makes complete commercial sense for him to spin that tale. He gets the financials 100%. And I'm not saying it's a bad idea necessarily, right? If you have a business case and it used to take you two months to build this thing, now you could maybe speed things up, do it in one month. You spend the same amount of money, right? Like whatever your team costs, you now also spend in tokens, but you did it in half the time. You pulled the earning potentials forward. So you start earning money with this thing sooner or you start saving money with this thing sooner. So it might actually be a really smart investment if there is a theory around how this time invest of the team and the token invest is going to translate into an even bigger cost savings and or even bigger revenue opportunity. And it comes back to the basics. The revenue comes from, you find something really cool that customers really want. And this new AI enabled thing is solving something so fantastic for clients that they are willing to pay extra for the AI feature in your premium tier, right? If you find these kinds of things, brilliant, go for it, right? But if you have no theory around how this AI thing is going to make your customers happier, therefore them willing to pay more money to you and you're just starting to spend more money, that calculation doesn't compute at the end of the year. And someone in the finance team will just look at the numbers and be like, hmm, now we have double the spend, but where is the extra money? Where is the cost savings that justifies this? And I think we're still in the experiment stage this year, maybe, it's not gonna last. Yeah, and I mean, I was gonna ask about that in a bit, but I guess that's an important question around this kind of gold rush of everyone having to AI. I was speaking to someone at a client office the other day who was saying, oh yeah, we basically got like unlimited AI budget. We can spend as much money on tokens as we want. And that feels like the sort of thing that at some point, you talked about free money earlier on as well, that eventually gets kind of the valve gets tightened. It kind of feels like at some point, someone is gonna sit there and say, well, hang on a minute. Do you feel we're anywhere near that point at the moment? Or do you feel that there's a long sort of road ahead before people start to realize, hang on a minute, this isn't quite delivering what we expected? Actually, the road to that isn't all that long at all. Because as I said, executive teams look at the numbers every month. But they're not just looking at numbers though, because this has been driven by the fear and the FOMO and the hype. Of course, and I get this, right? They're almost like making it more possible to do this. They probably will look at the numbers, but it kind of feels like there's a competing force now of like, yeah, we're gonna look at the numbers, but also we're being pressured. Now I've spoken to investors, people in investment firms and stuff, and they're pushing all of their organizations here, AI, AI, AI, and of course they are, because that's the narrative. But it feels like it could be a reckoning for some of these companies. I think it's, you know, investors want to make their money back eventually. And they look at the earnings history over multiple years, right? They look at how did your profit develop over years? How did your balance sheet develop over the years? Did your revenue grow over the years? Did it grow ideally like a hockey stick, right? This is the dream, that's what everyone wants, right? Like exponential growth, not just linear, small and flatlining growth, right? So these things haven't changed just because AI is in the game now, right? The way a company is being evaluated, and also quite frankly, the executive bonus packages of your leadership team, of your senior leadership team is still tied to these kinds of numbers. So of course they care, right? They might feel the pressure in the market and I totally get that, right? It's like you might not even be able to compete with others if there's not something AI written on your website and your product experience, right? I totally get that part. So you have to put something in to just like check the box of your customers that they want to purchase something that has AI in it. But still, at the end of the year, or when your funding cycle comes to, you want more money from a VC or a private equity firm, the numbers have to look a certain way. Otherwise, guess what? The funding isn't coming. And that's not what executives want. So it's just, you can just, I am willing to bet money on this. It's not gonna take much longer, right? Like in the coming two to three years, for sure you will see more and more pressure on this question. It's like, how does this actually pay for itself? It's, that's just the way commercials work. And it's not gonna stop just because there's AI now. Well, some people would like you to think that it might, but yeah, I reckon there will be, there will definitely be some tough questions. But if we just kind of take a step back and we've talked a lot about the kind of the financial space that maybe product people aren't necessarily so comfortable in for all the reasons that you've already explained. And obviously, through things like your course, you're trying to help people to get more on track with that, maybe start to have better discussions with some of these stakeholders. So when it comes down to fundamental financial literacy, because you've gone through all of your experience and working, doing the financial controller stuff that you talked about, not everyone's gonna do that. But when we're talking about financial literacy for product people, we're supposed to be good with numbers. So that's a good thing. We should be able to calculate the number of light bulbs in Manhattan for interview questions and stuff like that. So we should be okay with numbers. We all look at analytics all the time. So with that head for numbers, what does financial literacy specifically look like? What kind of specific concepts and maybe metrics or kind of KPIs are we maybe trying to persuade product people to pay more attention to? We talked about revenue and cost, but is it just that or there's some other concepts that you think are important for people to kind of double click on? So I think it starts with you understanding at a very basic level, what is a P&L? Like it lists all the money you're making versus all the money you're spending. And then there's either a profit because you made more money than you spent or the other way around. And there's a loss because you made less money than you spent. So a P&L is calculating for this. A balance sheet is calculating everything a company owes versus everything they own. And how does this compare? Like do you have more assets than liabilities? So it adds up all your cash in the bank and your houses that you might have and the server units and maybe some intellectual property value of whatever CapEx thing you have built minus the money you owe to other people and the bank and to the tax authorities or whatever. So there's like some computation there as well. And then in some companies, they look at cash flow. They're just like looking at how much money is coming in, how much is going out, how much longer can we last with the money we have in the bank. That's in a startup context is really super important. Cash management is also super important in banks because it drives how expensive it is for them to refinance with the central banks and their whole risk profile metrics vary with like how well their cash positions are balanced. So depending on which company you're in, there's going to be different financial metrics that your CFO, leadership team and the board review all the time. So the thing to find out as a product person is what does this look like? What is the size of your P&L? Is the entire P&L 5 million, 50 million, 5 billion? What is the size? So you get an idea of like how much extra revenue would be a meaningful lever to move any of these things. If you're in a startup and your whole P&L is 1 million euros, right? Then creating something that makes 200,000 as a 20% lift, that's amazing, right? 200,000 in a company the size of a Microsoft or an SAP or a Netflix or an Amazon is such a drop in the bucket. It is laughable, right? The average PM that is staffed in a team where let's say there is one PM, four or five engineers, a QA person, maybe a designer. The spend of this team varies by geo-region. If they're in India, they're cheaper. If they're in the US, they're more expensive. But you can think like starts at 600,000 goes up to 1.5 million. If you have expensive AI people staffed in there maybe even more, right? So think about like how much does my team cost and how much would be the cost of that team times five or seven as a minimum ambition level of I should be making at least that much money that I can genuinely say my team's a good investment because we made out of what we cost this much benefit for the business. In one of the four main strategies how you impact the P&L, I'm making more money, I'm making more revenue. I'm protecting money. So I'm working on something like churn reductions. I'm saving cost in some way because of my AI thing is doing some efficiency and some process and this is saving us 30% of something really expensive. Or I'm avoiding to spend money to begin with because I built something in a compliant fashion so I'm not gonna face this major fine next year. Those are the four big ones. And out of those, the CFO loves the revenue generation the most followed by the cost reduction. Now, if you think about like in this neighborhood like whatever the size of your P&L is like think 10 to 20% of that moving that would be fantastic. That's like good aspiration level on the upper end of what you might want to move. Now you're not gonna do a 20% lift on the P&L of Amazon with just one team, right? But somewhere between five to seven X what my team costs and whatever that is that's where your ambition should kind of like focus. And then you look at your roadmap and you're looking at the next thing that's on your roadmap and you're trying to come up with some sort of theory. How long is this slotted for? Like you are thinking you will develop this for a month. Does it make more than what my team costs in a month? Ideally five to seven X of what my team costs in a month. Does it get me close to this big ambition level of 10 to 20% of my entire company's P&L? And what is the next thing on my roadmap? And how does this compare to the first thing that sits on my roadmap? Maybe there is a strategic consideration, right? The thing that you are doing next isn't making as much money as the second best thing but it's opening a new market and therefore it's like jiving with company strategy in some way. Those could be like reasons why you choose the less valuable thing first. I'm not saying that it's only about the numbers, right? But you should have some theory in mind of how your team creates value. And what I find when I talk to people is they don't know what their team costs. They have no idea. They have never looked at the P&L of their company. In some cases, if it's publicly listed, you could just look it up, right? Like it's on their website of your company. But in many scale-ups, it's not publicly available and it's not necessarily communicated internally. So people feel like they don't have a right to know this because it somehow seems like secret or intransparent what that is. And oftentimes it's actually not all that secret. It's just that a CFO gives out this information on a need-to-know basis. So if you go to them and you explain, I'd like to understand how our numbers compute. What are the levers to our revenue? Which one can I impact with my product thing in a good way? How can I create enough impact that it's going to be meaningful here? They're more than happy to share the numbers with you if you ask these kinds of questions. If you just want to kind of like dig around and they have this sense of, oh, you're just trying to find out something you're not supposed to know, then of course you're not going to be given access to things. But that's not typically the case. Like I usually tell people when they come into my course week one, like after the first week, go have this conversation with someone in your finance team. It's never happened to me that someone came back and said, they didn't give me those numbers. It has happened that people were too scared to ask the question and then they never found out. But it's not that you are being met with resistance when you ask why you need to know this information so you can make good business decisions. It actually buys you a lot of credibility if you think that way. And it's just that those are the kinds of things that I want product people to be capable to do. You don't have to, like you will never have to make the P&L or do the accounting work or actually make the budget on your own. You can work with your peers in finance. They usually give you a draft. You can work with them. You can discuss with them. You can say, hey, help me. I don't understand how this part works. They're not monsters. No, all of them. No, I haven't actually found a monster in the finance orgs of the companies I've worked in. I mean, they're incentivized to make the numbers work for the company, right? That's their job, right? They are trying to understand what happens in this business, what drives this business, what decisions would be a good way to have the business move in the commercially right direction and they're making these kinds of suggestions to the executive team. They're reporting about this or they're reporting this to shareholders, right? If you read a quarterly earnings report from a big company that's published to analysts and shareholders, they're explaining the numbers to the investment community. That's their job. And if you can find ways with them to find good levers and then show that you actually move those levers, you build an incredible ally in the finance org that will help you get your budget requests through because they trust that you actually have the numbers in mind. So what then, yeah, if we accept all of that and obviously that all makes sense to me and it's something that I advocate for as well, but if we think then of some of those numbers that the product teams maybe go and get and then they try and work out what to do with them to help deliver some of the stuff that you just said, like what do they do with those numbers? So yeah, they understand now the basic parameters of their business, what the goals of the financial goals of the business are, how their teams might be, you know, how much their teams would be costing, how much value they have to generate. And then you could sit there and say, well, the easy option is to just sit there and say, okay, well, whatever the thing that's got the highest ticket number on it in the prioritization queue, we just do that next. I mean, is it that simple or are there other kind of considerations? Like how do you kind of use these numbers and the insight that you've got to actually help you make good prioritization decisions and good product decisions? I think it helps to be crystal clear, for example, on the revenue side, how your revenue computes. Like let's say you're a subscription business, right? Your revenue is a multiplication of however many users times whatever your subscription price is, whatever, times whatever time period, right? You may have a monthly and annual whatever tier. So maybe you have like multiple lines of multiplications in your business. Maybe you have like multiple product streams, then maybe one of them computes this way and another one computes a slightly different way. But there's always these factors that if you multiply them with each other that explain how much your revenue is. So understanding how this works and also from your revenue streams, understanding which one is creating the most value for my company lets me understand which of these levers I might dial to create the most extra impact. And on the cost side, similarly, right? Like if you break down the cost side of your business into chunks of like what are the big things that you're spending money on and you can identify something that's like 60% of all your spending that could be optimized and maybe cut in half, right? That could be a meaningful way on the cost side to do something that's good for the business. Those would be like pointers for me to understand, okay, if I were to pick product initiatives that have the chance to have meaningful business impact, they should be driving one of these things. And then I'm also looking at the bigger strategic picture. So if there is a push to go into from English speaking countries into Spanish speaking countries, right? And one thing on my roadmap would be allowing me to do all the translation work, right? That is a must have to have to stand any chance in the Spanish speaking world. And even though this doesn't immediately month one lift revenue enormously, it is a must have to have any success with this new strategic priority. So I would look at what is the strategy telling me? What are the financials telling me? What are customers telling me? Because their progress desires drive revenue too, right? So from all these sources, you try to identify the most promising thing that moves the needle. And then you make a proposal. And there, I would honestly hope that people can find it in their heart to take it less personal if decisions are being made that maybe go against their favorite pet project, but make commercials. favorite pet project, but make commercial sense for the whole org. But that commercial result is an interesting one, certainly in some companies, because obviously there are many product organizations out there and product decisions that could almost, you know, very clearly, you know, one can drive the other, you know, like, for example, especially if it's some kind of, I don't know, PLG type company with freemium tiers and such, and you know, the product team does something that helps get more people in and they can immediately start to, you know, convert more people and you can immediately start to see the benefit of that. But if that product team is sort of stuck three stages back from the frontline and as a sort of a marketing team and a sales team in the way, not in the way, but you know, like they're the ones that are actually out there selling the product. And then at the same time, also maybe the pricing is such that features themselves are kind of just all bundled into the subscription, you're getting feature requests from maybe big customers that potentially aren't individually going to start to, you know, almost like drive revenue on their own, but they, you know, as a combination, they might start to drive revenue or renewal, it all just starts to get a bit complicated, basically. So in that sort of situation where the product manager maybe feels that the, for example, the realization of revenue is so much abstracted from them because of, you know, there is a sales team out there that's actually going out and getting it and the pricing is such that they don't get to sort of attribute revenue to individual kind of features or capabilities. Is it like, what do they do? Is it just a case of best efforts or they're kind of approaches that you've seen that work in that kind of environment? I feel like this is a little bit of an excuse to not even try. Um, because we tried nothing and that didn't work out. Because the sad thing is at the end of the year, the P and L will be calculated. Your salary shows up as a cost line item and the success of the entire org is being judged by how everyone together, sales, marketing, product, engineering, customer support, finance, HR, everyone is doing against company goals, right? So I've had, for example, in B2B, you often have sales teams driving the big deals that result in the revenue, right? In my last job at IO, I was leading a business unit that had one business development team and three engineering teams together to drive growth with B2B sales, and we like very, very closely linked together the, the sales conversations and the engineering efforts into one combined view at things. Like once a week we would talk and I would ask my B2B directors to bring in any new insights they heard from these big partnership conversations that would be meaningful for us and our roadmap choices and the way we could land another big partnership that would drive a lot of growth, right? So sometimes you just have to need to take a combined look at things, right? Also, if you are a platform team, right, and you enable five other teams, these five other teams may have the more direct link to revenue. You have to understand how revenue is being created in your org and where the strategic focus is of your executive leadership team to make good priority decisions that support these efforts. So I think it's lazy to then say, Oh, because I can't directly see the link, so I'm not going to even bother. It's also, if you have an ambition to get promoted and be seen as a value driver, this is not going to help you, right? It's going to be much more useful if you are going around, you're doing a little bit of digging, you're really understanding how the business is working. And then you come up with a smart proposal that shows that you have thought about the business impact of what your team's doing and that you would focus your team's energy and spend on the things that actually bring the biggest bang for the buck for your entire org. That's your job then. And yes, it's harder than if you have your fingers directly on the, on the revenue related B2C things, right? But it's, it's not that these commercial considerations are somehow absent. Just cause it's more hard for you to find the link. So, just, yeah, maybe it takes a little bit more stakeholder management, a little bit more conversations with people to understand how it all links together. But this kind of systems thinking is what you have to bring. No, absolutely. But one interesting thing that kind of keeps kind of bugging me on this is that you're sitting there, we're sitting here saying that product managers and product people need to know more about the financials and that's fair enough. It's something I completely agree with. And it's something that I feel very much. I'm trying to push product teams to get closer to what they may refer to as the business, you know, the commercial and the financial parts of the organization because they need to be there. But these days, everyone's just talking about product managers needing to know more about AI. Becoming product builders, building 10X as many products, token maxing everything as we've discussed. And obviously we kind of touched on some of the financial considerations of that, but from a kind of a learning pathway and expectation of product manager pathway, it kind of feels like a lot of the effort and focus is on almost getting away from the business and becoming more technical again. And yeah, let's just get product builders to build all the stuff now and et cetera, et cetera, et cetera. So from your perspective, are you seeing the current environment as making it almost harder to persuade product people that they need to be closer to the business and closer to some of these things? Because, you know, you obviously said that almost from your perspective becomes more important because they need to understand these things, but is that what you're seeing that people feel that they need to understand more of these things? Or are they just kind of throwing all in with the technical stuff and kind of getting further away from the rest of the business? Look, I think it's completely natural and also the right thing to do if you're in product these days to want to understand how everything AI works, how agentic setups work, how, what are people speaking about when they speak about a software factory, when they're speaking about a dark factory, how do you make this? Um, how do you use AI in a useful fashion to do whatever, right? Like you cannot be like sitting on the sidelines and hoping that this AI train will somehow pass you by and you're going to have nothing to do with it. That's not realistic, right? But we've had these kinds of things before we've had the mobile wave come through, we've had the, um, even the internet as a thing disrupting businesses in a massive fashion, creating this whole field of digital product management to begin with, right? So I think, um, absolutely. You have to understand the possibilities, feasibilities, and also costs of everything AI to understand where does it make most sense to use this? What are, um, the opportunities this tech is presenting to me and what are also maybe some of the pitfalls. And I think one of the biggest things that gets underestimated in terms of what we as product people need to understand about AI and building cool AI experiences is the connection of now you have a non-deterministic software solution, one where you cannot completely predict every user interaction because like in the past, but classic SAS deterministic software, you had whatever feature on the thing, you click the button, the exact same thing happens every time, except you had a bug, but like for the most part, it worked the way it was designed, right? And it was predictable what should be happening. You no longer have this. Now you have to think about, okay, how do I build something trustworthy? How do I build something reliable? How do I build something safe? All of the debate we are now seeing about like the doomsday scenarios and things like this, like whatever you might think about this, the cybersecurity parts of this are a serious concern of everyone in product building AI product experiences because prompt injections are no joke. Um, package injections into Git, into other underlying technology that drives your AI experiences are no joke. These kinds of things will result in a customer experience that you may or may not like, and if that customer experience isn't living up to people's expectations, guess what? They will cancel their subscription. They will say bad things about you on social media. They will bad mouth you. They will no longer recommend your product to anyone else. And that's like death of the revenue down the line related to an untrustworthy, maybe unsafe, maybe harmful product experience that you never intended to build this way, right? So all of this thinking about, um, considerations for, um, what could go horribly wrong with my product? What do these scenarios look like? And what is my course of action once I identify something like this? Do I have a rollback option? Do I have a kill switch in my product? Can I go back to the version from last week where, can I roll back to a previous model because with the introduction of this new model, I have introduced some sort of drift, like all of the evals, all of this stuff is now becoming important for product people to understand. So absolutely you have to understand this AI stuff, right? Downstream from this still is the good old computation of how many customers did this thing and gave me their money? What did it cost and how are we as a company doing financially with this? And so it's, it's ever, it's always there. It's kind of like one of these like foundational principles, um, that if you ignore, will come to bite you. So it's, it's not for me, it's not an either or it's an and, and that builds extra pressure. It's not, maybe not so fun to be in product these days because you have to learn a lot all at the same time. But at the same time, it's also what keeps the job interesting. So it's never boring in product. And I think you have to do both. You have to understand what this new tech can do, how to, how to implement it safely and trustworthy and how this relates to money and revenue and costs and profitability and, or any other financial metric that your company is tracking, like I'm working with an insurance company now, they track something that's a ratio between whatever money comes in from people paying for insurance versus all the payouts, that's a specific ratio thing that only insurances track doesn't matter in a subscription business, but know what it is in your company that people care about and how these things compute and how you can contribute to the financial success of your org and how maybe with AI, you can make this a stronger revenue driver, a better efficiently running company. There's so many opportunities with this. So it's just, you cannot ignore the commercial effects of your choices. I'm sure some people are trying, but it's an interesting question though. You talked about trust and obviously you and I spoke about trust when we were prepping for this as well. This idea that, you know, in, well, basically exactly everything that you've said in this world that we're building all of these kind of non-deterministic solutions and there's so many chances for it to go wrong that you've got to do a good job and an ethical job around and make sure you're not causing any harm, but also then kind of tying that together with the commercials, like you say. But from your perspective, do you feel then that almost trust in this day and age can itself almost be a commercial lever versus just kind of a nice to have to make you feel good on the side? Like it's something that's actually going to help, for example, maybe provide more of a moat versus back in the old days, moats could be technical, for example, but, you know, these days it felt kind of feels like technical moats are starting to kind of get bridges put over them, but do you think that kind of trust and trust in your AI powered solutions could actually be an unlock for kind of commercial growth and kind of drive up some of those numbers that we've been talking about? Honestly, I feel like trust has always been a lever because if you think about it, you would have never given a company your money for something that you didn't trust would deliver what you are paying for, right? Like if you buy a vacuum cleaner and you are dishing out the money for an expensive one, you expect that this thing somehow cleans better than the cheap thing you had before, right? And if the product breaks this promise, you will never tell anyone else to buy this expensive piece of equipment versus you are so thrilled with your high end vacuum cleaner and how easy and fun it is to vacuum your living room nowadays that you might even show two or three friends and convince them to also buy this thing, same thing with digital experiences, right? If you absolutely loved your Netflix subscription many, many years ago, right? Like you told all your friends about it. How amazing is this? You no longer have to pay the late fees. You just get the DVDs shipped to your house and you told all your friends about how amazing of a product this is. And there was a lot of growth coming from it. If once this company starts breaking your trust, right, like, and you can no longer watch all the movies you want on this one platform, right? And you start seeing that the thing you really want to see now plays on Hulu or I don't know, like other streaming platform, you name them, right? It's not about bashing Netflix, but like once the customer no longer trusts that their entertainment need is best fulfilled by this one product, they go somewhere else. Right. And so if the AI based product experience no longer lets you trust this product, this company, you also look for alternatives. And we've seen this already, right? Like even before what happened the last two weeks with all the Doomsday postings in the AI space, right? Remember when Entropic pulled out of the U.S. government contract and said, we're not building automatic weapons systems with our AI systems. And OpenAI was like, okay, but we'll do it, right? Lots and lots of people's money voted with like canceling their OpenAI subscription and going to Entropic. Now I'm not saying Entropic are angels in the way they conduct their business, right? But if people don't trust you as a business, if people don't think that your product delivers what it was advertised to do or promised to do, they will take their money away and AI isn't the only way to break people's trust, right? Like look at lots of, lots of people are in our space are discussing what happens after Bending Spoon acquires a company and they're making the experience much less than it used to be. So you, you used to excitedly dish out XYZ number of money for your subscription to whatever tool that then got acquired and they made the user experience less wonderful and you are paying more money for less service. Guess what? At some point, you're going to take your money elsewhere, right? So this, this trusting that you actually get good value for your money is the commercial driver behind any kind of revenue line. And with AI products, you just have found new ways in which you can break this trust, right? Like the thing does something unexpected, unsafe, harmful, maybe violates your ethics, right? Those are all choices people make. I mean, there's a huge backlash in the US against everything AI these days, right? And it's like, people talk about this being an election topic for the next upcoming election, right? So it's, I think, and I'm teaching this course on ethics and AI in a school here in Cologne. A year and a half ago, when I first started teaching this, I have a monthly half day on this topic with groups. A year and a half ago, people were just coming in gung-ho. They had like, never even thought about ethical concepts. It was like far off their mind. When they came into my session, they were like, oh, maybe I should have thought about this. Maybe I should think about the positive thing I want to design and not just like the doomsday scenarios. Like, what is it even that I want to see in the world and how might I design for that, right? Nowadays, people come in and they're down on the whole thing. Like I've had people thank me after the half day where they're saying, well, you've resorted my faith in the possibility that you can actually build something good with this. You have a choice when you're building AI experiences. Do you choose to build the positive impact you want to see in the world? Or do you neglect to even look there and you just hope for the best and you introduce a lot of risk, which will hit your commercials eventually, and that is not going to be great for your career, right? You can choose to build things responsibly. You can build in good guardrails. You can build in good systems to address things that might have gone wrong. And you have to expect that things go in unexpected ways with these products because they are not deterministic software anymore. So I think as a product person, it's at your own peril to ignore the topic. I also feel like some of us might be turning into cynics and feel like we have no agency and we're just overwhelmed by the speed of things and we can do nothing about all these things. I hope that people understand we actually have a lot of choice. We have a lot of agency. We can make good choices and we can build cool things that are also commercially viable. That doesn't have to be a contradiction. And I hope that people take heart and go in that direction because that's where product work is fun. Again, coming back to this survey I did a few years ago, I asked product leaders, what is the most challenging thing in your work and what is it that you enjoy the most? And the thing that number one got mentioned so many times is what brings me joy is the positive impact my stuff has out there in the world. So go for it, build the cool stuff, make AI do cool stuff for you, and then the money will come. I love Nisreen's work on bringing delight into product. Like think about these kinds of things, like AI doesn't have to be all doom and gloom. It's a tool that could be used for anything. It could be used for building something genuinely cool. Yeah, rather than just a bunch of chatbots being slapped all over our screens in products that don't need them. But you know, that's a whole different podcast episode. So if you're a product person listening to this now and you're thinking, well, yeah, this all sounds good. I'm convinced, but I don't know where to start. Obviously one way they could start is they could come and take your course, which is still going, I believe. But even before they do that, and you've kind of touched on it a little bit about, you know, going to speak to the CFO, for example. Is that the first thing they should do? Or is there like a smaller step that they can take to start to think about some of this stuff in a more structured way? I would start by just like looking around your files you have access to, like find your P&L, find your balance sheet, find your cash, find the deck that your senior leadership team is presenting to the board. What are they talking about in the all-hands meeting? Get the first piece of data from there. Then go talk to your finance org as far up as you can get. If you're in a huge organization, maybe talk to someone who is a business unit lead, like you will not have access to the CFO of Amazon if you work there, right? But you do have access to someone in your sphere of influence that looks at the numbers, go talk to this person, ask them how the numbers of your business unit compute, what matters here? Are they reporting success? What are the key metrics that they're watching? And then like play from there, like make a little driver tree, like write down how air, like make a little driver tree, like write down, how could you impact these things, compare what's on your roadmap to how these drivers work? Is there, is there a link? Can you find it? How much would your roadmap items move these things? Um, there's lots of blog articles on my blog that could help you get started where you can just read up something fast. Um, and, uh, rich Mironov also has an amazing book called money stories that goes into how do you speak about the commercial success that, uh, things on your roadmap proposed to the business and seeing you look for it. I have it here somewhere as well. Um, there you go. Yeah, exactly. This one. And it's a, it's such a fast read. It's like a thin book. You can read this in 45 minutes. It's a, it's, I highly recommend this book. It's really good. Um, that's where I would start. For me in the cover as well. You know, you've arrived when, huh? Yeah. So that's, that's how I would get started. And then, I mean, you can, you can go to my blog, you can download a template for making a business case. You can start playing with this, like find if you're not good with Excel, find someone who is like a business analyst that you have access to. Um, maybe someone in your finance org, they're not monsters. They're happy to work with you to, to model something. Um, those are all easy steps one can take without having to do anything. And if you do want to take the course at $3.99, it's like really affordable. The way you get this funded is you go to someone and say, my team costs XYZ per sprint, this, this course costs $3.99. If I just make one good choice for one sprint, it has paid for itself. Oh, there you go. So you've, you know how to sell this stuff into the financial team. Yeah. I actually literally had a, I had a course participant pay out of pocket first and go speak to their CFO about these questions. Person was so impressed that they ended up paying for the course. Oh, there you go. That's a great little growth story right there. Well, I'll obviously, uh, link all that into the show notes of your link to your course and, uh, obviously any other resources, but if people do want to come and find you specifically after this and have a chat about, I don't know, AI ethics or digging into the numbers, or maybe even see if they can get a tango lesson. Where can I come and find you? Um, LinkedIn is a very easy way to find me. Um, my website inclusiveleaders.de is another great place where you can find me, you can email me at Simonetta at inclusiveleaders.de, um, many ways to find me, or if you are in and around Cologne, come to one of our product tech meetups, um, there you go. I hope you do it in the cathedral. Also a fun thing to do. Well, okay. So you don't do the product tanks in the cathedral. Not yet. One day, if you get the right kind of guest, maybe you can do it there. That'd be interesting. They have done some interesting commercial choices recently. You can pay for your candles with a credit card and make a donation. Um, so they have, uh, they say they're looking after the numbers as well. So they're, they're, they're taking your advice. Well, uh, I'll make sure to link, as I say, all that into the show notes and as well as like your LinkedIn and everything else, hopefully you get a few people doing the Caminata in your general direction. Although I don't actually know anything about Tango or what that is to look it up. Well, Simonetta, obviously it's always a pleasure to chat. Really glad to have had the chance to kind of dig into the numbers a little bit and why people should be doing that. Uh, obviously a bit of AI stuff in there as well. So kind of get the clicks too, but obviously you and I'll stay in touch, but yeah, as for now, thanks for taking the time. Thank you, Jason. It's been fun.