May 13, 2026

Ep 22 - Niall Moran - Fractional CTO & Startup Advisor

Ep 22 - Niall Moran - Fractional CTO & Startup Advisor

In this episode of the Founders & Funding Podcast, Philip Smith speaks with Niall Moran, Fractional CTO and Startup Advisor.

Niall brings over 20 years of experience across software development, go-to-market strategy, and startup advisory, having worked with the likes of Google and Microsoft before going out on his own. He shares what it really looks like to build in the age of AI, why defensibility has completely changed for startups, and the most common mistakes he sees founders make when taking an MVP to market. They also discuss why getting sticky customers matters more than revenue or funding right now, and what technical due diligence actually means for an early stage startup.

1
00:00:01,000 --> 00:00:03,480
Hi, welcome to the Founders and
Funding podcast.

2
00:00:03,480 --> 00:00:06,080
I'm your host, Philip Smith.
On the podcast, I'll be

3
00:00:06,080 --> 00:00:09,840
interviewing founders,
investors, startup advisors on

4
00:00:09,840 --> 00:00:13,520
how to fund the journey of your
startup and some tips and advice

5
00:00:13,520 --> 00:00:17,120
they have for you along the way.
This podcast is sponsored by

6
00:00:17,120 --> 00:00:20,640
Perfect Technologies and Laden.
Enjoy the episode.

7
00:00:23,360 --> 00:00:25,760
Hi, Niall, welcome to the
Founders and Funding podcast.

8
00:00:25,760 --> 00:00:27,600
Hi.
Phil, thanks for having me.

9
00:00:28,440 --> 00:00:30,280
Well, look, thank you for taking
the time for coming on.

10
00:00:30,280 --> 00:00:33,400
I know you're very busy.
And now to kick us off, could

11
00:00:33,400 --> 00:00:35,680
you tell me a bit about yourself
as your background?

12
00:00:36,360 --> 00:00:39,880
Sure.
So I'm in the IT industry quite

13
00:00:39,880 --> 00:00:44,960
a while, 20 plus years.
I describe myself as a builder

14
00:00:44,960 --> 00:00:47,080
at heart.
So I spent most of my career

15
00:00:47,720 --> 00:00:50,600
building software applications,
building solutions for

16
00:00:50,600 --> 00:00:55,680
customers, always kind of
customer facing across multiple

17
00:00:55,680 --> 00:00:57,920
industries, every industry
that's out there from public

18
00:00:57,920 --> 00:01:02,120
sector to pharma.
So yeah, I described myself as a

19
00:01:02,120 --> 00:01:05,920
builder builder at heart.
I spent a lot of time building

20
00:01:05,920 --> 00:01:07,960
applications.
I've also spent a lot of time on

21
00:01:07,960 --> 00:01:11,440
the go to market side and
strategy side with Google and

22
00:01:11,440 --> 00:01:15,400
and Microsoft.
So I, I feel I have that kind of

23
00:01:15,400 --> 00:01:21,120
mix of, you know, technical
builder architecture, but also

24
00:01:21,120 --> 00:01:23,160
on the kind of strategy and go
to market side.

25
00:01:23,160 --> 00:01:28,200
So that's that's me, yeah.
Hmm, Well, it's a great

26
00:01:28,200 --> 00:01:29,440
combination.
You know, most people are the

27
00:01:29,440 --> 00:01:32,000
kind of leaning very heavily
into the tech side or the go to

28
00:01:32,000 --> 00:01:33,440
market side.
But I think it really is

29
00:01:33,440 --> 00:01:37,280
valuable to learn even at a
height level as much as you can

30
00:01:37,280 --> 00:01:39,880
about how the other side
operates and communicate them.

31
00:01:39,960 --> 00:01:42,960
And so well done, I suppose
working as great companies,

32
00:01:42,960 --> 00:01:46,400
having a great career gives you
the opportunity to do that and

33
00:01:46,400 --> 00:01:48,640
talk to me a bit more about what
you're working on now with the

34
00:01:48,640 --> 00:01:51,600
Sidekick CTO.
Sure.

35
00:01:52,040 --> 00:01:55,920
You know, I, last November I
left Google, I finished with

36
00:01:55,920 --> 00:01:59,800
Google and I decided I was at a,
at a, at the point of my career

37
00:02:00,120 --> 00:02:03,560
where I wanted to try and do
something myself, go out, go out

38
00:02:03,560 --> 00:02:06,760
on my own.
And again, leaning back into

39
00:02:06,760 --> 00:02:09,960
that, you know, builder
mentality, the, the kind of tech

40
00:02:09,960 --> 00:02:13,680
stuff I've done over the years
mixed with the kind of strategy

