[ BETTER TECH LEADERSHIP ]

Sylvain Grande: From Roadmap to Revenue - Elevating Product Strategy with Financial Insights

[ THE SPEAKERS ]

Meet our hosts & guests

Matt Warcholinski
CO-FOUNDER, BRAINHUB

Co-founder of Brainhub, Matt describes himself as a “serial entrepreneur”. Throughout his career, Matt has developed several startups in Germany, wearing many hats- from a marketer to an IT Engineer and customer support specialist. As a host of the Better Tech Leadership podcast, Matt talks about growing successful businesses and the challenges of being a startup founder and investor.

Sylvain Grande
Chief Product Officer

Sylvain Grande is a seasoned product and revenue executive with a strong record of scaling digital businesses and managing cross-functional teams. Notably, he grew SoundCloud from under $3M to over $100M annually and led Shutterstock’s $350M B2C P&L. Currently the Chief Product Officer at PayFit France, Sylvain oversees product, compliance, design, and data teams and champions diversity initiatives. His global experience includes launching HERE Maps in China and managing complex product-revenue operations at Yieldstreet, HERE, and SoundCloud. He is also a board advisor and angel investor, passionate about data-driven strategy, innovation, and environmental causes.

Transcript

00:07 - 00:13
My name is Matt, and I will be talking with Sylvain Grande about the critical role product management

00:13 - 00:18
plays in driving business growth and balancing processes with company culture.

00:20 - 00:21
So you're an experienced CPO.

00:22 - 00:24
You work as an adviser.

00:24 - 00:27
You are for quite a time in the in the tech field.

00:28 - 00:34
But your background, it's not only the background around the product, around the tech. It's around the business.

00:35 - 00:39
And I think I haven't discussed it before with any of my guests.

00:39 - 00:42
It's like the P&L thing.

00:42 - 00:44
So I wanted to start with that.

00:45 - 00:50
So I just would like to understand and maybe you could, tell about this.

00:50 - 00:56
Like, is the p and l important for you to understand from the port product perspective, why

00:56 - 01:01
this is important, how this is influencing your work, so we can start with it.

01:01 - 01:08
Yeah. For sure. I mean, look, the the product and the and the chief product officer impact on

01:08 - 01:14
p and l may be indirect, but I consider it essential. Right?

01:15 - 01:22
I think, the traditional kind of view of product is like, oh, you focus on, on engagement of

01:22 - 01:29
your team of motivation as a manager and then on product strategy, vision, and delivery quality.

01:30 - 01:36
But this is just foundations that, fuel customer impacts, revenue growth, and also cost efficiency.

01:36 - 01:44
So I think while most organization tend to have a a functional organization, and even in the

01:44 - 01:50
case of matrix organization with, with general managers, there are not historically, many people

01:50 - 01:57
with product backgrounds that are in kind of business, I think, seats.

01:58 - 02:02
And let's remind ourselves that product management is still a a line of work that is still young,

02:03 - 02:07
but I think there is a lot more diversity now in product people profile.

02:08 - 02:14
When I started, it was mostly ex engineers, and there is a lot I think a much deeper appreciation

02:14 - 02:22
that product is intertwined with revenue, gross margin, direct contribution to upsell or cross sell.

02:23 - 02:27
And look, I had the chance to to have direct p and l responsibility multiple times, so maybe

02:27 - 02:33
it's a it's a bit more, same year with me, but I would say that this is a bigger, one of the,

02:33 - 02:39
I think, biggest, gap maybe for some product people now to be to really have a deep understanding

02:39 - 02:42
of the business metrics and especially unit economics.

02:42 - 02:48
Because I'll be honest, like, I don't know how you can design a roadmap without understanding,

02:49 - 02:55
those points from, from the full life cycle, from acquisition to activation to engagement to retention. Right?

02:58 - 03:05
So I always tell my my PMs, look, a feature shipped but that, that is not known and not used

03:05 - 03:09
is is irrelevant, and I I think actually the most frustrating thing.

03:09 - 03:12
So I tell them, look, think always about the go to market plan.

03:13 - 03:19
You may not think about it alone, but, product people usually have a good understanding of the

03:19 - 03:25
the channels and they can contribute a lot to how we roll out things and promote, experiences that drive revenue.

03:25 - 03:30
So for me, it's like a a must have now for sure.

03:33 - 03:38
And regarding the p and l and the financial KPIs for the CPOs or people around the product,

03:38 - 03:43
so you don't have I think you don't have to be even a a CPO to have the basic understanding

03:43 - 03:50
of the p and l and how does it work, like, how your work and features impact the results of the the company.

03:50 - 03:56
So maybe have you noticed, like, a common, misunderstandings or the things that people are,

03:56 - 04:00
like, are not so familiar from the, like, financial aspects. Right?

04:00 - 04:06
And maybe something that, you know, like, a common mistakes that you notice around the PMs,

04:06 - 04:08
around the product owners, CPOs.

04:08 - 04:15
I mean, look. I think there is, at times, they can be a self reinforcing will, including within

04:15 - 04:21
organizations because, people that may not be outside of product may not be familiar with what

04:21 - 04:24
product does essentially outline, hey.

04:24 - 04:29
I want a I want a road map where what about the delivery, right, and you're reinforcing that

04:29 - 04:36
pure delivery reel whereby in the end what matters is, is not output, it's outcomes, right?

04:37 - 04:38
And so I do think that

04:41 - 04:46
it it's not about the inputs and the decision come from business, which is I think a very old view. Right?

