The AngelList team is roughly organized into 1-(wo)man startups. That means we expect you to treat your project like a startup.

You come up with the idea, do the design, write the code, release it, market it, support customers, collect external and internal feedback and then get to work on the next version. We also expect you to work directly with our business partners like SecondMarket, VC funds and incubators.

We don’t hire people who just want to code

We don’t hire anyone who just wants to be an engineer. Or a designer. Or a product manager. We hire people who want to start their own company—at AngelList and beyond. Many of our team members, including me, have started their own company and failed—others have done quite well.

I would put our engineers up against any startup in the world, but we’re not a good place for someone who wants just wants to code.

And we’re not a good place for people who want to be told what to do. If you sit and wait for instructions, you will fail.

Pull the help you need

Everyone on the team is exceptionally good at one or two things (code, design, product, marketing…). Some of them might be fine at another one. But it falls off quickly after that.

So we expect engineers to pull help from designers (and vice versa). We expect designers to push help on the engineers (and vice versa). We expect teammates to ask the founders for help getting press. To get advice on how to sequence the launch. To ask for a better idea. To ask what’s the most important thing you could be working on right now.

Pull help from whomever is best at X, but don’t let them be a bottleneck. And expect strong feedback from people who are better at X.

Coordination costs go way down

Each person on the team does a ridiculous amount of cross-functional work, so coordination costs go way down. It is pretty easy to coordinate with yourself.

There are less stakeholders on each project, so freedom and happiness go way up. So does responsibility.

Finally, we get the chance to improve the average quality of the team as we hire new people. Instead of hiring teams of decent people who are managed towards a good outcome, we can hire unicorns that actually increase the average quality of the team. And we can create our own unicorns through training.

The product gets messy

We don’t have a consistent design across the entire site. The design is embarrassing in many places. The product is embarrassing in places. The code is rough in places. The site isn’t fast.

We mitigate this by having very high standards–so our standard for embarrassing is another company’s standard for good. We mitigate this by solving very hard problems for our users, so they cut us lots of slack. We mitigate this by being fast instead of consistent or perfect. And we mitigate this with internal startups who serve our team members with design, engineering, refactoring, etc.

It’s a great way to recruit

Every candidate loves to hear that they will get the opportunity to be a 1-(wo)man startup. It lets us hire past and future entrepreneurs.

A new team member isn’t going to take over one of our top-line metrics on her first day. She will start small but nobody is going to stop excellence from shining through.


This won’t work if you don’t give the team freedom and responsibility. So read this: Ask forgiveness, not permission.

It won’t work if you don’t have a strong sense of mission. So read this: Startups are here to save the world.

And it might not work for your size or domain. We are only 13 people: 5 engineers, 2 designers, 2 “dealflow managers” and 4 G&A (including 2 founders).

If you’re interested in working with us, we’re always hiring.

Comment on Hacker News →

AngelList “corporate policy” is that team members should ask forgiveness, not permission.

We would rather have someone do something wrong than ask permission to do it.

Or better, we would rather have someone do something right and not need permission to do it. This is the most common outcome.

We would rather have people ship to production whenever they want, than go through an internal review process. We can fix it on production. We prefer the customer’s review process. And it isn’t too hard to reveal a new feature to a small portion of our users and iterate on it as we expand it to more users.

Eliminating permission increases speed and diversity

Eliminating permission increases the speed and diversity of our decision-making. Our incubator applications are a good example of diverse decision-making: one of our team members built it even though I was telling him, “This is fine, but I don’t think it is that important. Why don’t you work on something else.” It ended up being very important to our users and mission.

There are some sensitive parts of our product that are walled off from this “ask forgiveness” policy. There are some things we want reviewed by the people who “know better”. But it’s really rare.

How it works

This policy only works if you hire insanely smart and capable people, and let go of the ones who are not. We also filter for people who are mission-oriented, care about our customer and want to learn more.

And it doesn’t mean that the founders aren’t standing over your desk telling you, “this isn’t good enough to ship”. That’s why we write down and promote these ideas. Because there is always pressure from someone important to do it another way.

It also wouldn’t work without these other items of corporate propaganda:

You break it, you bought it

If you break something or your stuff is buggy, please fix it. As in straight away mate.

Sweat the details and corner cases

If people are going to ship whatever they want, we need them to sweat the details if they’re going to avoid mistakes.

The best way to do that is to have the rest of the team constantly complain that your code and/or design sucks or, in polite terms, “contains opportunities for improvement.”

Actually, mistakes are fine. They’re something you trade off for other variables like speed of iteration. We just want people to sweat the details because we care about the details.

Be real

Again, if people are going to ship whatever they want, whenever they want, how do we get them to make good decisions? One answer is that we ask them to “be real”. As in, treat our users like real people. Treat your teammates like real people. Just be real and do the right thing.

Do what you think is right (and be right)

If you have the freedom to make decisions, you also have the responsibility of being correct.

S/he who codes, rules

Another way we promote good decisions is by pushing the decisions down to the people doing the work. We memorialize that with the motto, “s/he who codes, rules”. As in, when we disagree, the person doing the work makes the decision.

Own the result

Pushing the decision-making down to the worker works best if the same person is responsible for the metrics. So we try to have 1-wo/man teams whenever we can, and we ask them to own the result. We also hire people who care about our customer and want to solve problems for them.

Freedom and Responsibility

All of these dictums are variations on freedom and responsibility. Netflix has a great presentation on the topic. So does Valve. Peter Drucker probably wrote about it 50 years ago. We didn’t invent this stuff, we don’t claim to know what we’re doing, nor is this a perfectly accurate or complete model of how we operate.


  1. Ask forgiveness, not permission
  2. Do what you think is right (and be right)
  3. S/he who codes, rules


  1. You break it, you bought it
  2. Sweat the details and corner cases
  3. Be real
  4. Own the result