41
00:02:13,680 --> 00:02:16,840
piece.
I said, you know, this would be

42
00:02:16,840 --> 00:02:20,400
kind of a, you know, an
interesting time to, to get back

43
00:02:20,400 --> 00:02:23,040
into my startup stuff.
I was a CTO of a startup in the

44
00:02:23,040 --> 00:02:24,880
past.
I was working for an, an agent

45
00:02:24,880 --> 00:02:28,960
investment group and I really
loved startup.

46
00:02:28,960 --> 00:02:33,600
So I think the, the hustle, you
know, the, the builder mentality

47
00:02:33,600 --> 00:02:37,120
to get it done at all costs
really kind of aligned with

48
00:02:37,160 --> 00:02:39,560
where I like to work or where I
get energy.

49
00:02:40,120 --> 00:02:43,240
And I'd never really done it out
on my own as a consultant, as a

50
00:02:43,240 --> 00:02:46,040
freelance consultant.
So I decided to not give that a

51
00:02:46,040 --> 00:02:51,320
go, you know, and that's where
Sidekick CTO came from, right?

52
00:02:51,320 --> 00:02:55,440
So I spend my time either
advising startups at a very high

53
00:02:55,440 --> 00:03:00,840
level or getting really deep
into the technology for for

54
00:03:00,840 --> 00:03:06,360
some, I joined tech operators
there recently so that, you

55
00:03:06,360 --> 00:03:09,760
know, get back into the Angel
investment piece of advisory

56
00:03:09,760 --> 00:03:12,920
piece and it's going great.
I'm busy.

57
00:03:12,920 --> 00:03:14,880
I'm probably a little bit too
busy, right?

58
00:03:16,040 --> 00:03:19,560
It is a good problem to have.
I think that the scene has

59
00:03:19,560 --> 00:03:22,800
changed significantly in terms
of the AI piece.

60
00:03:22,800 --> 00:03:25,680
And I know, you know, I'd love
to talk about that as well, but

61
00:03:27,080 --> 00:03:28,880
you know, so it's a really
exciting time.

62
00:03:29,000 --> 00:03:32,640
And I think, you know, Dublin,
Ireland has always been a kind

63
00:03:32,640 --> 00:03:36,680
of a hotbed of activity for the
perspective of startups.

64
00:03:37,040 --> 00:03:40,680
And, and you know, I'm delighted
to get back into it.

65
00:03:41,160 --> 00:03:44,600
And I, and I've kind of built
some, some of my own projects as

66
00:03:44,600 --> 00:03:49,240
well, Pulse IQ dot fit as a kind
of fitness AI, kind of AI

67
00:03:49,240 --> 00:03:52,800
coaching fitness platform and
that I've built myself.

68
00:03:53,960 --> 00:03:56,960
So, you know, really excited to
get back, get back into it.

69
00:03:57,800 --> 00:03:58,960
Fantastic.
Well, it's, it's great.

70
00:03:58,960 --> 00:04:00,520
We'll see.
It's good to be, you know, I

71
00:04:00,520 --> 00:04:02,520
suppose, you know, really
unique, but great.

72
00:04:02,520 --> 00:04:05,520
You are in position where you're
on that the technical builder

73
00:04:05,520 --> 00:04:08,320
side and you can advise tariffs,
but also develop new setups, but

74
00:04:08,320 --> 00:04:11,120
also get into the investment,
uh, part of it as well.

75
00:04:11,440 --> 00:04:13,200
And see, I know you mentioned
there.

76
00:04:13,200 --> 00:04:15,680
So you were the CTO and startup
advisor for the Lucy Fund?

77
00:04:16,480 --> 00:04:17,120
That's right.
Yeah.

78
00:04:17,120 --> 00:04:19,040
Going back, going back quite a
while.

79
00:04:19,040 --> 00:04:22,600
So, you know, so that was a
great one because it was it was

80
00:04:22,600 --> 00:04:25,600
a mix of building products and
scaling products.

81
00:04:25,600 --> 00:04:28,000
And at that time, by the way, we
didn't have AI doing everything

82
00:04:28,000 --> 00:04:29,720
for us, right?
We had to, we had to do the hard

83
00:04:29,720 --> 00:04:32,280
work ourselves.
We didn't even have, you know,

84
00:04:32,280 --> 00:04:36,880
cloud hosting really AWS were
was just kind of getting going.

85
00:04:37,320 --> 00:04:40,600
And so that was a great time as
well because cloud was the big

86
00:04:40,600 --> 00:04:44,600
thing and and then, you know, as
well as building the actual

87
00:04:44,600 --> 00:04:48,840
platform, we were we were kind
of investing in other companies,

