Tuesday, April 30, 2013

How we failed our YC interview


We had our YC interview on Friday and were super confused after it. We sort of expected that. We talked to over a dozen YC founders and most of them said “You’ll leave confused”. However, it was an unexpected kind of confusion. We weren’t confused because we didn’t know what they thought about us. We were confused because the interview was nothing like what we prepared for. The preparation we needed couldn’t be done two weeks before a YC interview (well.. it shouldn’t). It should be done at the idea stage of your company.



As an entrepreneur, you are building at least one of:

  1. A solution (something that solves a problem)
  2. A something (something that you think should exist in this world)

A solution is a something. But a something isn’t always a solution.


When you start building “somethings”, you are stepping into dangerous territory. 

  1. It’s easy to confuse what you think should exist in this world and what should actually exist. 
  2. It’s easy to pretend there’s a problem you’re solving. 
  3. If it’s not a real problem, it makes it harder to explain and get empathy from whoever listens. The best you’ll get from them is “that’s cool”. 
  4. If anyone thinks deeply about your business, they’ll think you’re crazy. Especially because you can’t justify anything you’re building without some sort of traction.

It’s not bad to build somethings. Writely (Google Docs) was once a something. Sam Schillace built it to test the powers of AJAX.

If Sam wanted to tell you about his something, he would say:
“I’m building an online word processor.”
And you’d probably say “That’s cool".

However, if he wanted to tell you about his solution, he would say:
“I’m building an online word processor because we can’t collaborate on Word.”
Then you’d say, “Holy shit, tell me when it’s ready.”


So now, where did we go wrong? We never realized we were pitching a something when we actually had a solution.

We pitched a cloud Matlab. We never backed it up with a terrifying experience using Matlab (we actually like Matlab). We just said we want to build a cheap alternative because Matlab is inaccessible now (the license costs $2k). We pitched something that we thought should exist in the world. However, we couldn’t back up that it was actually needed and still can’t. The sooner you realize that you are building (or pitching) a something, the better. That’s not to stop you from working on your idea, but just to find quick and honest validation.


We know there are a lot of people who have trouble learning Matlab and they can benefit from our platform as a learning environment. However, when we pitched our “big vision”, we focused on replacing Matlab, without clearly defining the problems. We just sounded completely nuts. The only reason we got the interview was because they wanted to know what our secret sauce would be.


During our demo, I remember Paul Graham and Trevor Blackwell standing behind me and Trevor saying “Yep, that’s Matlab”. I saw the disappointment in Paul’s face as soon as they sat back down. He wanted to find out what made us different from Matlab. He wanted to know what problems we had with it that we were solving. He wanted the damn secret sauce. Most importantly, he wanted to invest in us. We just looked a little too on the delusional side for that to happen.


If you are reading this and building a product (YC interview or not), stop and think about whether you’re building a solution or a something. If it’s a solution then pitch it like one. If not, then get that validation asap.