Live data from Hacker News

Startup advice, briefly

blog.samaltman.com

51–60 of 143 posts

Re: Startup advice, briefly

#51
post #45

Earlier quoted context omitted.

The issue is that you need to find an idea for a product, wherein 1) the product has the potential to generate tens of millions of dollars of value 2) the first, valuable, version of the product can be built in a couple man years. That is really, really hard to do. There are tens of thousands of smart, competent people searching for such ideas, working on such ideas. If you want to make millions of dollars, if you wa…

I agree with this. Unfortunately it is against the common notions that ideas don't matter, and execution is all. My own take is that truly great ideas are as rare as hen's teeth, i.e.those that fulfill your description.

I don't think the secret is usually the idea. The secret is usually a method of execution that lets you get to the finish line, where everyone else was too slow and ran out of runway.

Which is to say, if you're the right person at the right time, you don't know the secret; you are the secret. Your skillset (or your team's skillset) is the secret.

The tech that just became possible to leverage that nobody else has noticed yet but you're familiar with from its prototype days is the secret. Being able to bring your experience solving problems with 40-year-old systems to analogous problems in modern spaces is the secret. The pitch is not the secret.

Re: Startup advice, briefly

#52

The best startup ideas are the ones that seem like bad ideas but are good ideas. I've thought about this one a lot. Obviously we can't apply these one liners to everything, for example Dropbox and Stripe seemed like plainly obvious good ideas (to me). You can make them seem like bad ideas in retrospect ("Oh, personal file hosting in the cloud? Been done a million times!") but I think even the traction of Dropbox's fi…

I think what Peter Thiel says about secrets[0] is much closer to the "truth" than "build something that seems like a bad idea but isn't".

[0]http://blakemasters.com/post/22866240816/peter-thiels-cs183-...

Re: Startup advice, briefly

#53
post #28

DON'T WORK WITH PEOPLE YOU HAVE A BAD FEELING ABOUT: I can not stress how dogmatically this should be adhered to enough.

This is probably the biggest piece of non-advice in the entire article. Feeling is bullshit. If I had followed this advice throughout my career... I've been introduced to people who I'd instantly hated but a weeks later had become my best mates and I've been introduced to people who I'd loved at first sight (oh, so social, funny and well spoken..) and they turned out to be completely useless. It often takes time to g…

[deleted]

Re: Startup advice, briefly

#54
Great advice for startups. Except I would say start with a problem rather than just an idea - a problem that no one is solving and that you think is important. That would hopefully lead to building something people want.

Re: Startup advice, briefly

#55
One suggestion I would give Sam is to provide for each of the "bullet points" a couple of relevant stories about YC companies.

Most public advice is devoid of context where it originated and unless stated very precisely is wide open to misinterpretation, forming a cargo-cult, or being ignored as too generic. Only a few people in the world can be that precise (I know just two), but adding a relevant story is available to any diligent thinker and it works nearly as well. The best stories are either those that gave rise to the advice, or those where the advice was applied with a visible outcome.

Re: Startup advice, briefly

#56
post #50
post #44

Earlier quoted context omitted.

I started to get the same sense, and remembering a couple of the following things have helped me keep my bearings: -Startup advice, especially from this corner of the world, applies to a very specific way of creating a software company through venture capital, and subsequently, aggressive growth. It is also built to take advantage of a highly optimistic financial environment that, to me, seems to be temporary (look a…

I'd love a list of tried-and-tested-to-the-point-of-being-cloying bootstrapping advice.

- control your costs

- spread your risk (no single customer > 20% of your business)

- save for the next crisis when the money is good

- focus

- cashflow beats cash

- find your peers and establish relationships

- know your strengths, more importantly, know where you're weak

- working overtime is no substitute for bad planning

- every deal should make money

- better 10 small deals in the pocket than one huge one that you're chasing for the next 6 months

- make a cashflow projection and keep it updated for at least 6 months out

- if you have less than 6 months of running costs in your bank you're in a crisis

Re: Startup advice, briefly

#57

The best startup ideas are the ones that seem like bad ideas but are good ideas. I've thought about this one a lot. Obviously we can't apply these one liners to everything, for example Dropbox and Stripe seemed like plainly obvious good ideas (to me). You can make them seem like bad ideas in retrospect ("Oh, personal file hosting in the cloud? Been done a million times!") but I think even the traction of Dropbox's fi…

No, this is hindsight bias. Dropbox did seem like a bad idea for exactly the reason you mention. There was barely an idea there because it was wholly unoriginal.

Dropbox's execution was better, and that's why they got traction from the first post.

And the timing was right, because there was a long term user base change starting around then. In 1998 or even 2003, most people only had one computer or internet device. In 2008, most people had multiple devices, so even if you weren't collaborating with anybody, you need something like Dropbox.

Stripe seemed like a bad idea because payments are probably one of the hardest things for a startup to tackle -- it involves a lot of regulation and fighting fraud and hackers (see all the BitCoin startups which have gone down in flames). People assume that Google or Apple would be better at doing payments. Stripe's execution is also way better. Maybe they have some other secret I don't know about.

The blog post sort of hints at it: do things in an hour, not in a week. But it should be obvious that you just have to be a better programmer, designer, and marketer than anybody else. :) And you have to work really hard, which it says at the end of the post. This advice isn't a shortcut: it's on TOP of simply being good and working hard (which are necessary but not sufficient).

Seeing some of Stripe's recent launches reminds me of Google in 2002. The quality is plainly there, and it is head and shoulders above the vast majority of startups. They are tackling a harder problem and doing it better.

So I think "bad ideas that seem like good ideas" is spot on. But there are multiple reasons things can see like bad ideas: 1) already been tried, 2) too hard, 3) big company will crush you, has more money and connections, 4) will take too long (for non-software startups, e.g. Tesla having to build factories and so forth, ... and many more. So it's "meta-advice", but still very accurate.

EDIT: I will also add that Dropbox seems like a bad idea because it seems like anybody can do it. Lots of experienced programmers say: "Oh it's just copying files. I can write that in a weekend".

It doesn't appear that there's room for great execution. Lots of programmers don't think it's worthy of them, since they are used to syncing files with their own tools. Why would you need to be a great programmer to create Dropbox?

But it turns out it's a lot deeper and harder than people think. I think there are lot of things like this. Any old programmer can do a 50% job. But to solve the whole problem takes a world class founder and team.

And of course the difference is you get $0 for the 50% job, but billions of dollars for the 100% job.

I've read comments talking about Joel Spolsky, saying: "Why should we listen to him; he makes bug tracking software?" Because they think bug tracking software is unworthy.

Joel is also super sharp, and that problem is worthy of him and his team. He knows something you don't know. If you do the math, I think it's clear that Fog Creek was pulling in early-Google-level profit per employee, with bug tracking software.

A problem is only as hard as the person who does it. If you are that great, you should be able to solve a problem with 10x or 100x less people, and reap the corresponding profits.

Re: Startup advice, briefly

#59
post #42

Earlier quoted context omitted.

I think it needs to keep being synthesized and summarized and codified only because there's always a generation of founders that haven't seen it. I feel the same way you do, but it's a good reminder to read it and it's good for new founders to have it freshly in front of them.

Why can't it just be put in a definitive book and handed around?

You're joking, right? If so, sorry for not being sure. If not, the answer is that lots of people do try writing books with startup advice, but there's no one with the power to wave a magic wand and make a book "definitive", have everyone agree that it's definitive, and make everyone new to the field realize that it's definitive and they should grab a copy.

Re: Startup advice, briefly

#60
post #55

One suggestion I would give Sam is to provide for each of the "bullet points" a couple of relevant stories about YC companies. Most public advice is devoid of context where it originated and unless stated very precisely is wide open to misinterpretation, forming a cargo-cult, or being ignored as too generic. Only a few people in the world can be that precise (I know just two), but adding a relevant story is available…

And to put my money where my mouth is, consider this example:

Advice: In B2B be on the lookout for people, organizations, or events which can force the hand of your prospect customers.

Story: There was a company that made e-commerce vulnerability detection/prevention software, but when they tried selling it, they found that IT departments stonewalled the adoption because they didn't want to admit there was a security problem in the first place. After much frustrating direct sales attempts, our protagonists took their software to a payment processor, which has promptly mandated use of software for all e-commerce portals that were their clients. Problem solved.

Now consider first the advice on its own, and then the advice and the story together. Which one actually drives the point home?

Post reply on HN