88
00:04:48,880 --> 00:04:51,800
yeah, through our kind of
technical delivery model.

89
00:04:51,960 --> 00:04:56,160
So that was really exciting.
So I, I got a really broadview

90
00:04:56,160 --> 00:04:59,800
of what's a good idea, what's a
bad idea, how to, you know, on

91
00:04:59,800 --> 00:05:03,040
the execution side, then what?
What's a good idea and what's a

92
00:05:03,040 --> 00:05:04,960
bad idea from an execution
perspective.

93
00:05:04,960 --> 00:05:10,960
So yeah, I really enjoy that
work and glad to, as I say, glad

94
00:05:10,960 --> 00:05:12,880
to be glad to be doing it again.
I'm busy.

95
00:05:13,600 --> 00:05:16,320
Yeah, absolutely.
And I suppose to put it back to

96
00:05:16,320 --> 00:05:18,680
the present a bit, what What
does an average day look like

97
00:05:18,680 --> 00:05:22,920
right now?
Right now I'm, you know, knee

98
00:05:22,920 --> 00:05:27,080
deep building a platform with a
company called better futures,

99
00:05:27,640 --> 00:05:32,440
really exciting product sets.
Of course it's AI, but it's AI

100
00:05:32,440 --> 00:05:37,360
in a very specific space where
you know, in, in the engineering

101
00:05:37,360 --> 00:05:40,800
world and mechanical engineering
world where it's very document

102
00:05:41,080 --> 00:05:45,120
centric, very regulatory
environments as well.

103
00:05:45,120 --> 00:05:50,640
So it's, it's, it's hard to kind
of, you know, replace the

104
00:05:50,640 --> 00:05:52,760
engineering knowledge that's
there.

105
00:05:53,840 --> 00:05:56,640
So in fact, it's impossible and
we shouldn't be doing that,

106
00:05:56,640 --> 00:05:58,440
right?
Because the, the, the, the kind

107
00:05:58,440 --> 00:06:00,200
of level of detail we're talking
about.

108
00:06:00,760 --> 00:06:05,800
So it's, it's, it's really about
assisting engineers, taking them

109
00:06:05,800 --> 00:06:09,480
away from paperwork and getting
them doing more of the

110
00:06:09,920 --> 00:06:12,880
innovative work that's required
from engineers across all sorts

111
00:06:12,880 --> 00:06:15,480
of products.
So better futures as a company,

112
00:06:15,480 --> 00:06:19,640
better futures at AI, uh, knee
deep building that platform and

113
00:06:19,640 --> 00:06:21,840
getting it out there.
We've got customers on boarding

114
00:06:21,840 --> 00:06:23,200
right now.
It's it's so it's a very

115
00:06:23,200 --> 00:06:26,600
exciting time and I'm loving it.
Fantastic.

116
00:06:26,600 --> 00:06:29,760
I'll be sure to check that out.
And I suppose to talk then a bit

117
00:06:29,760 --> 00:06:31,000
more about AI.
How?

118
00:06:31,120 --> 00:06:33,160
How has AI changed the way you
work?

119
00:06:34,560 --> 00:06:37,680
So it's this isn't, there's two
ways we're going to answer that

120
00:06:37,680 --> 00:06:39,200
question, right?
One, is it kind of a

121
00:06:39,200 --> 00:06:41,320
chronological view?
Because if you had asked me that

122
00:06:41,320 --> 00:06:43,400
question three months ago, it'll
probably give me a different

123
00:06:43,400 --> 00:06:46,480
answer.
Yeah, that's because it hasn't

124
00:06:46,480 --> 00:06:49,200
changed how we're working.
It's it's, you know, it's going

125
00:06:49,200 --> 00:06:51,480
to sound like a bit of a
marketing tagline, but it's

126
00:06:51,480 --> 00:06:54,040
completely transformed how we're
working.

127
00:06:55,080 --> 00:06:59,400
You know, I see right now there,
there are a lot of metrics we

128
00:06:59,400 --> 00:07:04,280
use to kind of gauge developer
success, but I think percentage

129
00:07:04,280 --> 00:07:08,360
of lines of code written with
written manually is a big one.

130
00:07:08,480 --> 00:07:13,520
And you know, how much of your
code has been written by AI.

131
00:07:13,520 --> 00:07:17,680
Is, is, is really important to
me right now, just from the

132
00:07:17,680 --> 00:07:21,400
perspective of similar to the
example I just gave of the

133
00:07:21,400 --> 00:07:26,600
Mechanical Engineers, right?
I, I want engineers focused on

134
00:07:26,600 --> 00:07:30,760
innovation and that means
solving problems in new ways.

