Ask HN: Look at the lawsuits on Mark Zuckerberg's Facebook, what went wrong?
How many people try to claim Facebook already? Is it something that Mark Zuckerberg did wrongly when building his team or product?
If it happen to him, it could happen to us.
9 comments
[ 4.1 ms ] story [ 35.8 ms ] threadOn the other hand, when you're on top everyone will be gunning for you, trying to find a way to get their piece of the pie. Money makes people do crazy things and the thought of being able to sue Facebook and get a multi-million dollar settlement will bring people with allegations that they somehow owe them money.
Back in 2003, Zuckerberg was very smart, a hacker, ambitious, but most importantly - inexperienced.
1. He was desperate for money to fund the infrastructure his startup required. His lack of experience allowed him to give far too much equity to Paul Ceglia - 50% and to Eduardo Saverin 30% - for their non-technical contributions. Friends and family. Mark Zuckerberg has learned greatly from these errors and from the advice of Sean Parker and is today well known as startup founder who has kept control of his company despite several rounds of VC investments.
2. Regarding the Winkelvoss twins, Mark Zuckerberg was too concerned about their possible competition with his idea, and unnecessarily stalled them with misleading information about his progress on their behalf. Inexperience caused this misconduct. Regarding stealing their idea, his inexperience permitted him to inspect their proprietary source code, even though he wrote TheFaceBook.com from scratch using PHP and so forth.
Lesson A: I believe the current lean startup methodology adequately covers the financial errors of Mark Zuckerberg's Facebook startup: Obtain the minimal funds to develop your startup from your own savings, friends and family and from angel investors using progressive convincing prototypes such that the least amount of equity is given to early stage investors.
Lesson B. Use Non-disclosure agreements when inspecting someone else's proprietary code, and when allowing someone to inspect your code or any other proprietary aspect of your startup.