Over the last decade, Leszek has developed several successful businesses, among them a software development agency that supports Fortune 500 companies. With the challenges a growing business brings, he observed that stepping out of a tech role into a leadership one brings the need for a different approach. As a host of the Better Tech Leadership podcast, Leszek is focused on bridging the gap between tech and people skills.
Andrew Martinez-Fonts is the VP of Product at Honeysales and has a rich background in product management across various industries, including eBay, Yelp, and Contentful. With over 20 years of experience in delivering successful consumer and enterprise products, Andrew excels in building user-friendly solutions. He holds a degree in Product Design from Stanford and has led teams in startups, scale-ups, and large companies.
00:08 - 00:14
My name is Leszek, and I will be talking to Andrew Martinez, Fons, about product innovation,
00:14 - 00:17
leadership evolution, and agile transformation.
00:18 - 00:20
I'd like to start off with, your professional journey.
00:20 - 00:24
And could you take us briefly through your professional journey leading up to your current role
00:24 - 00:26
as VP product at Honeysales?
00:27 - 00:31
Sure. I came out of college, with an industrial design degree.
00:31 - 00:40
It was called product design, but, really, it was about designing telephones and cars and things like that. Physical goods. Physical goods. Exactly.
00:41 - 00:47
But I had an internship, the summer before my last year of university, building websites, with
00:47 - 00:55
a small, it was actually a franchise of web web development firms called US Web. It's no longer around.
00:55 - 01:03
But, it was with a small office of of folks who were building what I would consider to be sort of early web apps. This was 1997.
01:04 - 01:06
So pretty early in the Internet's history.
01:07 - 01:18
And, I loved the confluence of interaction and graphic design and sort of the technical requirements
01:18 - 01:24
or the underlying system model that needed to be fulfilled with those apps.
01:25 - 01:27
And I actually took a job there after after graduating.
01:27 - 01:33
And so I spent the first five years of my career actually doing, design and prototyping for for web apps.
01:34 - 01:36
I was my title was UI designer.
01:36 - 01:39
I did a lot of UI design, but I also did a lot of prototyping.
01:39 - 01:45
And I think this came from my from my school training that the best way to show people what
01:45 - 01:46
you're trying to build is to build it.
01:47 - 01:48
And it might not be real.
01:48 - 01:51
It might not actually have any back end to it, for example, if it's a web app.
01:51 - 01:55
But just showing them how you might click around and tick, you know, perform a task and complete
01:55 - 01:57
it end to end is super super valuable.
01:59 - 02:04
So I spent 5 years in in really just kind of these, web design and consulting firms.
02:04 - 02:10
Ended up founding one with some friends, for a couple of years and, kind of building up, I would
02:10 - 02:12
call my a UX chops, basically.
02:13 - 02:16
After that, I moved into a product management role at eBay.
02:16 - 02:18
That was my first, PM job.
02:19 - 02:24
I spent only a couple of years there, but then moved to a small start up, and then later to
02:24 - 02:29
a much bigger, clean tech firm, But all the while doing product management and eventually moving
02:29 - 02:36
into a a product leadership role as a first a group product manager, now a VP product.
02:37 - 02:43
All of this happened in the US, and I moved to Germany in 2016 while I was working at Yelp.
02:43 - 02:49
Yelp had acquired a company that was based in Hamburg, and, an opportunity opened up to both
02:49 - 02:51
move into a leadership role and move physically to Hamburg.
02:51 - 02:53
And so we did that and my family.
02:54 - 02:59
And, since then, I've been in different leadership roles at a couple of different, tech firms. Okay.
03:00 - 03:05
Cool. Thanks for that. Now let's, I'd like to talk a little bit about Honeywells.
03:06 - 03:14
Can you give us an overview of the product, of the business, and basically explain to us how
03:14 - 03:21
or explain to me how it transforms the traditional sales process, with its AI, driven approach.
03:21 - 03:26
Sure. Our our mission here is to make every sales conversation relevant.
03:27 - 03:34
And so in the sense that a salesperson wants to always have contextual relevance with the conversations
03:34 - 03:38
that they're having with their prospect, with their customers, with somebody walking in off
03:38 - 03:40
the street looking for, to solve their problem.
03:41 - 03:45
Our goal is to equip sellers with those with those tools.
03:46 - 03:52
And we use machine learning and AI to do that in a way that, really just increases their efficiency.
03:52 - 03:59
So we we've talked in the past about, potentially replacing, sellers or or something like that.
03:59 - 04:04
I think it's really turned into helping sellers, giving them superpowers essentially. So Interesting.
04:04 - 04:10
How do I take something that used to take me 10 hours a week, and how do I condense it down to 30 minutes?
04:10 - 04:16
And specifically, the problem we're trying to solve right now is how do we help a seller find
04:16 - 04:20
in their book of business the, we call them signals.
04:20 - 04:25
What are the signals of activity in their network that make people that might make someone open
04:25 - 04:27
to having a sales sales conversation?
04:27 - 04:31
And then giving them an an opener essentially, a message that says, hey.
04:31 - 04:33
I just saw you got this new job.
04:33 - 04:36
We'd love to talk to you about how we can help you with your problem next.
04:36 - 04:39
Or I just saw that you had a great quarter.
04:39 - 04:45
We'd love to talk about how we can help you grow even more over the next year, using our service, whenever it might be.
04:46 - 04:55
But focused on, business to business sellers, focused on, AEs, account executives, and, SDRs,
04:55 - 05:00
sales sales development representatives, and just helping them do their jobs faster and with
05:00 - 05:02
with a lot more coverage,
05:02 - 05:07
Okay. So there are two sides to it. 1 is recognizing the opportunity, and the second one is
05:07 - 05:13
actually the super weapon, providing the context, providing everything to make the salesperson
05:14 - 05:16
extremely successful at their job.
05:16 - 05:19
That's right. I wouldn't describe it as a weapon, but maybe a tool.
05:19 - 05:20
Tool. Sorry. Sorry.
05:21 - 05:23
That they can deploy for for their needs. But yeah.
05:23 - 05:28
Essentially, you know, if I'm a if I'm a seller with a 1,000 prospects or a you know, booking
05:28 - 05:33
business of a 1,000 accounts, how do I know when account x is ready to have a sales conversation?
05:34 - 05:39
You know, that might be because, they've just raised funding or it might be because that that
05:39 - 05:42
particular contact just got a new position or a new title.
05:43 - 05:47
Or it could be because, they visited our pricing page, for example.
05:47 - 05:53
And so how do we take all the signals that we get from around our product, the Internet, etcetera,
05:54 - 05:57
and work that into an opportunity for me to connect with that person.
05:58 - 06:02
Rather than just the the traditional approach is kind of spray and pray.
06:02 - 06:05
Like, every quarter, I email all 1,000 people and I say, hey, I'm still here.
06:05 - 06:06
I would love to sell you something.
06:06 - 06:14
And, you know, the efficacy and and, and frankly, the the appeal of that approach is just not Sure. Not great.
06:14 - 06:26
Or, manually set set, processes or flows that are arbitrary, as said by some analyst rather
06:26 - 06:32
than AI who can recognize much more and have much more context than, you know, setting in a
06:32 - 06:35
lab, like a theoretical process or anything. Yeah.
06:35 - 06:40
Yeah. And it seems like there are lots of examples around industry of companies doing just that
06:40 - 06:46
and sort of understanding that AI may not necessarily solve every problem perfectly, but it
06:46 - 06:50
can it can make humans more efficient, essentially.
06:50 - 06:52
And I think that's kind of what we're finding as well.
06:52 - 06:58
And the the big question is, when when will humans be comfortable letting go of the controls
06:58 - 07:03
or that letting letting the reins go and letting the AI do things on its own, kind of autopilot mode, if you will?
07:03 - 07:08
And when do they wanna be more of a copilot and really man managing the whole process.
07:08 - 07:12
What we found in our research is that sellers are still very much in copilot mode.
07:12 - 07:18
They don't anything going out under their name that doesn't absolute you know, that they haven't
07:18 - 07:21
reviewed and doesn't absolutely sound like them using their voice, etcetera.
07:21 - 07:25
Because AI is not perfect, despite how how great it can be.
07:26 - 07:30
And so that's to me, that's one of the interesting questions remaining to be answered.
07:30 - 07:37
Okay. Very interesting. And, how do you actually ensure personalization of communication?
07:37 - 07:39
You said every sales conversation is relevant.
07:40 - 07:46
I'm asking that because AI can sometimes lead to a personal customer experience.
07:46 - 07:54
Probably that's why the salespeople wanted to want to use it in a Copilot setting or and, how
07:54 - 07:59
to basically maintain this balance between automation, personal touch, and all that, stuff?
07:59 - 08:02
Yeah. So so so far we have not pursued automation.
08:02 - 08:08
It's not a we don't have a autopilot mode right now where somebody can just say go.
08:08 - 08:11
And and this, system is just shooting at emails.
08:12 - 08:18
We do spend a lot of time on, making sure that the prompts are right and providing AI with good
08:19 - 08:22
good examples of the messages that we expect to write.
08:22 - 08:27
I mean, a sales a sales outreach message has a fairly predictable pattern that we that we follow.
08:27 - 08:33
And then we'll also observe what kinds of patterns are most effective and and sort of feed that
08:33 - 08:36
back into the system so that they improve over time.
08:36 - 08:42
But we also take messages that the sellers have actually edited themselves, and we use those as examples as well.
08:42 - 08:46
Like, hey, the last time this scenario came up, this person wrote something more like this.
08:47 - 08:51
Please use this as your as your framework for developing the next message. Sure.
08:51 - 08:58
And so far what we've seen is that it's pretty good at at taking the context from what where
08:58 - 09:03
what the seller is trying to do now, but the style or the template from what they did in the
09:03 - 09:06
past and we're merging those together something pretty useful.
09:06 - 09:11
On the other hand, in the context of recognizing opportunities within your profile database,
09:12 - 09:17
do you, consider, what kind of events are you looking after?
09:17 - 09:23
Is it like, is there events related to, I don't know, purchases, conversations?
09:24 - 09:30
But do you also consider some other relevant external, say, events, say, weather?
09:31 - 09:38
It seems that it's, weather, as an example, it seems relevant in many industries, say, like fashion, shoes, whatever.
09:40 - 09:47
What kind of events do you actually put in the system or try to, interpret to to to recognize the opportunities?
09:47 - 09:53
Yeah. So we're we're still about a year into this process, and so still and I that still feels
09:53 - 09:54
pretty early, to be honest.
09:54 - 09:56
And I've only been here for 5 months myself.
09:56 - 09:59
We don't have weather incorporated as a factor yet.
09:59 - 10:02
It'd be interesting to know if that has an impact on sales conversations.
10:02 - 10:10
But, right now, it's kind of a confluence of the seller's goals themselves.
10:10 - 10:14
So, like, what is the what are the audience or what's the ideal customer profile that they're going after?
10:14 - 10:17
How well does the prospect match that that goal?
10:17 - 10:22
So if you have a book of business of a 1000 contacts, you know, there might be a 100 that are
10:22 - 10:25
actually the really hot ones that are super important to you, interesting to you.
10:25 - 10:29
And so we wanna fact we wanna factor that into our our scoring.
10:29 - 10:32
We essentially score all of the all of the signals that we get.
10:33 - 10:40
And we wanna also take into account sort of the the closeness or the relevance of the signal to that person.
10:40 - 10:45
So one of the most successful signals we use today is, LinkedIn posts. Mhmm.
10:45 - 10:51
If you post something on LinkedIn about, your podcast, and I'm a podcast software vendor or something like that.
10:51 - 10:55
Like, that's a highly relevant signal for me to reach out and offer you, something.
10:58 - 11:01
We also use, company news as a as a signal.
11:01 - 11:06
But what we find is that if you work at a large company, a large industrial company like Siemens
11:06 - 11:10
or Volkswagen or something, and you know, it's just an article about the new car that Volkswagen developed.
11:10 - 11:15
But you're in the, you know, you're in the manufacturing department.
11:15 - 11:16
May actually not be a great Mhmm.
11:16 - 11:18
Opportunity to connect with you.
11:18 - 11:22
So it's one of the things that we're trying to figure out is how do we how do we find the most
11:22 - 11:25
relevant signals and and also deliver them in a way that's useful.
11:26 - 11:29
I'd like to shift gears a bit and talk about product management.
11:30 - 11:38
So my first question here is in the light of the financial uncertainties, capital not being
11:38 - 11:45
so abundant and, well, all over the place, what, I'd like to ask about the measures we've taken
11:45 - 11:49
to ensure product development remains agile and cost effective.
11:49 - 11:56
There's a lot of talk about that readjustment, these days, and I I'd like to ask about your perspective.
11:57 - 12:01
Part of the reason that I joined Honeywells is because I recognize that the founders already
12:01 - 12:05
had a very capital efficient, company running. Mhmm.
12:05 - 12:11
And, part of that is obviously the amount that they wanted to allocate to product and engineering.
12:12 - 12:14
And the team that we have is, very slim.
12:14 - 12:17
It's basically a product manager and 4 engineers.
12:18 - 12:28
And what we do is try to make the most progress as we can with the team that we have, while
12:28 - 12:30
also bringing in specialists when we need them.
12:30 - 12:33
So if we need a security specialist, we'd bring them in.
12:33 - 12:37
If we need a designer to help us with something, we'll bring them in as needed.
12:38 - 12:44
And so far, that's worked out fairly well in the sense that we can make measurable and and specific
12:44 - 12:50
progress while not having to hold on to people for a terribly long time.
12:50 - 12:55
But that core team also kinda maintains the the core the knowledge that we need, in the long run.
12:57 - 12:58
Obviously, I'd love to have more engineers.
12:58 - 13:01
I'd love to have a full time designer, you know, all of those things.
13:01 - 13:08
But, think the the big challenge for us as a company right now or or for any company at at our
13:08 - 13:10
stage is finding product market fit.
13:10 - 13:15
And so until we really have that locked down and we know both what the product needs to be,
13:15 - 13:20
how we bring it to market, all of those things that bring you that get you to start scaling,
13:22 - 13:27
it doesn't necessarily make a a lot of sense to invest a ton, until we find it.
13:27 - 13:34
You worked in different settings, and you've probably seen the other way to do it or the other
13:35 - 13:37
end of the scale or spectrum.
13:38 - 13:42
Could you say what what were your experiences in the past?
13:43 - 13:53
And there are many stories out there, about, you know, overgrowing, or over engineering, overgrowing the employee base.
13:54 - 13:59
I'm wondering if you've you've seen such such approach in the in the market.
14:01 - 14:06
I actually I guess I'm lucky to say I haven't been in a situation where a company over overgrew
14:07 - 14:11
and then had to dramatically shrink back down, I guess, thankfully.
14:11 - 14:16
And and I would say that the the the situation of the last few years is not in distinct from
14:16 - 14:22
what happened in the late nineties with the dotcom Mhmm. Bubble. Companies were
14:25 - 14:29
companies over hired and then had to cut back when when cash became scarce.
14:29 - 14:32
And the the same thing is happening here and frankly, I think it was a bit overdue.
14:32 - 14:37
I mean, we probably shouldn't have had to wait 20 years for everyone to remember what what that was like.
14:37 - 14:41
So to me, it's not necessarily like a unique, situation.
14:42 - 14:48
But it is I I think it's just a, a cautionary tale to anyone at any stage of building a company
14:48 - 14:51
that you really have to be precious with your resources.
14:51 - 14:58
And not only that, but the the costs of constantly hiring and and and also even just losing
14:58 - 15:01
people through attrition are very high.
15:01 - 15:02
And so when you're Happy.
15:02 - 15:06
When you're when you're recruiting, like, you gotta be sure that you're fire you're finding the right people.
15:06 - 15:07
Exactly. So
15:08 - 15:13
And and I I would also say that, you know, the the firms that were founded after the dotcom
15:13 - 15:20
bubble, Facebook being the main one that comes to mind right now, Like, the reason that company
15:20 - 15:24
was so successful for so many years is because they had that memory, you know, that so many
15:24 - 15:29
of the managers and executives from that firm had participated in the previous, downturn, and
15:29 - 15:31
so they they understood what it meant to be.
15:32 - 15:36
A large portion of the most successful companies were born out of a crisis.
15:37 - 15:39
And that'll happen in this case, too.
15:39 - 15:41
You know, it's just we just don't know who they are yet.
15:41 - 15:49
I'm very much into trying to get some practices or approach or mindset in terms of being innovative,
15:49 - 15:57
taking risks, and just from US and transplanting it to European way of building, new things, innovating.
15:57 - 16:04
And I'd like to explore that for a for a while since you've been on both sides of the pond.
16:06 - 16:13
And, in that theme, I'd like to ask you about the pitfalls of scaling product teams and processes
16:14 - 16:22
and how how to make it successful, how to make, the processes your friend, not your enemy.
16:22 - 16:27
At the same time, keep you, make you innovative, but also agile.
16:27 - 16:32
You know, this is one person's perspective and I don't mean to, you know, diminish anyone on
16:32 - 16:35
either side of the pod about how they how they do things.
16:35 - 16:37
So my experiences are only my own.
16:38 - 16:43
But my my observation, having been having worked in Germany now for a few years.
16:43 - 16:45
And to be clear, it's not just a German thing.
16:45 - 16:49
It's, you know, I've worked with people from across Europe, from across the world as well.
16:49 - 16:53
I mean, the world of product and engineering is international everywhere you are, whether you're
16:53 - 16:56
in the US or Europe or or anywhere else.
16:57 - 17:07
But generally, if I had to boil it down, the mindset, in the US, I think, is much more, is much less risk averse.
17:07 - 17:13
So much more interested in taking chances, seeing what happens, shooting first, and asking questions later.
17:13 - 17:19
Whereas the the the European approach, I would say, is a lot more conservative. And it's like, listen. Let's plan this out.
17:19 - 17:22
Let's make sure we know what we're doing. Let's test it.
17:22 - 17:25
And then maybe we'll maybe we'll put it out there.
17:26 - 17:32
And, and this this translates not just to to product development, but just to the, you know,
17:32 - 17:37
frankly, to to labor laws, to the way that the way that business operates, generally.
17:37 - 17:44
Maybe also gene pool. That's you know, there were lots of entrepreneurs from Ireland who basically
17:44 - 17:53
had nothing, nothing, but their own will, to go, you know, through the sea, set it up there,
17:53 - 17:56
and, like, that these are, like, a natural selection of entrepreneurs.
17:56 - 18:02
That's at least I don't I don't think this explains it all, but I mean, that I think that's
18:02 - 18:04
a part of it as well.
18:04 - 18:05
But that's my own theory.
18:05 - 18:12
Could be. But, but I think what this translates into, you know, across thousands of examples
18:12 - 18:17
and assuming that this is true, what it what it sort of translates to is that there's a little
18:17 - 18:23
less risk taking, and so that multiplied over 1,000 of weeks or months and thousands of companies
18:23 - 18:31
and so forth means that there's just been a little bit more of a, a slower mentality to to getting things done.
18:33 - 18:35
So that's what I've observed on the on the innovation side.
18:35 - 18:40
And so I think what I try to do when I when I come to my teams is, you know, it's not so much
18:40 - 18:45
shoot first and ask questions later, but it's like how can we how can we learn something as
18:45 - 18:48
quickly as as possible in this situation? Right?
18:49 - 18:53
Obviously, we don't know the answers to everything, and and anytime you try to pin someone down,
18:53 - 18:55
the answer is always, I don't know yet.
18:55 - 18:57
And I I need some time to figure it out. I say that myself.
18:57 - 18:59
And so it's that's natural.
18:59 - 19:05
But the question is, what's the smallest piece of progress that we can make so we can learn
19:05 - 19:09
something new and then go figure out the next small piece of progress so we can build upon it?
19:10 - 19:18
And so just to give you a very specific example, when I joined Honey Sales, we had our work split up.
19:18 - 19:24
We use Notion for for task tracking, and we had things split up into tasks, stories, and epics,
19:24 - 19:32
and kind of just the classic, agile, or the scrum model. And I said, listen. Epics?
19:32 - 19:33
Like, let's get rid of that.
19:33 - 19:34
Like, let's just operate at the story level.
19:34 - 19:39
Like, what are the things that we wanna learn about and what to do so we can learn about them?
19:39 - 19:40
And let's just do them as stories.
19:40 - 19:42
And a story shouldn't be more than a couple of weeks of work.
19:42 - 19:48
And let's just, like, let's just try to make some progress and actually get things going, and,
19:48 - 19:51
you know, and basically finish things rather than constantly starting new ones.
19:52 - 19:56
And the stories are aligned towards experimenting and learning. That's the
19:57 - 20:01
Yeah. In some cases, they're in in some cases, they represent just progress that we need to
20:01 - 20:03
make on a certain component or whatever.
20:03 - 20:07
But, ultimately, the the idea is every story is a hypothesis that we wanna prove. Nice.
20:07 - 20:14
And, my point being that rather than saying, look, this is a big 6 month effort where we're
20:14 - 20:16
gonna not have something until the very end.
20:16 - 20:18
Like, what can we have next week?
20:18 - 20:22
And and how can that help us move forward with our with our goals?
20:22 - 20:28
And and if you don't release something next week that you can evaluate, then you won't know
20:28 - 20:29
where to go for the following week. Right?
20:29 - 20:33
Like, it'll give you hints that help you help point you in the same direction in the right direction, hopefully.
20:35 - 20:38
Anyway, so that's that's on the first question about innovation.
20:39 - 20:45
And the second one on on process, the the observation that I had when I moved to Hamburg, initially
20:45 - 20:51
was how obsessed everybody was with Agile, and how job listings said, you know, you work in
20:51 - 20:56
an agile way and you're familiar with the agile methodology and and so forth.
20:57 - 21:03
And as much as I I'm it's not that I disagree with the the agile manifesto or anything like
21:03 - 21:08
that, but, my sense was that people put a lot more energy than they needed to into process.
21:08 - 21:12
And so, like, how are we going to do this rather than just doing it? Mhmm.
21:12 - 21:18
And so, again, it's one thing that I try to, to push for in the team is, like, let's not get
21:18 - 21:20
hung up in ceremony or in whatever.
21:20 - 21:23
Like, let's do it because it's there is value there.
21:23 - 21:27
But let's not let's not be too orthodox about it, I guess. That's right.
21:28 - 21:34
And let's use what's gonna make sense for us at our size, at our company maturity, at the
21:34 - 21:38
level of product market fit that we have and so forth. Nice.
21:38 - 21:46
I think there's, coming back to the financial uncertainties and capital being so abandoned,
21:47 - 21:59
I think it also there's an aspect of it that, results in shift in agile where it's less about ceremonies.
22:00 - 22:04
Generally, I'm not referring to Honey Seals, but I'm speaking generally that there's a less,
22:04 - 22:07
like, the ceremonies become less important.
22:07 - 22:15
There's also, like, a shift from, you know, Scram Masters, adult coaches, that are not really bringing that much value.
22:16 - 22:22
It's it's it's more, I think it's more about getting things done these days.
22:22 - 22:28
So, actually, I think it's really cool, considering what we discussed so far, and that's actually
22:28 - 22:36
some kind of, you know, rebirth of of, of having rebirth of getting things done with having
22:36 - 22:38
constraints on the capital side and timeline.
22:38 - 22:39
Yeah. I'm glad to hear that.
22:39 - 22:44
I I I haven't observed that myself, but I would be very happy to to hear it.
22:44 - 22:50
Yeah. I think I mean, I think it like, that's one side of it, but, also, I think from the engineering
22:50 - 22:52
perspective, there's also a lot of stuff happening.
22:52 - 23:00
For example, there's a I think there's a, 10 trend to go after simpler architecture.
23:00 - 23:10
For example, let's not do, like, complex, microservices that can handle 1,000 or 100 requests
23:10 - 23:15
more than we actually need, and it's built for the future, let's build something simple, and
23:15 - 23:20
a monolith that will do the job itself for, and will do for the time being.
23:20 - 23:27
So, like, there are many, you know, aspects of it, but I think it's actually, I I I really enjoyed these times.
23:28 - 23:30
Yeah. It's good. I I hope that's a I hope that's a trend.
23:31 - 23:39
About my final question to you is related to leadership and specifically about, your style and
23:39 - 23:40
how it evolved over the years.
23:40 - 23:48
You've been in the industry for over 20 years, and I'm just wondering how your style has evolved
23:48 - 23:53
to what are the and also maybe what are critical lessons you've learned along the way?
23:53 - 23:59
It's not I don't think it's in my resume, although it might be that, right after I started at
23:59 - 24:03
this company US Web, we were growing very fast.
24:03 - 24:06
This was the the the boom time of of the late nineties.
24:06 - 24:11
And I was promoted into a management role, for the UI design team.
24:11 - 24:17
And I had this very specific, style of doing design work, which was actually in code.
24:17 - 24:21
So I was writing HTML and a little bit of script to make things to build these prototypes and
24:21 - 24:23
to show people how to actually do things.
24:23 - 24:28
And I was we were hiring people into the team who didn't have experience doing that.
24:28 - 24:32
And I had this, I would say, very stubborn approach of like, hey, if you're gonna join this
24:32 - 24:34
team, you're gonna learn how to do this too.
24:34 - 24:39
Because this is to some extent what we expect for our customers and and it's and we and I thought
24:39 - 24:40
it was the the right way to do things.
24:40 - 24:42
Made an assumption that it's
24:42 - 24:45
Yeah. Essentially. So you see where this is going.
24:45 - 24:49
Like, I don't think I was a very good, I wasn't a very good manager at all.
24:49 - 24:54
I I may have been going in the right direction of leadership, but I it was not necessarily a
24:54 - 24:59
productive, method of leadership of, like, showing people where to go, but I was a lot more
24:59 - 25:02
focused on showing them how to do it or how to how to make that happen.
25:03 - 25:06
And thankfully, that period only lasted a little while.
25:06 - 25:10
And and, and then I went back to being an individual contributor.
25:11 - 25:16
And it wasn't till I I had a a lot more sort of, I would call, formal management experience
25:16 - 25:21
or or I had the experience of being managed by more formal leaders, by more trained leaders,
25:21 - 25:30
essentially, that I understood that, you know, management is a completely different job than being an individual contributor. Right?
25:30 - 25:35
If you're a product manager or an engineer who wants to move into a management role, you you
25:35 - 25:39
sort of need to understand that, like, your life is gonna change from one day to the next.
25:39 - 25:44
And your skill set hopefully can still serve you in terms of how you coach your team, where
25:44 - 25:48
you work with them, but the job itself is It's a new game. Change a lot.
25:48 - 25:49
It's a whole new, you know, ballgame.
25:51 - 25:57
And I think what I experienced was that being a manager and and I think I eventually became
25:57 - 26:01
a fairly good manager, But being a manager is different than being a leader.
26:01 - 26:06
And you you asked about leadership specifically, and I think the thing I've been trying to,
26:06 - 26:10
steer myself back into more over time is actually being a leader.
26:10 - 26:17
And and from from what I understand about what that means is that to some extent, it's the management stuff.
26:17 - 26:21
It's the day week to week one on ones and the coaching and all those things.
26:21 - 26:26
But it's also frankly pointing a path for the team and helping helping them understand, again,
26:26 - 26:29
not necessarily how to do it, but where we're going.
26:29 - 26:31
And, like, what is the goal that we're trying to achieve?
26:31 - 26:34
How will we measure ourselves when we get there?
26:35 - 26:40
That I've been that's been a bigger part of my recent leadership, journey.
26:40 - 26:45
And in this in this role, because I am the, basically, executive in charge of the product and
26:45 - 26:53
engineering team, I find myself having to use that or or develop that skill, or I feel myself
26:53 - 26:58
needing that skill a lot more in this role because it really is about helping the team understand
26:58 - 27:04
where we're going and and kinda letting them figure out, the rest as much as possible. Nice.
27:05 - 27:10
So that's been it's, like, I guess to summarize, it's been like I think I started as a just
27:10 - 27:12
maybe too strong of a leader.
27:12 - 27:16
I, over time, realized what it meant to be a manager, and then I've realized, actually, management
27:16 - 27:21
is not leadership and that and that that's also a skill worth worth developing. So who knows?
27:21 - 27:24
Maybe I'll find some third dimension of this that I that I hadn't before.
27:24 - 27:28
But, for me, it's been a sort of an interesting journey.
27:28 - 27:34
But also, I think it also comes down to there's there's one requirement here, which is you also
27:34 - 27:40
already mentioned that you have to have a great team as well to, to grow as a leader, and not
27:40 - 27:43
being the manager, but also a leader at the same time. Right.
27:43 - 27:44
And, Lewis, thank you very much.
27:44 - 27:46
It was really a pleasure.
27:46 - 27:47
Yeah. You're welcome. I'm glad.
27:47 - 27:50
Better tech leadership powered by Brainhub.
27:51 - 27:56
Follow Les Schick on LinkedIn and subscribe to the better tech leadership newsletter.
Milan Stancevic (bookingkit) discuss the game of merging the business strategy and tech needs into one.
Interview with Alessandro Lemser, Chief Engineer at Zalando.
Becoming a CTO is like taking a jump into the deep end of the pool. Andrei Ciobotar from relayr shares his career journey from the startup Neokami to becoming the CTO of relayr.