135
00:07:32,360 --> 00:07:35,960
And I don't necessarily want
them writing code, you know, and

136
00:07:35,960 --> 00:07:39,400
they're two distinct things.
I think the world is focused

137
00:07:39,400 --> 00:07:42,040
very much on AI writing code,
which means we don't need

138
00:07:42,040 --> 00:07:44,160
engineers anymore.
And that's just not true.

139
00:07:44,160 --> 00:07:47,880
We need engineers because
they're the creativity around

140
00:07:47,880 --> 00:07:50,320
the applications and around the
products that we build.

141
00:07:51,240 --> 00:07:54,040
AI has very much transformed how
we do that and how we

142
00:07:54,040 --> 00:07:56,840
accelerate.
So what we can do now with a few

143
00:07:56,840 --> 00:08:00,040
people, you know, when I was
doing the work we talked about,

144
00:08:00,600 --> 00:08:03,720
you know, 12 years ago, it was a
team of 40 people.

145
00:08:03,720 --> 00:08:05,640
Right now it's a team of three
or four people.

146
00:08:05,640 --> 00:08:09,840
And that is a real difference.
And that means we can do more

147
00:08:09,840 --> 00:08:11,440
with that forty person team,
right?

148
00:08:11,440 --> 00:08:14,360
It means we can, we can scale
quicker, we can we can

149
00:08:14,360 --> 00:08:16,200
accelerate into new markets
quicker.

150
00:08:16,200 --> 00:08:21,480
So it's, it's definitely
transformed what we do and

151
00:08:21,480 --> 00:08:27,480
primarily in the area of, you
know, AI coding and also, you

152
00:08:27,480 --> 00:08:29,520
know, documentation.
I mentioned the documentation

153
00:08:29,520 --> 00:08:33,400
use case there earlier on.
Like a lot of the work that an

154
00:08:33,400 --> 00:08:36,360
engineer would be, you know,
doing a software engineer would

155
00:08:36,360 --> 00:08:39,120
be doing is kind of documenting
what they're doing, making sure

156
00:08:39,120 --> 00:08:42,039
everything is well documented.
And, and anybody who's been

157
00:08:42,039 --> 00:08:46,200
around for a while knows that
documentation is only as good as

158
00:08:46,400 --> 00:08:49,120
how up to date it is, right?
If it's even a few days out of

159
00:08:49,120 --> 00:08:51,440
date, it's useless because it
could send people in the wrong

160
00:08:51,680 --> 00:08:57,240
direction.
So using AI to, you know, keep

161
00:08:57,240 --> 00:09:00,080
our documentation up to date is
a really great use case for it

162
00:09:00,080 --> 00:09:02,600
as well.
And it all just points towards

163
00:09:02,960 --> 00:09:07,880
allowing developers or engineers
to focus on engineering rather

164
00:09:07,880 --> 00:09:10,800
than writing code.
Yeah.

165
00:09:11,440 --> 00:09:14,640
Yeah, I really like that.
It's like there's pros and cons.

166
00:09:14,640 --> 00:09:17,200
I absolutely.
And it's you know, like if if

167
00:09:17,440 --> 00:09:20,760
you if people are listeners or
many of them are will be are

168
00:09:20,760 --> 00:09:23,000
familiar with loverball.
Those are the types of platforms

169
00:09:23,160 --> 00:09:27,880
you can get AI to write code,
but you know, you need the you

170
00:09:27,880 --> 00:09:30,200
certainly need the the
engineers, the developers there

171
00:09:30,200 --> 00:09:34,680
to really problem solve and make
it a product and something that

172
00:09:34,880 --> 00:09:37,720
people actually want to use.
So there's always going to be a

173
00:09:37,720 --> 00:09:40,520
huge need for that and get that.
I think getting that combination

174
00:09:40,520 --> 00:09:42,560
that makes right as you
described there is, is what's

175
00:09:42,560 --> 00:09:45,480
important.
And talk to me a bit about

176
00:09:45,480 --> 00:09:48,200
defensibility.
Uh, now I know we, we've had

177
00:09:48,200 --> 00:09:50,920
past conversations about that,
you know, you know, and why is

178
00:09:50,920 --> 00:09:55,120
that important?
Well, defensibility is always

179
00:09:55,120 --> 00:09:57,640
important for a start up so that
you know, they could when when

180
00:09:57,640 --> 00:10:00,160
they launched their company.
It's not, it's not easily

181
00:10:00,160 --> 00:10:02,120
reproduced.
That's the key thing.

182
00:10:02,160 --> 00:10:05,960
And but I think what's
interesting about defensibility

183
00:10:06,200 --> 00:10:09,360
right now is, and a lot of the
rules around this are the same.