04:46 - 04:51
It's like, there is business inputs and that come that can come from from anywhere, including

04:51 - 04:56
data analysis where product usually can have, a direct contribution.

04:56 - 05:03
So understanding the business metrics, what drives revenue, what drives margin contribution,

05:04 - 05:05
what are the key benchmarks?

05:05 - 05:11
So that's even more important for likely for, for the leadership, for the product leadership,

05:11 - 05:16
but what drives the the benchmarks that the board and the CEO will have in mind?

05:17 - 05:27
I would encourage always, products to partake, participate in business reviews, and you need to share, these elements.

05:27 - 05:33
You need to raise your team awareness, obviously, pending some confidentiality parts Grande there is different culture.

05:33 - 05:37
I tend to be like, you know, maximum transparency camp.

05:38 - 05:47
And I think you can relate it to some, existing competencies of, upfront people where revenue

05:47 - 05:52
is also about understanding segmentation, right, what it enables for customers.

05:53 - 05:59
And so how what you ship can be translated also in, like, in sales pitches when you have a kind

05:59 - 06:01
of sales driven acquisition machine.

06:01 - 06:06
And it's it's critical just to build those relationship in the organization Grande it's bidirectional, right?

06:06 - 06:12
Because the more you will make the effort to understand, let's say, so called business, mechanics,

06:12 - 06:18
inputs, and economics, the more you can also, explain how you prioritise a roadmap, and not

06:18 - 06:24
just, hey, I'll turn out a roadmap and features, and I'll be measured by, like, oh, I shipped

06:24 - 06:30
on time x, which is like, to be honest, not a great, indicator of contribution.

06:33 - 06:39
My cofounder, recently asked on the interview process, like, a good question.

06:39 - 06:42
How how will you contribute to the revenue of a company?

06:42 - 06:44
How will you impact the revenue of the company?

06:45 - 06:50
And what what you are saying, I fully agree with that I think, like, understanding the

06:50 - 06:53
p and l and, like, basic financials, it's, like, crucial.

06:53 - 07:01
and I'm just wondering, like, in your case, maybe so when I was starting the company, I had

07:01 - 07:04
the problem that maybe sharing the financial pay.

07:04 - 07:06
It's, like, it's bad thing.

07:06 - 07:11
Like, even sharing with the employee, so you have, like, the weekly get get get the viral, like,

07:11 - 07:14
weekly newsletter or weekly updates. Right?

07:14 - 07:18
And, like, sharing the entire national data, it's really, like, hard for the cofounder

07:18 - 07:20
or for the leaders to deal with the people.

07:20 - 07:24
But nowadays, like, my mindset switch a lot.

07:24 - 07:28
So I think, like, when the people are getting the content on the product side, on the business

07:28 - 07:33
side, on, like, on the engineering side, it's even better because they understand, like, how

07:33 - 07:37
the mechanics, like, how the rest grow when the profit grow works.

07:38 - 07:41
So in in your case, like, you work in a various organization.

07:41 - 07:48
So do you share the financial data with the employees, or you, like, you are really, you know,

07:48 - 07:52
not, not pushy with that and and afraid of doing it?

07:53 - 07:56
No. I I I think I think there are almost 2, like, 2 elements.

07:57 - 08:02
There is, there are differences in company cultures. Right? And also in phases.

08:03 - 08:10
There are always some phases where it's a bit harder to, to share with the same level of transparency.

08:10 - 08:16
Like, if I think about a company that may not be doing super well, that may be running out of

08:16 - 08:23
cash, it may actually be counterproductive, to to give too often the details about, like, the

08:23 - 08:25
the runway as an example.

08:26 - 08:34
I think the the the the challenge is, like, is is how do you explain with whom you share, right,

08:34 - 08:41
because you need to recognize that it's not just about sharing, a document, with an entire organization

08:41 - 08:48
and assuming everybody will understand the same thing and will translate, into actionable begin the same way. Right?

08:49 - 08:55
First, you need to work on the, differences in understanding, and then you need to really do

08:55 - 09:00
the extra mile whereby people react differently. Some may be motivated.

09:00 - 09:07
Some may, panic, and as importantly, you need to translate and connect it, whatever your framework.

09:08 - 09:13
If it's like OKR, you need to be able to ask anyone in the organization, do you understand how

09:13 - 09:18
your objectives and your contribution relate directly or indirectly?

09:18 - 09:23
That's okay at times, to a, to a top level indicator. Right?

09:23 - 09:34
Because, let's say a PM that works on, upsell and cross sell, there's a much, easier, connection

09:34 - 09:38
than someone that manages the platform team or the infrastructure. Right?

09:38 - 09:43
And on the infrastructure side, it may be easier to connect to the cost efficiency.

09:43 - 09:46
So I think it's, it's really always about that translation.

09:46 - 09:54
And that translation, by the way, may happen differently, not just within product, but between, product design and engineering. Right?

09:54 - 09:59
You don't have the same motivation drivers, but you need to have a a common, I think frame and

09:59 - 10:04
understanding of, look, if we do this, do we have an acquisition problem?

10:04 - 10:07
Do we have a a a growth objective?

10:07 - 10:10
Do we have an EBITDA, kind of a topic or focus?

10:10 - 10:12
And you always have the same set of KPIs.

10:13 - 10:15
You you should not change KPIs all the time.

10:15 - 10:20
That's very confusing for people, but you need to indicate what is the ranking order. Right?

10:20 - 10:27
There's always 1 or 2 KPIs that matter most at different phases of growth or time of a company.

