Lessons from a Failed YC Pitch with Paul Graham
keen.io
keen.io
"Yes, and we're really starting to see the metrics space pick up steam with the likes of mixpanel and others. That's a pretty exciting place to be. Tell us what Schmetrics is going to do amazingly well that some of these other players may not be tackling yet."
vs
"You can't even use the microphone correctly. We've already funded Mixpanel, what could you possibly do better?"
Now that I've pitched 80-90 additional times, I must say PG's approach in this video is above average, if anything, when it comes to giving the entrepreneur the benefit of the doubt -- so in my opinion it's really not on him.
But the discussion here is a pitch to investors (or YC). The point is that you need to be very deliberate and explicit.
The questions asked are very focused on sussing out not just what the product is, but if the founder has a clear and concise vision of what makes it super valuable.
In this case, presenter gets really rattled, and ends up defending all these weird edge cases because PG is throwing him off (on purpose).
Lots of people have great ideas, and even great products, but as PG says at the end - if you can't explain precisely what your product does, it speaks not only to issues of the product, but to the team that runs it.
And OF COURSE, that doesn't mean it's the only indicator of success, but it's a good sign.
But more importantly than being able to pitch, Kyle demonstrated something far more valuable - the ability to pursue his vision doggedly year in and year out until he built something people wanted.
This is also completely analogous to dating. Going to let a few bad rejections keep you down? Well, then you don't get to reproduce. Simple as that.
Aren't we talking about a counter example?
It also comes down to preparation and not making the mistake of trying to wing something that is super important.
I think it's also worth pointing out, listen to just the very next person who comes up to speak. PG hands a big gift-wrapped present to the speaker, "with that in mind, please, tell me precisely what you do" and look what the entrepreneur does... launches into a thing about something Bill Gates said, and you can see PG just going right back into that pain zone.
So I think it's a terribly common problem, and really, it's something that pretty much everyone works through manually just by getting out and giving the pitch over, and over, to different people, gauging their reactions, their body language, their questions, and just adapting, refining, sharpening that pitch to the point where it really crystallizes exactly the best way to communicate how what you're doing really makes a difference.
You're right: practice really seems like the key to getting this stuff down. One can have a clear intuitive understanding of their vision long before they have a clear way to express it in English.
Now realizing how successful Keen.io, Kyle, and his team have come to be I find this far more inspiring than the typical success stories that float around the HN bubble. I run the entrepreneurship club at my university and I plan to show this to all our members.
After watching Kyle's presentation, I was reminded of the real time analytics problem I experienced, and if I was still working there, I know I really would have wanted Keen IO.
It's validating to hear from an industry veteran that our thesis isn't totally off base :)
1) mixpanel - you = ? 2) why use keen over mixpanel?
Succinctly (+ all in imho of course); Keen is a level lower than Mixpanel; - a more powerful, more flexible, API driven events platform. Users would be anyone that wants to track and report on things which aren't the norm for mixpanel, who's product is good but pretty prescriptive in it's use.
But many times it just boils down to the same and only point - and that's the beginning. Just directly start with the problem, and then naturally move on to the solution. Like 50% of startups we watched at pitch events just failed at that - and the crowd was left wondering what they're really doing.
It's like the most important thing. Drop everything else, just throw the problem out there - to make people think about it - and then how you solve it.
But this, this was a step harder - no slides to back you up, and an investor in another data tool grilling you on the spot and not letting you off the hook to validate his own investment - that was a tough cookie. Usually you can just leave a comment or two about competitors and move on, but here you had to stay and explain details. So it's not a black and white fail for sure.
( Another point that helped us internally was to pitch in front of the team first. Because there the fails will become evident much faster, and it's a crowd you don't care too much about failing in front. Pitching in front of your team = unit tests before the event )
For your article, you may be interested in a piece I wrote about Demo Day pitching specifically:
https://keen.io/blog/41079734225/how-to-write-your-demo-day-...
How funny it is to look at the Startup School video now - a great story about Keen IO not getting into YC and then raised $11M+ from Sequoia!
One: I don't know what is the idea of keen.io after watching the video. I guess it is some sort of generic data collection platform with querying capabilities.
Two: based on the pitch (6 mins) I don't know why should I not just roll with opensource components are assemble this platform myself, tailored to our use case.
During the video the keen.io guy kept mentioning mongodb as a competitor, I am not sure why. Bringing together a very similar platform that is able to collect metrics, able to process them and query the results for meaningful analytics is roughly two weeks project for a seasoned guy. The value of such a system provided is not extremely high. I am pretty sure they got a revenue and all that, I am just not sure if it is profitable to provide this service. Seems a little thin to me.
The idea for the service was at its infancy and Kyle's ability to articulate it to pg in front of 300 people just wasn't there yet. If you'd like a more up-to-date answer, here's one I wrote to the question "Why wouldn't I just roll my own" that someone else asked in this same thread: https://news.ycombinator.com/item?id=9378228
From what I remember, I didn't understand a thing from what he was saying but he seemed to have done two things:
* Solve a problem HE had. * Acquire some paying customers (that early).
Tradeoffs stating that people part away from their money in order to get something they want/need, his product seemed to matter to someone.
That, to me, was pretty neat on its own.. So Kyle, if you're reading this: I didn't think you were a fool and actually look up to you, dude. I'm writing something that solves a problem -I- have right now and I have to learn a lot about a lot before it works.
Good luck!
Is the value mostly on the visualization and dashboard portion? Is it some sort of WYSIWYG query editor?
Now if they are providing the tools to make analysis quick, efficient, and intelligent - That makes a bit more sense. Guess I'll have to check out a trial.
The main alternative to Keen IO is to build your own backend. Some developers will always prefer that, but many folks don't have the time & resources to devote to constructing & maintaining an analytics backend. Here are some things that people appreciate about Keen IO:
- The ability to start collecting & querying their event data immediately & easily
- Keen's uptime and reliability (transferring backend ops from their pager to ours).
- Not having to worry about scalability. For customers who are collecting billions of events per month and planning to double in less than a year, data challenges are less trivial.
- A point and click query interface that can be used by some non-devs to run analysis, create graphs, extract data, etc
- Query & visualization libraries that allow you to create reporting interfaces (websites/dashboards/customer-facing-analytics) much more quickly
- A growing inventory of features & open source tools that build on the API (scoped keys, caching, notifications, dashboard templates, etc)
Keen IO takes an API-based approach to the problem, which means:
- developer abstractions are higher level than rolling your own
- scalability is as easy as "my bill went up" (as opposed to "my ALTER statements stopped working!" or "I need to leave mongo and buy a book on distributed system engineering!"
- ability to cover new/emergent use cases is a lot higher than you would get with an off-the-shelf analytics product
But anyone who would rush to judge someone so harshly is revealing themselves as the bad person. A little compassion is all that is necessary to see that you meant well.
Take pride in having gotten on stage and put yourself out there. You tried something that would scare most people to death. And you did quite well. Plenty of people like myself have nothing but respect for you and don't think you're a jerk.