184
00:10:09,360 --> 00:10:11,840
They've always been the same.
You know, an idea is not enough.

185
00:10:11,840 --> 00:10:15,480
It's all about the execution.
For example, a lot of great

186
00:10:15,480 --> 00:10:18,040
ideas out there, but you know,
it's not a, you know, we've got

187
00:10:18,040 --> 00:10:22,800
to get them executed.
So but, but defensibility used,

188
00:10:22,800 --> 00:10:26,800
it used to be enough maybe to
build an application, you know,

189
00:10:26,800 --> 00:10:30,840
and spend time building it, a
complex application, you know,

190
00:10:30,840 --> 00:10:33,440
software solution of some sort
and get it out to market.

191
00:10:33,440 --> 00:10:37,960
And straight away you had a lead
of months to years on any

192
00:10:37,960 --> 00:10:40,640
competition that wanted to get
into that market.

193
00:10:41,120 --> 00:10:45,400
And you mentioned products like
Lovable, you know, so now that

194
00:10:45,400 --> 00:10:51,400
changes the game because people
can, CE OS can, and I'm not

195
00:10:51,400 --> 00:10:55,120
advocating for this, but CE OS
can build their own

196
00:10:55,120 --> 00:10:57,680
applications.
Certainly MVPS with Lovable and

197
00:10:57,680 --> 00:11:00,920
Repple and others, OK, it's not
just Lovable and get them out to

198
00:11:00,920 --> 00:11:05,040
market right, with, you know,
fully functioning MVPS.

199
00:11:06,680 --> 00:11:09,240
So where's the defensibility
then?

200
00:11:09,240 --> 00:11:11,960
If if I go and I try and pitch
this to somebody and they can

201
00:11:11,960 --> 00:11:15,520
reproduce it as quickly as I
built it, my defensibility has

202
00:11:15,520 --> 00:11:18,520
got to be something else.
So I think defensibility for me

203
00:11:18,520 --> 00:11:23,880
now is got to be around sticky
customers, whether it's a user

204
00:11:23,880 --> 00:11:27,240
base community or, you know,
enterprise customers.

205
00:11:27,240 --> 00:11:29,240
Are they sticky?
Do they need to use your

206
00:11:29,240 --> 00:11:30,600
product?
Because you know, they've been

207
00:11:30,600 --> 00:11:33,120
using it and then you've got the
data and you know, you're,

208
00:11:33,120 --> 00:11:36,720
you're, you know, the, the value
in them using your product is

209
00:11:36,720 --> 00:11:38,680
the fact that they're using
their product, your product,

210
00:11:38,720 --> 00:11:40,480
right?
That it grows over time and it

211
00:11:40,480 --> 00:11:43,040
learns from the customer and
that creates a sticky product.

212
00:11:43,480 --> 00:11:47,080
And so it doesn't matter that
the product could be reproduced

213
00:11:47,080 --> 00:11:51,320
relatively quickly, attracting
customers, getting them on

214
00:11:51,320 --> 00:11:56,520
boarded and making them sticky
is still the hard work.

215
00:11:56,520 --> 00:11:59,200
And that's the execution piece
that's really important.

216
00:11:59,200 --> 00:12:01,840
So yeah, ability, forget about
it.

217
00:12:01,840 --> 00:12:08,000
If you're spending, you know,
time figuring out how do I build

218
00:12:08,000 --> 00:12:12,680
a better LLM than, you know, I
don't know, Google's right then,

219
00:12:12,680 --> 00:12:16,360
or how do I build a better model
for this particular industry?

220
00:12:17,120 --> 00:12:19,880
You know, I'd be careful
because, you know, it could be

221
00:12:19,880 --> 00:12:24,200
done And let's, let's focus on,
let's get something out there.

222
00:12:24,200 --> 00:12:26,760
Let's get customers and, you
know, let's get them sticky.

223
00:12:27,160 --> 00:12:30,760
And honestly, you know, maybe
some of the venture capitalists

224
00:12:30,760 --> 00:12:33,400
might not agree with me on this,
but I think it's more important

225
00:12:33,480 --> 00:12:34,920
than revenue or funding right
now.

226
00:12:35,720 --> 00:12:39,160
You know, get something, get it
out there, get people using it,

227
00:12:39,160 --> 00:12:41,280
Figure out what works, figure
out what doesn't work.

228
00:12:41,280 --> 00:12:45,800
Figure out how your product can,
you know, adapt to those users

229
00:12:45,800 --> 00:12:49,080
so that they become sticky.
And now you've got some

230
00:12:49,080 --> 00:12:52,360
defensibility that you can go
and look for customers to pay