10:28 - 10:36
Many people now focus on things like, you know, EBITDA and, and, revenue per employee.

10:36 - 10:38
Those metrics existed 10 years ago.

10:38 - 10:41
It's just, the rank, the ranking order has changed.

10:42 - 10:44
And and how about the MBA studies?

10:44 - 10:47
Did they, like, change your mindset in some way?

10:47 - 10:55
Like, you you had this moment and now, like, you know, you started to operate a bit differently than before. I mean, look,

10:56 - 11:04
I think it's a bit different because, I entered product, when it was a nascent field Grande

11:04 - 11:07
my field of study was business and MBA.

11:07 - 11:10
So I'm a bit, I have that I would say, biased.

11:10 - 11:16
I think I think as always, it's about curiosity and, look, it's better if you know how to

11:16 - 11:17
read a p and l.

11:17 - 11:20
It's better if you have basic understanding of core economics.

11:21 - 11:27
But in the end, it's like mostly logical things that you can, I think learn over time, And,

11:27 - 11:33
you should not be afraid of about, the standard acronyms that every, field has?

11:33 - 11:39
So it's about like, okay, like, what are the key drivers, of the unit economics?

11:39 - 11:44
I think this is really, like, in the end, it boils down to what does it take to get one more customer?

11:44 - 11:52
What does it take to get one more unit of, growth contribution margin or or cash?

11:52 - 11:56
Like, it's, you have a different level of understanding.

11:56 - 12:00
But, yeah, MBA for sure, helped, but there are many other ways.

12:00 - 12:02
There are lots of resources online now.

12:03 - 12:07
So there are, let's say, cheaper ways to acquire that knowledge that MBAs nowadays.

12:11 - 12:15
And let let's talk about the processes. Mhmm.

12:15 - 12:17
It's the thing that I'm really bad at.

12:17 - 12:26
So but, I'm wondering if you enter a new organization, do you have your own, like, processes

12:26 - 12:29
or the areas where you put the Matt, like, emphasis?

12:29 - 12:33
Like, which which process are more most important for you?

12:34 - 12:39
Yeah. Look. I think this is also depending on people's, literally philosophy.

12:41 - 12:47
I believe, like, every company is a bit different. Every context, matters.

12:48 - 12:52
But there is also a lot of commonalities between topics, between organizations.

12:52 - 12:58
So how do you find that balance whereby you don't want, like, process to, to kill culture?

12:59 - 13:02
You want a good equilibrium between both.

13:02 - 13:08
And so the way I translate it personally, and it's it's also a personal philosophy, I'm not

13:08 - 13:12
obsessed about, process standardization for everything.

13:13 - 13:22
I rather focus on few processes where I essentially care and mandate standardization Grande

13:22 - 13:28
one of which is, is really what I call the initiative briefing or the epic document.

13:28 - 13:34
Like, if you're not able, I think, in product to write whatever, a 2 pager where you outline

13:35 - 13:45
what you wanna do, for whom with what success metrics and what you would not do, then I think there is a problem. Right?

13:46 - 13:53
So personally, in my teams, that's one of the few processes where I irrespective of where I,

13:53 - 13:56
I work, I, I feel this is important to standardize.

13:57 - 14:05
Otherwise, I I I think there is, there is a fine Grande, relation with how you like, what are

14:06 - 14:09
the the the the things you need to do to raise the bar constantly. Right?

14:09 - 14:15
Because I think what's most important is we're all learning or we should all be learning all the time.

14:15 - 14:21
And I think one of the elements in in product that is amazing is like, especially in software,

14:21 - 14:25
is we can learn new things very fast.

14:25 - 14:32
And, I think the key objective of culture and process is to make sure that you have a fast learning

14:32 - 14:38
organization where people learn from the successes and failures of everyone as fast as possible, right?

14:38 - 14:44
Which is why having hypothesis in the first place when you work on something is critical just for your own sake.

14:45 - 14:53
In terms of, you know, without going into details of Agile, part of that means that however

14:53 - 15:00
you do it, retrospectives are really important, sharing learnings, especially cross functionally,

15:00 - 15:05
which is not a tendency that many organizations have, is critical.

15:05 - 15:08
For the rest, I think it's a lot more about culture.

15:09 - 15:11
And I really emphasize culture.

15:11 - 15:16
Like, culture is usually more powerful than processes, but also harder to change. Right?

15:17 - 15:20
So it could be like, oh, what are your principles? Right?

15:20 - 15:27
Data driven, customer centricity, speed learning, and how do you make sure that the few processes

15:27 - 15:33
you have really, kind of display those objectives, from a culture standpoint?

15:33 - 15:39
And one, it's it's like sinks in, you essentially need a lot less processes in my view.

15:41 - 15:43
I kind of understand the, the culture.

15:43 - 15:49
Like, if you have the right culture, you can improvise in the right direction without the processes.

15:49 - 15:51
This is, like, how I kind of Yeah. Right? So I

15:52 - 15:59
Let Gabriel. Any many organizations, obviously have the objective to, to succeed and scale,

16:00 - 16:03
with differences between succeeding and scaling.

16:04 - 16:11
So I I think this is really important that you have, look, you have thresholds of organizations

16:12 - 16:18
that tend to complexify or naturally, kind of create silos or block things.

16:18 - 16:21
So how do you have compensating mechanisms?

16:23 - 16:29
Ideally from the culture itself, but also from processes when you meet those different thresholds. Right?

16:29 - 16:34
It's like why do people redesign orgs constantly?

