You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/posts/learning_how_to_entrepreneur.md
+46-32Lines changed: 46 additions & 32 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,70 +4,66 @@ date = 2025-11-20T07:20:37+01:00
4
4
draft = false
5
5
+++
6
6
7
-
# How to entrepreneur
8
-
9
7
I'm soon coming up on 6 months of unemployment. Half a year of trying to be an entrepreneur full-time.
10
8
11
-
I still haven't made it, unfortunately. However, I have learnt a ton. This post is a reflection on my entrepreneurial journey thus far and a discussion of my meta-entrepreneurial strategy.
9
+
I still haven't made it, unfortunately. I have however learnt a ton. This post is a reflection on my entrepreneurial journey thus far and a discussion of how I formed my entrepreneurial meta-strategy.
12
10
13
11
## Learning how to entrepreneur
14
12
15
13
Before starting my entrepreneurial journey, I figured there were more or less correct ways of doing things.
16
14
17
-
I figured that while I didn't have the slightest clue as to what I was going to work on, there were guidelines or rules I could follow that would optimize my chance at creating an economically sustainable business. The only problem was that I didn't know them yet.
15
+
I figured that while I didn't have a clue as to what I was going to work on, there were guidelines or rules I could follow that would optimize my chance at creating an economically sustainable business. The problem was I didn't know what they were.
18
16
19
-
So, in parallel with actually building out products, I decided to start learning how to be an entrepreneur.
17
+
So, in parallel with building, I decided to start learning how to be an entrepreneur.
20
18
21
-
I tried a few different thingsin order to internalize the key lessons I'd need. Here are the ones that worked, in ascending order of utility:
19
+
I tried a few different things, separate from the actual day-to-day trial and error of trying to build products, in order to learn the key lessons I'd need. Here are the ones I perceive to have worked, in ascending order of utility:
22
20
23
-
- Reading as much medium to low quality online material as possible on how to entrepreneur -- think immersion learning on /r/startups (if it works for an LLM why wouldn't it for me?)
21
+
- Reading as much random online material as possible on how to entrepreneur -- think immersion learning on /r/startups (if it works for an LLM why wouldn't it for me?)
24
22
- Going through YCombinator's Startup School
25
23
- Speaking to various types of people in the space (VC's, angels, entrepreneurs in the struggle, post-exit entrepreneurs)
26
-
-Discussion's with my co-founder/business partner
24
+
-Discussions with my co-founder/business partner
27
25
28
26
Consuming online material was moderately useful. The sheer volume of thought out there means there's probably more useful information on places like Reddit/medium/substack than I'd be able to ingest from any other source, the only problem is finding it amongst all the slop. Still, passively browsing allowed me to gain a fuzzy sense of the key questions I wanted to answer, and informed future research.
29
27
30
-
YCombinator's [Startup School](https://www.startupschool.org/) is a treasure trove of information. It is a curated set of videos and articles touching on bunch of topics an aspiring entrepreneur needs to learn about. You'll learn the lingo, and familiarize yourself with the basic structure of starting a startup.
28
+
YCombinator's [Startup School](https://www.startupschool.org/) is a treasure trove of information. It is a curated set of videos and articles touching on a bunch of topics an aspiring entrepreneur needs to learn about. You'll hear the lingo, and familiarize yourself with the basic structure of starting a startup.
31
29
32
-
Speaking to people in the space is likely the highest utility thing I did per minute spent. An exception to this is investor chat's. Some VC's were tremendously insightful. with other's it felt more like I was a way for them to gauge the market/competition so they could pass this information on to companies in their portfolio. Knowing the difference upfront likely takes a bunch of knowledge I don't have, and if you're not actively raising I believe saying no to intro chats is the best thing you can do overall.
30
+
Speaking to people in the space is likely the highest utility thing I did per minute spent. A possible exception to this is investor chats. Some VCs were tremendously insightful. With others it felt more like I was a way for them to gauge the market/competition so they could pass this information on to companies in their portfolio. Knowing the difference upfront likely takes a bunch of knowledge I don't have, and if you're not actively raising I believe saying no to intro chats is the best thing you can do overall.
33
31
34
32
My chats with angels were generally positive, though again, I think being selective upfront is EV+.
35
33
36
-
The real absolute must do for any entrepreneur is to speak to other entrepreneurs. I find that speaking to all types of entrepreneurs has been valuable. Time and again I've been blown away by how generous more established entrepreneurs have been with their time, and getting to steal their hard-won knowledge by just asking the right questions is literally a cheat code. An added benefit is if there's synergy in your businesses, or if one of you can put the other in touch with someone the other needs. The culture of paying it forward has been overwhelming and inspiring, and definitely something I can hope to contribute to one day.
34
+
The real absolute must do for any entrepreneur is to speak to other entrepreneurs. Time and again I've been blown away by how generous more established entrepreneurs have been with their time, and getting to steal their hard-won knowledge by just asking the right questions is literally a cheat code. An added benefit is if there's synergy in your businesses, or if one of you can put the other in touch with someone/something the other needs. The culture of paying it forward has been overwhelming and inspiring, and definitely something I hope to contribute to one day.
37
35
38
-
All of the learnings gleaned through the above mentioned methods have been internalized through discussions with my co-founder. Having someone go through the same thing as you at the same time, who you can explore ideas and thoughts with as you come into contact with them is tremendously useful. I see it not really as an additive source of information, but as a multiplier of the above.
36
+
All of the learnings gleaned through the above mentioned methods have been internalized through discussions with my co-founder. Having someone go through the same thing as you at the same time who you can explore ideas and thoughts with as you come into contact with them is tremendously useful. I see it not really as an additive source of information, but as a multiplier. It upgrades the learning you extract from passive to active.
39
37
40
38
## The entrepreneurial method
41
39
42
-
My goal while ingesting all this information was to arrive at an representation of a meta-method of entrepreneurship, an entrepreneurial method analogous to the scientific method.
43
-
44
-
While I don't think I'm there, I do think I've made progress on the initial stage.
40
+
My goal while ingesting all this information was to arrive at a representation of a meta-method of entrepreneurship. An entrepreneurial method analogous to the scientific method.
45
41
46
-
Note: It turns out someone else has made the same [analogy](https://learninglab.sses.se/research-recaps/introducing-the-entrepreneurial-method/)
42
+
While I don't think I'm there, I do think I've made some progress.
47
43
48
44
### Nothing else matters
49
45
50
46
Like the goal in the scientific method is singularly to increase or decrease confidence in an experimental hypothesis, the goal of the entrepreneurial method is singularly to find a way to generate utility for other people. That's it. "Make something people want". That's what product market fit (PMF) is.
51
47
52
-
The great thing is, through conversations with founders who have found PMF, I've heard time and time again that once you have it, your customers will let you know. There's no guesswork involved.
48
+
The great thing is I've heard repeatedly, through conversations with founders who have found PMF, that once you have it, the response from your customers will be unmistakeable.
53
49
54
50
While I can't yet speak at all to how one should efficiently and sustainably continue to generate utility post-PMF, I believe that falls into the domain of scaling and running a business, I do think the process of searching for PMF is clearer in my mind than it was before.
55
51
56
-
####Let go of your biases
52
+
### Let go of your biases
57
53
58
-
You surely have biases and preconceptions regarding what problems your imagined customers have. They're useful to the extent that they allow you to formulate an idea of what problem to solve, but may incur a cost if held on to post expiry.
54
+
You surely have biases and preconceptions regarding what problems your imagined customers have. They're useful to the extent that they allow you to formulate an idea of what problem to solve, but may incur a cost if held on to post expiration.
59
55
60
-
Your opinion about a problem-space needs to be directly grounded in customer insights. To me, there seem to be a few ways of validating these customer insights.
56
+
Your opinion about a problemspace needs to be directly grounded in customer insights. To me, there seem to be a few ways of validating these customer insights.
61
57
62
58
You can speak to potential customers. Do they confirm your problem verbally through open-ended conversation (no leading questions)? Do they tell you about a different but related problem?
63
59
64
-
You can manually solve your potential customers problem. Say that you have an hypothesis that there's room for software helping American expats in the EU file expat taxes. A good way to validate this is to find a bunch of Americans and charge them for your work of filing their taxes. How hard was it to find Americans willing to pay you? How auotomatable was the work you did?
60
+
You can manually solve your potential customers problem. Say that you have an hypothesis that there's room for software helping American expats in the EU file expat taxes. A good way to validate this is to find a bunch of Americans and charge them for your work of filing their taxes. How hard was it to find Americans willing to pay you? How automatable was the work you did?
65
61
66
-
You can build out a minimal viable product (MVP) that solves your hypothesized problem. Do you find your customer's use your product when you tell them about it? Why/why not? Does another group use your product?
62
+
You can build out a minimal viable product (MVP) that solves your hypothesized problem. Do you find your customers use your product when you tell them about it? Why/why not? Does another group use your product?
67
63
68
-
These methods obviously have different strenghts and weaknesses. Speaking to customers is cheap in terms of up-front effort, but your results may vary depending on how honest they are, and how well they fit the customer profile. Also, they have no reason to speak to you -- you haven't solved a problem of their yet.
64
+
These methods obviously have different strengths and weaknesses. Speaking to customers is cheap in terms of up-front effort, but your results may vary depending on how honest they are, and how well they fit the customer profile. Also, they have no reason to speak to you -- you haven't solved a problem of theirs yet.
69
65
70
-
On the other end of the spectrum, building out a fullfledged MVP takes a lot of engineering effort. However, if you get real traction in terms of usage metrics, you know you've got something. You can also collect feedback at a different scale than if you were to speak to every one of your user's individually.
66
+
On the other end of the spectrum, building out a full-fledged MVP takes a lot of engineering effort. However, if you get real traction in terms of usage metrics, you know you've got something. You can also collect feedback at a different scale than if you were to speak to every one of your users individually.
71
67
72
68
Likely, you shouldn't be doing one or the other, but all of them synergistically.
73
69
@@ -77,15 +73,13 @@ Similarly, you likely shouldn't jump into building an MVP purely based off a hun
77
73
78
74
### Action drives everything
79
75
80
-
What does this mean in practice?
81
-
82
-
You need to take action. It is too easy to speculate about potential problems, analyze market opportunities, be put off by how far ahead a potential competitor is, or think about cool new technologies.
76
+
You need to take action. It is too easy to speculate about potential problems, analyze market opportunities, be put off by how far ahead a potential competitor is, or think about cool new technologies, when likely all you're doing is generating new biases.
83
77
84
78
This is orthogonal to what you need to be doing.
85
79
86
80
You are a shark. You need to keep swimming.
87
81
88
-
Extending the scientific method -- all researchers in the world are constantly proposing experimental hypotheses, attempting to isolate the effect of an experimental variable, and using this to increase or decrease confidence of a combined explanatory model of the world, and if necessary amending this model.
82
+
Extending the scientific method analogy -- the role of a researcher is to constantly propose experimental hypotheses, attempt to isolate the effect of an experimental variable, and using this, increase or decrease confidence in an explanatory model of the world, and if necessary propose amendments to this model.
89
83
90
84
You need to be doing the same thing.
91
85
@@ -95,17 +89,37 @@ If it's a real problem for two people, automate your solution. Voila, you've now
95
89
96
90
The flipside of this is that most of the time, most research is largely useless.
97
91
98
-
Most research affirms things we already thought we knew (useful because it allows us to convert a bias to knowledge), reproduces previous novel ideas, or disproves a new potential insight.
92
+
Most research affirms something we already thought we knew (useful because it allows us to convert a bias into knowledge), reproduces previous novel findings, or disproves a new potential insight.
93
+
94
+
Very rarely are we able to make genuine leaps forward.
99
95
100
-
I think it's likely the same for startup ideas. Most of the time, you're going to be wrong. It is really difficult to think of a new problem, or a new way to tackle an existing one.
96
+
I think it's likely the same for startup ideas. Most of the time, you're going to be wrong. It is really difficult to think of a new problem, or a new way of tackling an existing one.
101
97
102
-
Time and time again I've been struck by the fractal like nature of the technological landscape. You start with a view of a problem space, an idea of the players and their relationships. You zoom in to a space that looks promising, only to find a similar amount of existing players and complexities in the subspace you thought were in the original space.
98
+
Time and time again I've been struck by the fractal like nature of the technological landscape. You start with a view of a problem space, an idea of the players and their relationships. You zoom in to a space that looks promising, only to find a similar amount of existing players and complexities in the subspace you thought were in the original space. Repeat ad nauseam.
103
99
104
100
Really, it's a testament to human ingenuity.
105
101
106
102
The good thing is, you only need to find one real problem.
107
103
108
-
So fail. Fail again. Dust yourself off and keep trying.
104
+
So stay lean. Keep your team small enough to be aligned on problem discovery and validation. Minimize distractions. Take failures in stride. Make finding PMF using an evidence based approach your singular aim.
105
+
106
+
#### A note on distractions
107
+
108
+
I do think it's easy to distract yourself with work that doesn't really move the needle.
109
+
110
+
Some of this is work that appeals to your vanity. I'm more and more convinced that creating pitch decks, booking meetings with VCs, and "building in public" are more often than not examples of this.
111
+
112
+
I'm not categorically against raising. I am however saying that if you can afford to bootstrap, and you don't have PMF, what are you going to do with more money anyways? Hiring more people isn't going to help you find PMF quicker. I think if you raise, you should have an excellent idea of what that money is going to help you accomplish.
113
+
114
+
A counterpoint to this is amortizing risk -- pursuing a startup is likely the riskiest thing you can do. Sharing some of that risk at the expense of potential future upside may not be a bad idea.
115
+
116
+
However, in general, I think too many people default to "raise as much money as possible" too early. If you have a strong profile, or a silver tongue (or both), you can likely convince someone to back you financially. This may feel good, and like you're closer to your goal, but I suspect it's a common anti-pattern.
117
+
118
+
I also think building out a technically wonderful solution is an example of this. This is something I've had to learn the hard way.
119
+
120
+
Nobody cares how maintainable or scalable your MVP is. If it takes 2 extra weeks to build, that's 2 weeks you're not using to validate a problem. Most likely, you're going to end up throwing away what you built in a few weeks anyways, and you probably won't get more than 2 concurrent requests per second for a while. If you're not optimizing for ship velocity, you're probably doing it wrong.
121
+
122
+
Your single focus pre-PMF should be building the absolutely minimally viable prototype needed to validate a problem. Post PMF, I can see it being a different story (at least the perfectionist in me hopes it is).
0 commit comments