231
00:12:52,360 --> 00:12:55,080
you with or go look for collab
funding.

232
00:12:56,160 --> 00:12:57,840
Yeah, I know I think you're spot
on.

233
00:12:58,720 --> 00:13:01,520
You know, I do see even off for
myself, I see founders kind of

234
00:13:01,520 --> 00:13:04,600
be trying to create AI.
Suppose a defensibility or a

235
00:13:05,120 --> 00:13:08,600
thesis around why their new
application is is great and

236
00:13:08,600 --> 00:13:10,360
it'll be the one that'll solve
this problem.

237
00:13:10,360 --> 00:13:14,040
But you know, because the, you
know, large because of AI,

238
00:13:14,040 --> 00:13:16,960
because things are moving so
fast now, people can create

239
00:13:16,960 --> 00:13:20,280
products so quickly.
And it really is that product

240
00:13:20,280 --> 00:13:23,280
market fit and getting customers
and make and, and, and making

241
00:13:23,280 --> 00:13:26,160
sure that actually are retained
and sticky that, that that's

242
00:13:26,160 --> 00:13:29,040
really the, the kind of the only
defensible, I think, proposition

243
00:13:29,040 --> 00:13:32,600
now, because everything else can
be, uh, replaced it on so fast.

244
00:13:32,920 --> 00:13:36,520
And I suppose a bit broader than
looking at some of the, you

245
00:13:36,520 --> 00:13:38,880
know, from the founders you've
worked with neither there's some

246
00:13:38,880 --> 00:13:42,840
kind of common MVP challenges
you you've seen them encounter.

247
00:13:43,800 --> 00:13:47,160
Yeah, and a lot of the, a lot of
the challenges are age-old

248
00:13:47,160 --> 00:13:49,360
challenges.
So you know, there's a danger

249
00:13:49,360 --> 00:13:52,080
and getting caught up in some of
them when other things are

250
00:13:52,080 --> 00:13:55,440
moving so quickly.
And you know, there's a few

251
00:13:55,440 --> 00:13:58,880
here, but I'm going to pick the
top ones, top of mind ones.

252
00:13:59,240 --> 00:14:01,640
The first one is are you
building a product or are you

253
00:14:01,640 --> 00:14:04,880
building a solution, right?
What's the difference?

254
00:14:05,200 --> 00:14:08,640
You know, you can spend a lot of
cycles with customers building a

255
00:14:08,640 --> 00:14:13,200
solution for them, but it's not
a product you're building.

256
00:14:13,240 --> 00:14:15,600
You know, it's kind of, I always
use the analogy of, you know,

257
00:14:15,600 --> 00:14:19,680
we're building.
If I build you a tailor made kit

258
00:14:19,680 --> 00:14:24,880
car just for Philip Smith's, you
know, demands you want to the

259
00:14:24,880 --> 00:14:27,240
particular color, it was a look
a certain way, you're going to

260
00:14:27,240 --> 00:14:28,440
love it.
It's going to be great.

261
00:14:28,520 --> 00:14:30,640
But that doesn't give you
product market fit because not

262
00:14:30,640 --> 00:14:33,640
everybody wants that car.
All of a sudden you got to think

263
00:14:33,640 --> 00:14:35,520
about the production line and
what you get at the end of the

264
00:14:35,520 --> 00:14:38,920
day then isn't that nice shiny
product, you know, custom car.

265
00:14:38,920 --> 00:14:42,640
It's it's just got it right.
Or Volkswagen is going to be for

266
00:14:42,640 --> 00:14:44,160
the masses.
It's a scale issue.

267
00:14:44,720 --> 00:14:47,960
And I see a lot of customer, a
lot of startups are actually,

268
00:14:47,960 --> 00:14:51,000
you know, they're trying to get
customers and are trying to get,

269
00:14:51,000 --> 00:14:53,920
you know, which is great, but
they end up building the

270
00:14:53,920 --> 00:14:56,360
solution for that customer and
not actually a product.

271
00:14:56,360 --> 00:15:00,840
And the shift away from building
something for one customer to a

272
00:15:00,840 --> 00:15:03,920
product mindset can be quite
seismic.

273
00:15:04,720 --> 00:15:07,360
And that's, that's the biggest
mistake I see from a, you know,

274
00:15:07,360 --> 00:15:12,080
from a CTO perspective is how do
we now shift to a, to a product

275
00:15:12,080 --> 00:15:14,320
mindset?
And that's a whole different

276
00:15:14,320 --> 00:15:16,440
world.
Think production lines, you

277
00:15:16,440 --> 00:15:21,800
know, a, a, a, a kind of a, a, a
set of features that we think