16:34 - 16:44
Sometimes there are a lot of bad reasons, but, there is one good hypothesis, which is, humans

16:44 - 16:50
do not really like change in in most cases, and things tend to solidify or get silos.

16:50 - 16:56
And change brings some, I think, some elements, some positive elements.

16:56 - 16:58
But how do you do that in the best way?

16:58 - 17:01
And it's really through culture that I think you create those foundations.

17:04 - 17:08
Sylvain, and you mentioned the revenue, per employee as a KPI.

17:08 - 17:10
So this is interesting point.

17:11 - 17:14
So why do you think this is important for organization?

17:14 - 17:16
And maybe, like, how do you measure it?

17:16 - 17:20
Do you measure it, like, I don't know, on the on the on the product or engineering people or

17:20 - 17:25
all like, the whole organization? Like Yep. I mean, look.

17:25 - 17:32
Revenue per employee is this, funny, simple, new KPI that is, that is not new at all. Right?

17:32 - 17:33
We just had lost that view.

17:33 - 17:39
And to be honest, in Matt org, this was never a shared KPI. Look.

17:39 - 17:46
You can, you can obviously play with it a bit through, through outsourcing, etcetera, but I

17:46 - 17:53
think it fundamentally helps, beyond the benchmarks, which is a small tendency that we just

17:53 - 17:56
do that metric for benchmarks. Right? Yeah.

17:56 - 18:01
Benchmarks are good, but they also have differences, but it helps people connect. Right?

18:03 - 18:09
I think it's very easy when you have a company that does, like, tens of 1,000,000 or 100 of

18:09 - 18:18
1,000,000 of revenue and whatever, kind of EBITDA profile or profit margin profile, like, this

18:18 - 18:19
is very in your face.

18:19 - 18:21
Like, oh, this is the revenue we bring per employee.

18:22 - 18:24
Oh, my salary is right?

18:24 - 18:27
And it's, I I can connect it.

18:27 - 18:31
It's a very in your face, metric.

18:31 - 18:37
I think the next one would be margin per employee, right, because I think it's this one is less talked about.

18:38 - 18:44
And I think when you work in product and tech, you need to understand in relation to the costs,

18:44 - 18:48
right, of product and tech that tend to be, in most organization, cost centers.

18:50 - 18:56
And as a good example, like, if you work in infrastructure, you can understand the cost per unit economics. Right?

18:56 - 19:03
This is the cost of running my infrastructure, per 1,000 or 10,000 or 100,000, customers.

19:04 - 19:08
And, you need to understand Matt margin usually comes from scale. Right?

19:09 - 19:16
So I think something key for, people beyond the revenue per employee, and that's always, like,

19:16 - 19:25
more difficult to explain, but in product and tech, like in anything, you have fixed and variable costs.

19:25 - 19:31
And I know it sounds like super basic, but a lot of people may not be clear about what is a

19:31 - 19:38
truly fixed cost, what is a truly viable cost, and what is a essentially in between, like, look,

19:38 - 19:43
in some countries, labor cost tend to be a lot more fixed than viable.

19:44 - 19:46
So I think this is really important.

19:48 - 19:53
I have a feeling that this KPI is relevant today, last year, but, like, in a few years, we forget

19:53 - 19:59
up we will forget up after then this will be another switch, because the money will be cheaper

19:59 - 20:00
Grande the people start to

20:00 - 20:01
Yeah.

20:01 - 20:02
I in a higher speed.

20:02 - 20:04
It also It's like Yeah. You know, close. Yeah.

20:04 - 20:09
It goes yeah. Look. Business is a bit like fashion. There are cycles. Right?

20:10 - 20:17
If you recall over the past 40 years, what, the theory has said on the theory of the theorem

20:17 - 20:22
and verticalization, orientalization, vertical, etcetera.

20:22 - 20:24
Like, I mean, we've changed many, many times.

20:25 - 20:32
But I do think that revenue per employee actually will also evolve, in relation to artificial intelligence.

20:34 - 20:44
New innovations or fundamental breakthrough tend to have, long, to be seen, economic effects,

20:44 - 20:51
but also some disproportionate effect on, on top percentile, top quartile.

20:51 - 20:59
Grande so I think you will see also, like, I think, huge productivity gains in some elements

20:59 - 21:05
that will impact revenue per employee, and we'll have to think a bit differently about that, through AI.

21:05 - 21:12
So right now it's a bit like the the the famous, Solow's paradox, from 25 years ago.

21:12 - 21:14
I see computers everywhere but in statistics.

21:15 - 21:17
I see eye everywhere but in statistics.

21:17 - 21:21
I I I I think it will exactly have the same play.

21:21 - 21:24
It will be, coming into the statistics very soon.

21:25 - 21:31
I wanted to discuss the motivation of engineers and product people versus the business KPIs.

21:31 - 21:38
I'm just wondering, because I I feel like the engineers and product people, they don't they

21:38 - 21:46
are not so motivated or so, you know, stick they don't stick so much to the business KPIs as the sales does. Right?

21:46 - 21:50
And, and they are not always motivated around it.

21:50 - 21:52
So maybe you could give me some examples.

21:52 - 21:54
How do you encourage those guys?

21:54 - 22:00
How do you motivate them to deliver those business KPIs, like, to have it always on the back of their minds?

22:00 - 22:07
Look. As much as I am, quite deep in, in business side, and I believe it's important for product

22:07 - 22:13
and tech to understand, and to grasp the business metrics, I do not believe that business metrics

