←back to thread

492 points storf45 | 9 comments | | HN request time: 0.441s | source | bottom
Show context
_fat_santa ◴[] No.42157053[source]
When you step back and look at the situation, it's not hard to see why Netflix dropped the ball here. Here's now I see it (not affiliated with Netflix, pure speculation):

- Months ago, the "higher ups" at Netflix struck a deal to stream the fight on Netflix. The exec that signed the deal was probably over the moon because it would get Netflix into a brand new space and bring in large audience numbers. Along the way the individuals were probably told that Netflix doesn't do livestreaming but they ignored it and assumed their talented Engineers could pull it off.

- Once the deal was signed then it became the Engineer's problem. They now had to figure out how to shift their infrastructure to a whole new set of assumptions around live events that you don't really have to think about when streaming static content.

- Engineering probably did their absolute best to pull this off but they had two main disadvantages, first off they don't have any of the institutional knowledge about live streaming and they don't really know how to predict demand for something like this. In the end they probably beefed up livestreaming as much as they could but still didn't go far enough because again, no one there really knows how something like this will pan out.

- Evening started off fine but crap hit the fan later in the show as more people tuned in for the main card. Engineering probably did their best to mitigate this but again, since they don't have the institutional knowledge of live events, they were shooting in the dark hoping their fixes would stick.

Yes Netflix as a whole screwed this one up but I'm tempted to give them more grace than usual here. First off the deal that they struck was probably one they couldn't ignore and as for Engineering, I think those guys did the freaking best they could given their situation and lack of institutional knowledge. This is just a classic case of biting off more than one can chew, even if you're an SV heavyweight.

replies(8): >>42157067 #>>42157069 #>>42157146 #>>42157772 #>>42158104 #>>42158143 #>>42158185 #>>42158359 #
Loughla ◴[] No.42157067[source]
>First off the deal that they struck was probably one they couldn't ignore

If you can't provide the service you shouldn't sell it?

replies(5): >>42157082 #>>42157102 #>>42157109 #>>42157161 #>>42157484 #
1. immibis ◴[] No.42157082[source]
You've never worked in a startup have you? Or any business for that matter. You have to promise something first, then build it.
replies(2): >>42157186 #>>42158023 #
2. colesantiago ◴[] No.42157186[source]
No joke, is this actually true?

Do startups really do this? I thought the capability is built or nearly built or at least in testing already with reasonable or amazing results, THEN they go to market?

Do startups go to other startups, fortune 500 companies and public companies to make false promises with or without due diligence and sign deals with the knowledge that the team and engineers know the product doesn't have the feature in place at all?

In other words:

Company A: "We can provide web scale live streaming service around the world to 10 billion humans across the planet, even the bots will be watching."

Company B: "OK, sounds good, Yes, here is a $2B contract."

Company A: "Now team I know we don't have the capability, but how do we build, test and ship this in under 6 months???"

replies(6): >>42157237 #>>42157476 #>>42157708 #>>42157873 #>>42158000 #>>42179687 #
3. ImPostingOnHN ◴[] No.42157237[source]
Many do, as far as initial investment goes. It makes sense when you think about the capital intensive nature of most startups (including more than web startups here, e.g. lab tech commercialization). It also accurately describes a research grant.

That's for startups that can't bootstrap (most of them). For ones which can, they may still choose to do this with customers, as you describe, because it means letting their work follow the money.

4. tky ◴[] No.42157476[source]
“Aspirational sugar” is as common in startup culture as in Fortune 500 sales contracts, they’re just messaged and “de-risked” differently.
5. 999900000999 ◴[] No.42157708[source]
Startups absolutely sell things they haven't made yet and might not even be capable of doing.

Next thing you know it's 9pm on a Sunday night and your desperately trying to ship a build for a client.

Netflix isn't some scrappy company though. If I had to guess they threw money at the problem.

A much better approach would of been to slowly scale over the course of a year. Maybe stream some college basketball games first, slowly picking more popular events to get some real prod experience.

Instead this is like their 3rd or 4th live stream ever. Even a pre show a week before would of allowed for greater testing.

I'm not a CTO of a billion dollar company though. I'm just an IC who's seen a few sites go down underload.

To be fair no one knows how it's going to go before it happens. It would of been more surprising for them to pull this off without issues... It's a matter of managing those issues. I know if I had paid 30$ for a Netflix subscription to watch this specific event I'd assume I got ripped off.

6. whstl ◴[] No.42157873[source]
If anything, startups are more transparent about it.

In the enterprise sector this is rampant. Companies sell "platforms" and those missing features are supposed to be implemented by consultants after the sale. This means the buyer is the one footing the bill for the time spent, and suffering with the delays.

7. yorwba ◴[] No.42158000[source]
You don't necessarily have to make false promises.

You can be totally honest and upfront that the functionality doesn't exist yet and needs to be built first, but that you think you understand the problem space and can handle the engineering, provided you can secure the necessary funding, where, by the way, getting a contract and some nominal revenue now could greatly help make this a reality...

And if the upside sounds convincing enough, a potential customer might happily sign up to cover part of your costs so they can be beta testers and observe and influence ongoing development.

Of course it happens all the time that the problem space turns out to be more difficult than expected, in which case they might terminate the partnership early and then the whole thing collapses from lack of funding.

8. _proofs ◴[] No.42158023[source]
i imagine this is why a lot of products, and startups, fail.
9. elzbardico ◴[] No.42179687[source]
Wait until you figure out how fortune 500 corporate vendors usually engage in the game of RFP box checking.