If you’re interested in working with us, we’re always hiring.

Comment on Hacker News →

“He cares deeply about… the advancement of humankind, and putting the right tools in their hands.”

Laurene Powell Jobs on her husband, Steve

Startups aren’t here to change the world, they’re here to save the world—by bringing us innovation that advances humankind.

Our universities, labs and garages create enormous amounts of innovation—and there’s more coming every day. Today’s challenge is delivering it to customers in ways that advance humankind.

Super companies

Apple, Google, Facebook and Amazon all deliver innovation at scale: they reliably bring it to the whole world at once. I call them super companies. (And there are many more in information technology, hardware, healthcare and energy.)

It might seem impossibly difficult, but super companies can be built. And the only way they get built is by starting a startup.

Our duty

If super companies are saving the world, and every company started as a startup, then it is our moral duty to remove the frictions along the startup’s way.

That’s our duty at AngelList: to serve the startups that are saving the world. By eliminating the frictions along their way, in the most meaningful way possible.

It is also the duty of every service provider in the startup ecosystem: investors, incubators, advisors, lawyers, recruiters, etc.


If the service provider’s duty is to eliminate the frictions in the startup’s journey, then it is the entrepreneur’s duty to only start companies that can make a meaningful contribution to the advancement of humankind. That means saying no to businesses that are the Internet equivalent of McDonald’s.

And it is our duty as entrepreneurs to never sell, shut down or give up until we’re delivering innovation at scale.

Comment on Hacker News →

How to make money with pro rata rights:

  1. Exercise the pro rata, no matter the valuation, as long as the company is underpriced. Heuristically: a smart VC is leading an up round in the company.
  2. Lead an inside round so you can buy more than just your pro rata.
  3. Get a supra pro rata. Alternatively: convince the company to cut out other investors who have pro rata rights, so you can buy more than just your pro rata.
  4. Sell the pro rata right.
  5. Buy so much of the company in the first round, at such a low price, that you don’t need a pro rata. This probably isn’t realistic, but incubator investments are a little like this.

“You can be so bad at so many things… and as long as you stay focused on how you’re providing value to your users and customers, and you have something that is unique and valuable… you get through all that stuff.”

Mark Zuckerberg

“The problem with the Internet startup craze isn’t that too many people are starting companies; it’s that too many people aren’t sticking with it.”

Steve Jobs

It’s the AngelList centi-sesquicentennial and we want to share some stats with you. After 1.5 years, AngelList has seen…

  • 8,000 intros. An investor has asked for an intro to a startup on AngelList over 8,000 times.
  • 400 investments. A startup has been introduced to an investor and subsequently closed that investor over 400 times.
  • 8 acquisitions. At least 8 startups on AngelList have been acquired.

But who are these fine folks?

See all the startups and the investors they’ve closed here.

This is the data that the startups and investors have kindly reported. The actual numbers are probably 25%-100% higher (especially the investments). We don’t have data on every single intro, investment, or acquisition. For example, startups don’t always add investors to their profiles (hint).

Top markets and locations

The top 5 markets are Mobile, E-Commerce, SaaS, Digital Media and Education. And the top 5 locations are Silicon Valley, New York, Los Angeles, London and Chicago.

Rock on, please get in touch if you have any questions. And thanks to Colleen at GigaOM, Pascal at Business Insider, Jolie at VentureBeat and Brad Feld for the coverage.

Before product-market fit, find passion-market fit.

Building a product is a process, not a discrete action. And the Internet is efficiently arbitraged. Every single simple thing that can be done is being done, or has been done. The lesson of history is that product-market fit is very precise—one wrong tweak or slightly bad timing and you can miss the whole thing.

So the only way you’re likely to find product-market fit is if you’re almost irrationally obsessed with the market and if you’ve been working on it for a long time. Where the journey is the reward. Then, you’re likely to have unique insights (in the details) and consistent execution, through thick and thin, to find fit.

Often, the best companies are ones where the product is an extension of the founder’s personality, which shouldn’t be a big surprise, since everyone is passionate about themselves.

We post links to the very best startup advice on Twitter at @venturehacks. We read Hacker News, the best blogs, Quora, and everything else startup-related. Then we tweet about the best content we find.

But maybe you don’t use Twitter. Or you don’t want to follow us there. Or you hate us.

Well then, you can subscribe to a daily digest of the links we post on Twitter via email or RSS. Here’s a pic of the email version:

Subscribe via email or RSS.

Naval and Mark Suster recently gave the keynotes at the 7th Founder Showcase. Andrew Chen did a better job of describing Naval’s keynote than I ever will:

“People spend a surprising amount of time on things that will contribute little or no value to getting them to a seed round, and this talk is the best I’ve seen in terms of presenting the issues in its entirety.

“Naval broke down the 5 main qualities of an ‘exceptional startup,’ in the following order:

1. Traction
2. Team
3. Product
4. Social Proof
5. Pitch/Presentation

“And while all these qualities are important, Naval explained, the most important thing is to understand that: ‘Investors are trying to find the exceptional outcomes, so they are looking for something exceptional about the company. Instead of trying to do everything well (traction, team, product, social proof, pitch, etc.), do one thing exceptionally. As a startup you have to be exceptional in at least one regard.’”

Here are the video and slides:

Some of my favorite quotes from the presentation:

“If you can’t generate traction, do you really want to raise money?”

“If you need money to recruit the best, you’re not ready.”

“It’s easier to pitch a new investor than to convert one.”

“Capital is mobile, but capitalists are lazy.”