22:13 - 22:16
are the key motivators for product and tech people.

22:16 - 22:17
You need to stop there.

22:17 - 22:20
So these are, in my view, proxy outcomes of good work.

22:20 - 22:27
And what motivates usually product and tech people is having impact on customers and prospects,

22:27 - 22:31
thanks to a great product, a great experience. It's about shipping. It's about delighting.

22:31 - 22:34
It's about solving complex problems.

22:35 - 22:40
And so I think there is, like, plenty of examples where you can connect the dots. Right?

22:40 - 22:43
Let's say revenue needs to improve by 10%.

22:45 - 22:51
That may not be, like, very translatable, like, or motivating for some product Grande tech people.

22:51 - 22:57
But what if we say, hey, look, we improved this and this, and then we're actually gonna work

22:57 - 23:02
on the usage and satisfaction of these features and experiences, and will actually result in

23:02 - 23:09
x percent increase retention rates, right, which actually means 10% revenue increase.

23:09 - 23:12
So that's just a very basic example.

23:12 - 23:18
Or if you look Matt on the cost side, it could be very motivating for engineers to say, look,

23:18 - 23:25
we've improved the scalability of our system, the resiliency resiliency, sorry, of our systems,

23:25 - 23:34
which actually, resulted in, like, that cost efficiency or the ability to support 20% more customers on the same infra. Right?

23:35 - 23:36
So I think it depends.

23:37 - 23:42
I gave 2 very different examples actually Grande I think whether you're in product and design,

23:42 - 23:46
in data, or in engineering teams, you need to find and even within engineering, right, it's

23:46 - 23:54
like an engineer that works on let's say a super customer facing feature of the website or the

23:54 - 24:06
acquisition funnel, understands way better some of the impact and mechanics usually than a platform engineer. Right?

24:06 - 24:11
The lower you are in the stack, the more difficult it is to translate some some inputs.

24:11 - 24:15
But then, you need to find other mechanics to explain that connection.

24:16 - 24:20
I think about a question from my colleague, to be honest, right now.

24:20 - 24:23
So I have a colleague who's a CPO in organization.

24:23 - 24:29
They're growing pretty fast, and we were discussing a few weeks ago the case that he is having on his way.

24:30 - 24:34
And the case is following that they, you know, growing pretty fast.

24:34 - 24:40
They have the ERP system that connect to sales, back office, accounting, like, you know, like,

24:40 - 24:43
one central kind of thing for everybody.

24:43 - 24:47
But, you know, this system, like, over time, they're adding some new features.

24:47 - 24:51
They are rebuilding it, and, like, everybody's everybody's hates it.

24:51 - 24:54
So I I think you saw the those kind of system before.

24:55 - 24:59
And he he has a challenge right now.

24:59 - 25:04
Should they, like, buy something out of the shelf and, you know, adjust to their needs or maybe

25:04 - 25:08
to build, like, a solution, like a custom solution?

25:09 - 25:14
And I'll and and he was asking me, like, how do you approach this kind of thing?

25:14 - 25:20
Like, maybe do you have some some some process behind it or maybe some, like, what what are

25:20 - 25:22
what is your thinking process behind it? How would you approach

25:23 - 25:29
it? I mean, look. It's a, build versus buy is like all things product.

25:29 - 25:36
You first need to define the scope of the issue, the dependencies, and what can be split and prioritized.

25:36 - 25:45
And I think, look, the the the the key elements are, 1st, everyone has precious resources.

25:46 - 25:49
So the key is, is this really core or so specific?

25:49 - 25:52
And I I mean when I mean specific is, like, for real. Right?

25:52 - 25:57
Because, product and tech teams have the tendency to say, like, yeah, our situation is so specific.

25:57 - 25:59
We need to build it, which is rarely the case.

26:01 - 26:07
To decide whether it's an internal team that needs to spend time on this, There is often complexity

26:07 - 26:10
also in how multiple systems connect and interact.

26:10 - 26:15
We've all, seen that and between external and internal systems.

26:15 - 26:20
So it means that you need to be clear whether the issue is the the system or actually how the

26:20 - 26:25
system integrates within the larger architecture or systems of the company.

26:27 - 26:32
So look, I've had multiple experiences and with different contexts, on this.

26:32 - 26:37
In one of the previous companies I worked for, Yieldstreet in the US, that was a fintech.

26:38 - 26:48
Very early on, we had, kind of a system that enabled us to track deals, etcetera.

26:50 - 26:57
So we implemented it, but we did a lot of development internally around, portfolio valuations, which is quite complicated.

26:57 - 27:05
Grande the assumption at the time was, like, this is core and, this connects to the customer's portfolio view, etcetera.

27:06 - 27:13
And in the end, like, 4 years in, we embarked on a journey to integrate with a specific system

27:13 - 27:18
that was doing this, but we kept the integration with all the other, things we did internally.

27:19 - 27:27
We did not deploy all the modules at the same time, and we essentially worked a lot on the architecture and the value.

27:27 - 27:32
And we said, like, look, look, long term, if you want to scale, this is not something that is

27:32 - 27:35
core to us Matt we know how to do well.

27:36 - 27:47
And by the way, in terms of reputation, it actually helps also to have a very well known, robust,

27:47 - 27:52
we can debate, system that was done, externally and integrated entirely correctly.

27:54 - 27:55
So it really, really depends.

27:56 - 27:58
There is no right or wrong answer.

27:58 - 28:06
There is, like, usually a lot of these decisions are, have lots of elements of legacy Grande,