278
00:15:21,800 --> 00:15:24,600
the masters will like, but maybe
one or two customers won't like.

279
00:15:24,680 --> 00:15:28,920
And that's fine, right?
The other one, I think that the

280
00:15:28,920 --> 00:15:31,840
other big one I'm saying right
now is the, you know, we talked

281
00:15:31,840 --> 00:15:35,360
about it, the AI store, fright,
AI generated apps.

282
00:15:35,680 --> 00:15:37,880
I think honestly, there's going
to be a graveyard of these

283
00:15:37,880 --> 00:15:42,680
things in time to come.
You know, there's so much more

284
00:15:42,680 --> 00:15:47,240
to building a platform or
building a product and than just

285
00:15:47,240 --> 00:15:50,080
generating an app, right?
You got to think about security,

286
00:15:50,080 --> 00:15:53,120
scalability.
I literally saw on LinkedIn the

287
00:15:53,120 --> 00:15:56,640
other day an article about
somebody who used who had

288
00:15:56,640 --> 00:16:00,920
launched an app that they had
built with a tool like some of

289
00:16:00,920 --> 00:16:05,040
the ones we've mentioned, and
they managed to delete their

290
00:16:05,040 --> 00:16:09,760
entire database with an agent.
And this stuff is going to

291
00:16:09,760 --> 00:16:12,680
happen, right?
It's going to happen and the,

292
00:16:12,680 --> 00:16:16,200
the, the, the question is, have
you got a disaster recovery

293
00:16:16,200 --> 00:16:18,200
plan?
Have you got a security plan?

294
00:16:18,200 --> 00:16:20,920
Have you got the prevention plan
to stop this stuff happening?

295
00:16:21,960 --> 00:16:25,320
That's what engineering a
product is about, not coding.

296
00:16:25,320 --> 00:16:29,200
And that's my fear that a lot of
startups are and look rightly so

297
00:16:29,480 --> 00:16:33,400
get an MVP out there, get
customers using a get feed, but

298
00:16:33,440 --> 00:16:36,600
it's an MVP.
Turning that into a product is a

299
00:16:37,040 --> 00:16:38,840
is a different, a different
story.

300
00:16:39,200 --> 00:16:42,480
And then then there's a kind of
other end of the spectrum where

301
00:16:42,480 --> 00:16:47,320
I still see startups going and
offshoring an MVP development.

302
00:16:47,360 --> 00:16:49,440
And I'm like, you don't need to
do that anymore, right?

303
00:16:49,440 --> 00:16:52,640
You can do that yourself, OK?
Or you can get help from people

304
00:16:52,640 --> 00:16:56,200
like me who can build it in days
and start getting customers on

305
00:16:56,200 --> 00:16:58,920
board.
I think that the biggest piece

306
00:16:58,920 --> 00:17:03,320
of advice I've given the MVP
stuff specifically is, you know,

307
00:17:04,280 --> 00:17:08,119
build it quickly, but no, it's
an MVP and no, it's a prototype.

308
00:17:08,119 --> 00:17:11,800
No, that getting that to scale
and turning that into a product

309
00:17:11,800 --> 00:17:16,839
with properly production, proper
production line behind it is a

310
00:17:16,839 --> 00:17:19,680
different story.
And you probably need to start

311
00:17:19,680 --> 00:17:22,920
thinking about that early as
well.

312
00:17:23,240 --> 00:17:25,800
And so that you don't end up in
that graveyard that I that I

313
00:17:25,800 --> 00:17:28,119
mentioned.
Yeah, I think there's a good

314
00:17:28,119 --> 00:17:31,040
points like I've certainly seen
this does the, the new issues

315
00:17:31,040 --> 00:17:33,840
being created by as as much as
it's solving, uh, you know,

316
00:17:33,840 --> 00:17:36,120
problems is creating a lot of a
lot of problems as well.

317
00:17:36,120 --> 00:17:38,320
Like I see a lot of founders
that they're adding because they

318
00:17:38,320 --> 00:17:41,680
can these add new features, you
know, and they end up having

319
00:17:41,680 --> 00:17:45,000
1020 features and, you know,
without solving the core problem

320
00:17:45,640 --> 00:17:47,560
just because they can.
So they're kind of going into

321
00:17:47,560 --> 00:17:49,720
future overload and we're
getting too excited and they're

322
00:17:49,720 --> 00:17:51,360
not just kind of pulling it
back.

323
00:17:51,360 --> 00:17:53,520
We're finding and trying to
match the problem with the

324
00:17:53,520 --> 00:17:55,440
solution and to limited feature
set.

325
00:17:55,440 --> 00:17:58,320
But umm, yeah, it's, it's
certainly an exciting and

