| Worth noting that the proximate cause of death is often times largely uninformative as to why the startup actually failed. Most failed startups fit into the following timeline:
was burning more money than it was making =>
failed at raising more money =>
did a round of layoffs / cost cuts to get economics under control =>
couldn't right the ship and shut down / did a fire sale or acquihire But, the above timeline doesn't teach you much about why the company really failed. The real answer almost always involves a multitude of contributing factors, and requires intimate knowledge of the startup's business. For the most part, the only reliable source for this type of information is one of the founders, board members, or (sometimes but not always) c-level execs. And, even then, they have to be willing to be vulnerable (which is very rare). If I could give some advice to Failory, it would be to think about how you can incentivize founders to share their stories. As it stands, they have little to gain and potentially a lot to lose (e.g. being labeled one of YC's "biggest failures") |
He helped me understand both the concept of 'stacking risk' (where the startup is taking on more unknowns than it should) and 'over burning' where a startup attempts to hire itself into shortening its schedule which not only fails but exhausts needed capital.
To this day I never hire an engineer if I cannot write down EXACTLY what they will be working on and how it will help the schedule. Even if they are a "super star", if I don't have something for them to do that will check off things that are currently on the path to the next milestone, no offer.
Whenever I've watched over hiring from inside or outside it tends to end badly.