28:07 - 28:11
in many cases, decisions are made without even understanding the full context and the full history

28:12 - 28:14
of why things were made in the 1st place. Right?

28:14 - 28:21
So my the the the key point is if you can, always document things for the next people to to

28:21 - 28:27
have a better understanding and document what led you to that decision at the moment because

28:27 - 28:28
the hypothesis likely have changed.

28:30 - 28:38
When an organization scales, you have very different, problematics Grande, it's very rare that

28:38 - 28:43
you will find one of the shelf product that does everything you need. Right?

28:43 - 28:49
So do you need to replicate what NetSuite does in accounting? Yeah. Likely not. Right?

28:50 - 28:56
But how do you make the information flow between your core products Grande, NetSuite or whatever

28:56 - 28:59
equivalent, just depends on the organization.

29:00 - 29:08
It also has you need to think about architecture but also about like data engineering flows, right?

29:08 - 29:16
Because, I think in most cases, topics like data governance Matt taxonomy to where is the source

29:16 - 29:21
of truth, what are the data flows is a misunderstood topic.

29:21 - 29:29
And when you when you build things and you integrate with external solutions, like, you usually erase those topics, again.

29:29 - 29:34
So I would encourage people to do that always, but I don't have a I don't have a magic solution,

29:35 - 29:36
for that, to be honest.

29:37 - 29:44
Yeah. I understand. But, like, long story short, you would go our and ask around the stakeholders

29:44 - 29:49
and the users of the software what are their problems with the current software. Right?

29:49 - 29:51
Like, you will start to map it.

29:51 - 29:53
And based on that, you will Yeah.

29:53 - 29:57
But I think the the the always what are the needs, what are the issues for sure.

29:58 - 30:01
But, is this really core to what we need to build?

30:02 - 30:07
And it can be core, yet it doesn't mean that you have to build everything. Right?

30:07 - 30:11
So what is exactly core? What is differentiating?

30:11 - 30:14
What are the off the shelf, solutions?

30:14 - 30:17
What are the additional, things you need to work on?

30:17 - 30:22
And usually, a lot of the complexity and the relies in the integration,

30:25 - 30:31
of, office of of the shelf solution within an existing system or within a wider, understanding.

30:31 - 30:36
So you you really need to touch when you integrate third party solution, you need to touch many

30:36 - 30:39
small systems, to make it work well.

30:39 - 30:46
It's, like, the the phrase off the shelf is obviously, kind of, a bit misleading in that sense.

30:49 - 30:56
What are the biggest, challenges or the pain points that you as a CPO is facing?

30:58 - 31:02
I mean, I think it, it again depends on the context of the organization.

31:03 - 31:11
I think at the basic level is, with the past, 10 years or so, that was as of kind of a year

31:11 - 31:17
and a half ago, being exceptional times with cheap money growth.

31:19 - 31:28
A lot of companies, including ours, adopted, maybe, practices that, that obviously, were made

31:28 - 31:33
for absolute growth and not always, scalable growth or Matt good unit economics.

31:34 - 31:42
So it it relates to, like, change management always, like how do you drive, the the the ability

31:42 - 31:47
Grande going back to culture and processes, mostly your own culture where people can can react

31:47 - 31:49
and adapt to different times.

31:49 - 31:54
That's always the as a as a kind of a manager and leader Matt, that always is on my mind.

31:55 - 32:00
And then I think it's it's, you know, for us, it's like how do we drive on a very complex topic

32:00 - 32:06
like payroll, more satisfied autonomy, for our customers.

32:06 - 32:09
So that's our one of our key, challenges.

32:09 - 32:18
And then, how do you drive, a multi product strategy, that, you can connect your, kind of, product

32:18 - 32:26
architecture that has solid foundations Matt enables actually, to, to launch new lines of business

32:26 - 32:28
or to package things differently.

32:29 - 32:32
So these are, I would say, the 2 key challenges I would highlight currently.

32:34 - 32:40
And for you, like, what what challenges do you have on your plate this year?

32:41 - 32:44
I mean, in the end, it's all about delivering value. Right?

32:45 - 32:51
Customer satisfaction, autonomy, and many other, elements, and then contributing to the business

32:51 - 32:53
growth and to the path to profitability.

32:53 - 32:57
We're not yet a profitable company, but we're on the on the way to get there.

32:58 - 33:03
And so it's as simple as, look, you have a lot of trade offs to do.

33:04 - 33:08
That's also one of the pain, but also one of the exciting part of the job.

33:09 - 33:11
And how would you balance things? Right?

33:11 - 33:18
Like, the biggest challenge, I think always Matt whatever level you are in product is to, to

33:18 - 33:27
make decisions and trade off, usually as fast as possible, as, transparently as possible so

33:27 - 33:30
people understand why you made the decision at the time.

33:31 - 33:36
And, and, look, in the end, it's about having a great product, however it is measured.

33:38 - 33:44
What would you advise like, what what advice would you give, to other leaders, on the product

33:44 - 33:50
side or, like, who who around the around, like, the highly distributed teams?

33:50 - 33:53
I think, like, nowadays, we work hybrid environment.

33:53 - 33:56
We work in environment where you have, like, the in house people.

33:56 - 33:58
You have some people outsource.

33:59 - 34:05
And maybe do you have, like, your own key factors or approaches how to make this delivery successful

34:05 - 34:08
in this kind of environment? Yeah.

34:08 - 34:09
I mean, I'll go very basic.

34:10 - 34:18
It's over communication, clear ownership, and aligning everyone to the same product vision.

