Hacker News new | ask | show | jobs
by jcrites 2077 days ago
One of the sections that stood out to me about Jeff Bezos' letter to investors in 2018 was pointing out that, at the size Amazon currently is, in order to keep growing, they must make bets on scale of billions of dollars. Rather than paraphrase, let me link to and quote the original:

https://blog.aboutamazon.com/company-news/2018-letter-to-sha...

> Failure needs to scale too

> As a company grows, everything needs to scale, including the size of your failed experiments. If the size of your failures isn’t growing, you’re not going to be inventing at a size that can actually move the needle. Amazon will be experimenting at the right scale for a company of our size if we occasionally have multibillion-dollar failures. Of course, we won’t undertake such experiments cavalierly. We will work hard to make them good bets, but not all good bets will ultimately pay out. This kind of large-scale risk taking is part of the service we as a large company can provide to our customers and to society. The good news for shareowners is that a single big winning bet can more than cover the cost of many losers.

> Development of the Fire phone and Echo was started around the same time. While the Fire phone was a failure, we were able to take our learnings (as well as the developers) and accelerate our efforts building Echo and Alexa. The vision for Echo and Alexa was inspired by the Star Trek computer. The idea also had origins in two other arenas where we’d been building and wandering for years: machine learning and the cloud. From Amazon’s early days, machine learning was an essential part of our product recommendations, and AWS gave us a front row seat to the capabilities of the cloud. After many years of development, Echo debuted in 2014, powered by Alexa, who lives in the AWS cloud.

> No customer was asking for Echo. This was definitely us wandering. Market research doesn’t help. If you had gone to a customer in 2013 and said “Would you like a black, always-on cylinder in your kitchen about the size of a Pringles can that you can talk to and ask questions, that also turns on your lights and plays music?” I guarantee you they’d have looked at you strangely and said “No, thank you.”

> Since that first-generation Echo, customers have purchased more than 100 million Alexa-enabled devices.

One of the things I like and value about Amazon is its focus on long-term thinking, willingness to make big bets (Echo, Just-Walk-Out retail stores aka Amazon Go stores), and generally a willingness to be misunderstood for long periods of time (i.e., you have you believe in your own vision and ignore what competitors are doing and haters are saying).

On a personal basis, my guiding light is designing products that I'd want to use myself, with the premise that there are enough other people out there like me; this has served me well several times in guiding my own individual innovation or research.

That being said, I agree with you about the specific products you mentioned, like Wave. It feels like products like Wave were killed prematurely, before the industry had the chance to wrap its collective brain around the ideas it embodied. With a better UI and product documentation, Google could have built a product that took on the role of Slack or was even better, and years earlier. I think what actually killed Wave was an insufficient focus on making the UI really slick. It may have been too early for its time, needing some of the Internet technologies that were invented later.

3 comments

> I think what actually killed Wave was an insufficient focus on making the UI really slick. It may have been too early for its time, needing some of the Internet technologies that were invented later.

I think this is what Jetrel means when they mention that the good engineers were/will leave. For GMail they pioneered the technology needed to implement the UX and UI they wanted.

Why couldn't they do it again? Because they're not the same kind of company with the same kind of mindshare?

If you look at where webmail was when GMail came out and compare it to where corporate chat is now, Google just don't seem to be (successfully) taking the same advantages. I know plenty of companies who use G-Suite plus Slack.

That's actually an excellent point; I was really talking about "external" engineers, rather than internal ones, but yeah, the attrition (or even loss of agency) amongst internal engineers is another huge problem. A closely related problem google's created is that there's been a big loss of self-determination - google likely has the engineers capable of tackling something like that, but they've sunk into more of a standard corporate leadership model where these engineers really aren't allowed to work on something like this - instead of having a free-floating surplus pool of them, freely able to attach themselves to different projects, they're mostly hired on a need-based rationale.

If you're doing a standard corporate model (in the interest of cost control), where you've got exactly the number of engineers you need to maintain/develop certain products, then you've got no flex/slack in the system - everyone you've got is necessary for the projects they're on, and can't be pulled off without hurting those projects.

I remember reading about one of Google's last big bets - which was the major, AI-driven upgrade to google translate, and what was terrifying to me about reading the article was the artificial darwinian survival model applied to it. Firstly - the folks who wanted to work on it had to beg management for buy-in to get anyone the clearance to work on it, and then second of all, they were given a deadline where they had to produce meaningful results within 1-2 year's time, or the whole thing would have the plug pulled.

If we weren't right at the cusp of that technology wave cresting, and ML-driven translation being viable, it'd have gotten axed and set us back by quite a few years. What we need is a company willing to genuinely "no strings attached" commit resources to things like this - because maybe something simply can't be ready for another 5 years. But if it is on a 5 year timeline, we really want them to just put in the 5 years of work so we can have it - instead of cutting all funding and turning it into a 15 year delay.

Because again - if someone like google isn't doing it - nobody else will. The whole cost-cutting rationale on R&D stuff is really a bet that someone else can do the hard work in the meantime, and then once it's close to being ready, you, the company, can hop onboard and cash in. But if you're the only one with the means (be it cash, or in google's case: data sets) to do that hard work, and you're not doing it, then we're all screwed - it means nobody's doing it.

Yeah, Echo's probably a perfect example of doing this right, and honestly, the more I'm thinking about this, the more I'm realizing Amazon's doing this stuff surprisingly well.

And it's probably down to that: Commitment. Amazon is doing a few different things like AWS, but anything they're doing that's an honest-to-goodness "platform" other people build their stuff on, gets kept alive long enough to either let people build things that matter, or they give people plenty of heads-up that a business is going to get wound down.

Would be nice if they could also stop abstracting warehouse workers as well optimizable non-human automatons.