As an experience though, they could hardly have implemented it in a worse way. A big part of the reason I don't go to McDonald's any more is that the experience of using the ordering kiosks is so awful compared to just telling a human what I want.
As an experience though, they could hardly have implemented it in a worse way. A big part of the reason I don't go to McDonald's any more is that the experience of using the ordering kiosks is so awful compared to just telling a human what I want.
Huh, for me is the polar opposite. Maybe it's because I mumble, is unclear or don't speak the native language as well as the natives where I live, but I always preferred the kiosks. I seem to always get what I order then, and it's a lot easier to customize things. Generally just feels faster, which I guess is the most important thing about fast-food, I want to be in-and-out of there as quick as possible, the less humans I have to deal with, the better.
Isn't it up to the person who is receiving the order to ask clarifying questions then? Since they know it's potentially unclear/ambiguous, why not try to resolve the ambiguity before making the order?
If you're clarifying at this level, there are likely many other questions that you'd ask.
Whenever I took my kids there I told them "if you don't want it the way they make it then don't order it."
Hard to know for a fact without knowing where I live, I'm guessing :) FWIW, it's not true at McDonalds in Spain, they definitely have popular stuff sitting behind the counter for longer than the items you customize here.
Also, this is absolutely NOT a customer issue. It's a restaurant issue to clarify. Plain means different things at different restaurants, so the solution is to _always_ clarify exactly what the customer means.
I have this conversation enough that I now call out "plain no cheese" and ensure "no cheese" is written on the ticket.
Also "I'll take a number 3 meal plain" is void of an actual subject for the type of burger.
That's a fun regional difference with McDonalds it seems, we definitely have (literally) "Cheeseburger" as a independent item on the menu compared to "Hamburger" here in Spain: https://i.imgur.com/XDNuiUW.png
That's quite funny actually, Spain tends to translate everything and have everything in English, dubbed, but apparently the McDonalds Cheeseburger got to remain, and wasn't renamed to "Hamburguesa con Queso" as one would have expected :)
For a "cheeseburger" cheese is obviously integral. For a Big Mac, it's less clear but a "plain" Big Mac usually includes cheese.
For a fancy place's "deluxe Wagyu beef burger" that has cheese/truffles/a bunch of other stuff, a "plain" version will likely not have cheese.
Further, they _only_ showcase the "burger with cheese variant" in their combos and special. This further drives home that you should be thinking about cheese in the same way as toppings.
But one thing I know for sure, in Germany they are called Cheeseburger, not only called, but written as such on the menu.
Those kiosks are horrific and greatly reduced the number of visits I made to McDonald's. The insane pricing since then further reduced those visits to zero.
in 2025 how is it so hard to make a user interface that doesn't lag like a bastard on every scroll/click/...
it's almost as bad as their terrible, terrible, terrible app
Because everything is done in fucking React or Node or Blazor or whatever the newest flavor of this wRiTe oNcE rUn aNyWheRe bollocks is, because it always, always, always the exact same fucking thing: abstracting UI elements to fucking goddamn JavaScript and running it in a browser.
And heaven knows McDonald's can't possibly pay for proper software development, they only made like 14 billion last year. They're barely scraping by.
I've taken over several react apps over the years and one thing I always end up doing is remove a bunch of spinners because you don't need a spinner when the page loads instantly - as it should. Its very common for pages to take 10-60+ seconds to load, and when I look into it it's always obvious why they're so slow and easy to fix. The devs who made it just sucked.
I always have to remind people to add spinners, just because it loads instantly on your developer machine with a fiber connection (if not talking to a local container even) doesn't mean it will in the real world. But spinners only show when actively fetching so if it's fast they only show for a split-second. It's the best of both worlds.
What I might do is just add a global spinner using tanstack query, what I don't like is having 50 different spinners for every little component. Makes the site feel janky and weird.
I just don't see the point unless it's loading for 5+ seconds. If it's faster than that then the user won't have time to wonder if it's stuck anyway. And I prefer to have one or very few requests, rather than 10+ different ones for a single page.
Maybe in theory, but in practice I see it very rarely. Maybe it starts out great and fast and then devolves into a shitfest.
Given how frequent this is, maybe it’s time to actually blame the technology itself if it makes it so easy to mess up?
There is no programming language that you can't write slow code in.
And the best way is just sit at the table, order with your phone and somebody brings the tray to you.