34:18 - 34:22
I think these are critical, especially, I think, with more distributed teams.

34:23 - 34:28
So, look, if if you have then you have different configurations. Right?

34:29 - 34:37
I worked in many different configurations, but mostly distributed teams, but mostly in house.

34:37 - 34:42
Obviously, I I leverage a few, a few external teams at times.

34:42 - 34:50
When you have external teams, it's about even more creating a seamless workflow where in house and, external work together.

34:51 - 34:52
But they can be very different setups.

34:52 - 35:01
Like, I worked with different models, where you add, many locations where teams and responsibilities

35:01 - 35:06
were defined by location, but I also worked in setups where there were splits across location

35:07 - 35:08
and all have their pros and cons.

35:10 - 35:19
I think the key thing is whatever your org model, you will always have some issues. That's normal.

35:19 - 35:21
So what are what is the next step?

35:21 - 35:24
How do you think of what I call your compensating mechanism? Right?

35:24 - 35:27
You you always need to correct for something. Right?

35:27 - 35:29
There's always a silo that will be created somewhere.

35:30 - 35:32
So I think it's very important.

35:32 - 35:37
But communication, ownership, clarity, and context.

35:37 - 35:44
This is like the basic stuff that is simple to say, very hard to, to live by.

35:44 - 35:45
I'm always I would like

35:45 - 35:52
to ask my guests about, like, the hardest or the toughest fail, that they have done in their career.

35:52 - 35:59
Maybe it could be, like, a controversial decision, Matt the the turn offs are right, like, the

35:59 - 36:01
lessons learned out of it.

36:01 - 36:06
So I'm wondering in your case, Yvonne, what was the hardest thing that you feel that you have done it done Matt?

36:07 - 36:09
And, like, what was the learning out of it?

36:11 - 36:18
I'll be honest, I'm not sure, I would give the same answer to that question each time I am asked

36:18 - 36:23
because I really believe there are moments of hard things, right?

36:24 - 36:28
You can tell always the story, oh, this was the hardest thing Grande maybe for some people it's clear.

36:29 - 36:31
For me, I think it's a lot of moments.

36:31 - 36:36
Look, when I was at SoundCloud launching subscription was really, really tough, aligning an

36:36 - 36:44
entire industry on, kind of, DJMix's, copyright status with product development, labels negotiation

36:45 - 36:51
at the same time, influencing the roadmap, deeply, and I was also very involved in those negotiations.

36:52 - 36:57
In other cases, it was like fundraising where it's, it can be very, very grinding because it's

36:57 - 36:59
on top of your day to day job.

37:01 - 37:08
Letting go someone in your team that was a good performer for the first time because of, obviously, economic reasons,

37:11 - 37:14
having to part ways with colleagues over Zoom during COVID.

37:14 - 37:19
I think a lot of people say that this was a very hard thing to do and I that's that's obvious.

37:20 - 37:22
So it's a lot of moments.

37:22 - 37:28
It's very hard for me to point to one project that was, like, harder than the other because,

37:28 - 37:31
like, hard is also what you what you like. Right?

37:31 - 37:36
I think, what is what I like, hard problems to, to solve and to fix.

37:37 - 37:39
But there are plenty of hard moments.

37:40 - 37:48
The key is to make sure that in those hard moments, like, there are teams around you Matt you create that, those contacts. Right?

37:48 - 37:55
Because a lot of people love to solve hard problems, together and have the satisfaction of, going through that phase.

37:56 - 37:58
And how about the fundraising?

37:58 - 38:00
This is interesting what you mentioned.

38:00 - 38:07
So, because this is additional work for you, it means, like, you need to deliver more data for the investors.

38:07 - 38:09
They are constantly asking, like, hey.

38:09 - 38:14
What are the cohorts and analytics around the users if the if the application is sticky or not?

38:14 - 38:16
Or or maybe I'm I'm wrong.

38:17 - 38:24
No. I think look. I was, I was very, very involved in the, in Neil Street, series c fundraising.

38:24 - 38:27
We raised a 150,000,000, and it was a long process. Right?

38:27 - 38:31
And we're raising kind of, like, 2, 2 parts.

38:32 - 38:39
I was, I was essentially representing product and tech, but but as importantly also, marketing and Matt.

38:39 - 38:41
I was responsible for the data team.

38:41 - 38:48
And you have a lot of, like, you know, the time is not fully controlled by you. That's the first part.

38:49 - 38:54
You have your pitch deck, your presentations, etcetera, but you constantly refine them. That's normal.

38:55 - 39:02
And then you have very you see the differences in angles, in the questioning from different, VCs or investors.

39:03 - 39:10
And by the way, like one of the most satisfying, meeting were the ones where we got the hardest questions.

39:10 - 39:17
Where I got the hardest questions, it was like a lot of, talking a lot about, like, CAC, LTV,

39:17 - 39:24
Dynamics or customer acquisition costs, a lifetime value in relation to scaling the business.

39:26 - 39:30
So a lot of satisfaction, but also like hard moments, right?

39:30 - 39:36
Because it's it's on a period of time that, for us was was was 6 months plus.

39:37 - 39:44
Lots of learnings, being exposed to people that you may not be interacting with.

39:44 - 39:48
I mean, I I participated in a few fundraising, but this one I was, like, essentially with the

39:48 - 39:56
founders, directly, directly in the core team, doing all meetings. So it was a

39:56 - 40:05
great journey. And my last question, that I ask all of my guests, can you recommend any books,

