Things about being a founder I wish I had known two years ago

https://speakerdeck.com/giladvdn/ten-things-about-being-a-founder-i-wish-i-knew-two-years-ago?utm_source=buffer&utm_campaign=Buffer&utm_content=buffer1015c&utm_medium=twitter

by antr • 13 years ago

136 26 13 years ago

speakerdeck.com

wasd• 13 years ago

For additional discussion, check out the previous time this was posted:

https://news.ycombinator.com/item?id=5357123

My favourite comment is the top.

> Question: "So why didn't anyone tell me?"
> Answer: "Because it wouldn't have mattered."

TheBiv2• 13 years ago

This is very helpful deck in the context of B2C (business to consumer) companies who are looking for funding. The deck does not contain the text, so here is the text of all high-level points in the deck:

1. Identify your perfect customers --Focus on them and on nothing else.

2. Stop writing code. --Did you talk to customers yet?

3. Investment != success --It's a means to an end.

4. Investor meetings aren't job interviews --Build a relationship over time.

5. Talk about your idea --startups die from obscurity but thrive on feedback.

6. Be careful with hires --Trust your gut feeling.

7. Don't worry about engineering --Worry about getting users.

8. It's a marathon, not a sprint --90% of the time, it's about endurance.

9. Don't study the outliers --Study real business.

10. Your relationship with your co-founders is critical --Don't "go to bed" angry.

11. Relax. --You're going to make mistakes. It's fine.

Author can be reached at gilad@smore.com

Retric• 13 years ago

While spam filers work well, posting someone else's email in plain text seems rude IMO.

TheBiv2• 13 years ago

Fair. Although the individual did post it in his slide deck to be reached for contact.

ronreiter• 13 years ago

Great post :)

jbapple2• 13 years ago

Slide 16:

"Be careful with hires and team

...

If you aren't sure and don't like the person after a week, fire them. There's enough people that you WOULD like after a week"

I moved hundreds of miles for my last two jobs. If I were fired a week into a new job in a new city by a boss who "wasn't sure and didn't like me after a week", I would be devastated.

I would rather get 100 job rejections than have to go through one experience like the last bullet on slide 16.

thejteam• 13 years ago

And thanks to the web and social media, the world has gotten much smaller. If a company gets a reputation for treating hires like that, especially in the tech field, they will only get applicants desperate enough that they are willing to be treated like that.

kjhughes• 13 years ago

I agree that the author is taking the suck-it-up-and-fire-when-you-must advice a bit far there. Also, per the preceding point on that slide,

Your first 5 employees are like 5 bullets in your gun. Each hire needs to make an impact.

if employees are like bullets, firing them would be key to having them make an impact.

[Yes, I know what the author meant, but the gun/bullets analogy is distracting while providing firing advice. I did still like the overall presentation.]

giladvdn2• 13 years ago

Good point. I did not consider people relocating for the job. In that case, I would want to try the person out before actually hiring her. If that's not possible, then obviously I wouldn't recommend ruining someone's life logistically for the sake of getting a better hire.

My main point was that after a week you'll probably either get along with an employee or not get along with them. In my experience, if you don't get along with someone, it usually does not get better over time.

jbapple2• 13 years ago

How many people have you fired after a week?

Have you ever been fired after a week?

sreitshamer• 13 years ago

Instead of firing the person, you could make every effort to find a situation for the person that's a better fit for him/her. Almost all people can add value in some way. If they can't, you probably wouldn't have hired them in the first place.

medde• 13 years ago

while a week might be really short to draw your conclusions on a new employee, I would probably be living in a hotel for at least the first couple of months before moving... to reduce risks...

lifeisstillgood• 13 years ago

Isn't that very good reason to work remotely - certainly for a trial period

lucidrains• 13 years ago

This is excellent, agreed on all points

zaidf• 13 years ago

"Don't keep looking for greener pastures" is something I needed to hear.

alexjv89• 13 years ago

Great post :) thanks ...

vermontdevil• 13 years ago

What does it mean by identify the perfect customer?

Does it mean to find the customers that you know needs your product and focus on them first? Persuade customers that may or may not need your product later?

cynusx• 13 years ago

it means you make a list of 20 companies (existing, real companies) that you think would be your perfect customer. This is a very good tip as it helps you focus resources. The biggest benefit is that you define the characteristics of your customer segment. In fact, it becomes very simple to find out if your product is suitable for this customer segment since you can contact any of those companies (or similar) on that list and test product fit.

7Figures2Commas• 13 years ago

I think "stop writing code" is decent advice in principle, but is practically difficult. A few points:

1. If you have no domain experience or expertise, you shouldn't just stop writing code, you should stop what you're doing. A lot of startups fail before any code is written because the founders know little to nothing about the market or industry they're targeting.

2. While it is absolutely possible to sell software before it has been written, unless you're well-connected and have trusted relationships that will deliver customers on tap, to get meaningful conversations started, you will often need to have something to show, even if it's mockups or a basic prototype.

3. A lot of startups write too much code because they try to support use cases that they think are important. Ironically, some of these use cases are actually discovered through conversations with potential customers, which highlights the fact that it's not simply enough to talk to people you hope might become your customers; you need to know how to talk to them.

tmzt• 13 years ago

A question that's been on my mind. Since this deck discusses B2C startups, how to do you reach out to a consumer on a telephone to determine if they would be a good customer? How do you figure out what that consumer wants?

I see all the advice to do all of this stuff before writing code, but I see others that suggest "failing fast" by building something and seeing who ultimately uses it and what they use it for.

Let's say I wanted to make a picture hosting site (I don't), I would find my unique selling proposition and build a site around that, get the URL out in front of people that probably want to host pictures, then see how many of them sign up and how many ultimately use the USP feature that I built.

In my case it's not as broad or generic a concept, so I can't throw a URL out there and just see how many people sign up for the site. I mean I can but I can't expect that to actually work, for anybody to actually show up.

I know there are online communities out there I need to reach, blogs that focus on the target audience I am reaching for, and quite possibly thought leaders.

What am I missing when it comes to building and marketing a B2C product?

Things about being a founder I wish I had known two years ago

Related Stories