326
00:17:58,320 --> 00:18:00,560
interesting space and changing
all the time.

327
00:18:00,960 --> 00:18:03,920
Uh, before we finish, Niall,
what is one key piece of advice

328
00:18:03,920 --> 00:18:06,920
you'd have to successfully fund
a startup in terms of, you know,

329
00:18:06,920 --> 00:18:10,040
trying to help start-ups funding
that journey, uh, and how they

330
00:18:10,040 --> 00:18:13,160
can kind of keep the setup alive
to get it to that point where

331
00:18:13,160 --> 00:18:15,000
they can find that product
market fit.

332
00:18:16,320 --> 00:18:18,760
Yeah.
I mean, I will always go back to

333
00:18:19,760 --> 00:18:22,600
technical due diligence.
You know, we just discussed it,

334
00:18:22,600 --> 00:18:26,360
right?
It's, it's, it's, you know, make

335
00:18:26,360 --> 00:18:29,360
sure what you're building is
ready for scale.

336
00:18:29,360 --> 00:18:33,120
You know, I talk to, I talk to
founders, for example, who

337
00:18:33,200 --> 00:18:36,880
rightly so are being pushed by
their potential investors

338
00:18:36,880 --> 00:18:42,040
because they don't have a CTO.
And I still not all VCs or not

339
00:18:42,040 --> 00:18:44,800
all investors will insist on
that now because of, you know,

340
00:18:44,800 --> 00:18:47,400
the products we've talked about.
But I think it's so important

341
00:18:47,760 --> 00:18:51,120
because you need to know what
you're creating is, you know,

342
00:18:51,120 --> 00:18:53,920
not some sort of Frankenstein
and there's is actually fit for

343
00:18:53,920 --> 00:18:55,800
purpose and, and can be
delivered.

344
00:18:56,280 --> 00:19:00,560
And then I'm firm believer that
once you get those architectural

345
00:19:00,800 --> 00:19:04,240
things right and get that
technical due diligence done,

346
00:19:04,800 --> 00:19:08,320
that AI will help you accelerate
your features and will help you

347
00:19:08,320 --> 00:19:11,680
accelerate your product backlog
as long as the framework is in

348
00:19:11,680 --> 00:19:15,360
place to do that.
So I think the advice I'll give

349
00:19:15,360 --> 00:19:19,920
you, you know, even from a
funding point of view is just

350
00:19:19,920 --> 00:19:23,720
make sure that technical due
diligence box is ticked and that

351
00:19:23,720 --> 00:19:27,280
you're not just going in with
AAI driven app that somebody

352
00:19:27,280 --> 00:19:30,360
else could build for you build
and replicate really quickly.

353
00:19:30,680 --> 00:19:33,440
Even that technical due
diligence that shows you're

354
00:19:33,440 --> 00:19:38,200
maturely thinking about scale
will help you with some sort of

355
00:19:38,200 --> 00:19:40,640
defensibility, right?
Because the Ethan piece is not

356
00:19:40,640 --> 00:19:43,240
easily reproduced and you're
just building defensibility as

357
00:19:43,240 --> 00:19:45,880
you go.
Yeah, I think that's great

358
00:19:45,880 --> 00:19:47,600
advice.
I think if you, if you can, if

359
00:19:47,600 --> 00:19:50,200
you can follow those steps, that
instruction, I think you'll be

360
00:19:50,200 --> 00:19:53,400
able to successfully build and
fund and launch a startup and

361
00:19:53,400 --> 00:19:57,000
find that part of market fit so
many funders are striving for

362
00:19:57,440 --> 00:19:58,560
now.
Thanks so much for calling on

363
00:19:58,560 --> 00:19:59,920
the podcast.
It was a really nice

364
00:19:59,920 --> 00:20:01,720
conversation.
You've obviously you had a

365
00:20:01,720 --> 00:20:04,600
fantastic career and they're
still doing amazing work and

366
00:20:04,600 --> 00:20:06,640
have a lot to share.
So thank you for for coming on

367
00:20:06,640 --> 00:20:09,360
this podcast to share a lot of
the insights that you've gained

368
00:20:09,360 --> 00:20:12,000
from your experience.
Thanks for having me, Philip.

369
00:20:12,000 --> 00:20:13,760
Appreciate that.
Thanks, Matt.

370
00:20:16,040 --> 00:20:19,080
Hi, thanks for listening to this
weeks episode of the Founders

371
00:20:19,080 --> 00:20:21,560
and Funding podcast.
If you'd like to be a guest or

372
00:20:21,560 --> 00:20:23,640
have a guest suggestion, please
get in touch.

373
00:20:24,280 --> 00:20:24,720
Thank you.