40:05 - 40:12
podcasts, resources, maybe conferences that have been particularly helpful to you as a as a leader in time?

40:13 - 40:19
Yeah. Look. I think it's always what what is, like, in your memory at a specific point in time.

40:20 - 40:27
I think, recently, and I would recommend it, it's called The Coming Wave by Mustafa Soleiman.

40:27 - 40:34
He's obviously now the, the AI leader at Microsoft around transformational, breakthrough from

40:34 - 40:38
AI and also, biology and robotics, etcetera.

40:39 - 40:48
I I read a few newsletters, and I think, Growth Hinge, by Kyle Pollier is obviously a well known

40:48 - 40:52
one, but also a very detailed, very helpful one.

40:53 - 40:57
I think one of the books that look.

40:57 - 40:59
There are many, many business books out there.

41:00 - 41:06
I think a lot of them roughly say the same things, but I think Hard Things About Hard Things

41:07 - 41:15
or Radical Candor by Kim Scott, I think are some that, that I think stayed with me.

41:16 - 41:20
And I think on product, purely like maybe a bit more purely product.

41:22 - 41:23
There are so many things.

41:23 - 41:32
I mean, I'm I I I know likely, 1,000 of a millionth of what exists, but I think, Masters of

41:32 - 41:39
Scale by Reid Hoffman, Lenny's podcast, obviously, from, Daniel Raschitzky, And I think in,

41:39 - 41:46
in the French community, Cledd Voutes, is also, one I would recommend.

41:47 - 41:54
But I get a lot of inspiration outside of business books and podcasts, and I think I would encourage everyone.

41:55 - 41:58
You know, I had a a funny bias in my first job.

41:58 - 42:02
I was working for, for the CEO and the executive team at, Grande France Telecom.

42:02 - 42:09
And one of my job actually, responsibility, was to summarize all the business books that were

42:09 - 42:13
published in 2 pagers, and I still have those 2 pagers from a long time ago.

42:13 - 42:21
So I got a bit of a bias of reading too Matt, and I think you can get a lot of inspiration outside

42:21 - 42:24
of business books, whether it's in fiction, in whatever passion.

42:25 - 42:28
We just finished the Olympics and the Paralympics in Paris.

42:28 - 42:32
You can get a lot of inspiration, from, from, things like this.

42:33 - 42:39
I I think this is a this is a great lesson for for everybody, and I feel, when I'm talking with

42:39 - 42:46
the experienced experienced people that does I I mean, like, the working many years, they they saying the same thing.

42:46 - 42:51
Like, they are recommending the stuff that are outside of our bubble. Right?

42:51 - 42:53
Get us out some different kind of inspiration.

42:53 - 42:56
So I have fully agree with that. I do the same.

42:56 - 42:58
So I stop to read those, like, business books.

42:59 - 43:03
I prefer summaries because, you know, you you have to go on a 2 pager.

43:03 - 43:09
You can get, like, the thing, like, the the the full, understanding on the book on on the pages. Right?

43:09 - 43:13
So and that's I I understand. Yes.

43:13 - 43:17
On fiction, you cannot summarize in 2 pages. Matt a big advantage.

43:17 - 43:23
Exactly. Silva, thank you so much for a really interesting talk. I really appreciate it.

43:23 - 43:29
I wish you a lot of success, the car and the next venture. Thank you. Thanks for inviting me.

43:29 - 43:34
Follow Matt on LinkedIn Grande subscribe to the Better Tech Leadership newsletter.

Explore similar episodes

James Trunk: From Agile to Shape Up - Lessons Learned in Product Development

In the 100th episode of the podcast, Matt and James Trunk explore the transition from agile methodologies to Basecamp’s Shape Up framework in product development, emphasizing the 5%, 30% feedback rule for enhanced collaboration and psychological safety. They highlight the importance of job stories, retrospective reviews, and the “stabilize” phase in managing technical debt, especially within regulated industries like banking. The discussion also contrasts Fintech’s regulatory demands with startup practices, while reflecting on maintaining company culture and the value of open-source community engagement.

listen now
Luke Rotta: Optimizing Non-Production Environments for Better Developer Productivity

In this episode, Matt and Luke Rotta explore the Fintech industry’s regulatory challenges and their impact on adopting modern software practices like DevOps, highlighting Luke’s success in implementing automation to enhance safety and efficiency. Luke also shares his experience in transforming a traditional support team into a site reliability engineering (SRE) team, emphasizing strategies like clear mission establishment, skill evaluation, and strong communication. The discussion further touches on leveraging AI tools to reduce administrative tasks and improve knowledge acquisition.

listen now
Ady Levy: Tech Leadership Chronicles: Challenges and Strategies

In this episode, Matt interviews Ady Levy about managing tech teams through uncertainty, leveraging skills from Ady’s military background, and the importance of data-driven approaches to resolve team disagreements. The episode also explores emotional management challenges, the thoughtful use of AI, and Ady’s recommended readings for balancing innovation and personal fulfillment.

listen now
Oleksandr Taran: From Idea to Implementation - Lessons in Startup Leadership Search

In this episode, Leszek interviews Oleksandr Taran, CTO of Frienton, who delves into his career journey from a software engineer to a startup co-founder and CTO. Taran emphasizes leveraging his math and computer science background in product development and highlights his current mission to help startups streamline business and financial administration. Oleksandr discusses the challenges of communicating complex technical concepts to business professionals, stressing the importance of translating these ideas into accessible language through analogies and clear explanations.

listen now