"There's absolutely no evidence for this" "yes there was, here's what to look for" "downvote". HN.txt.

Top level menus full by Word 95. Office 97 added command bars. Nested menus and toolbars full by Office 2000. Office XP added Task panes, full of features by Office 2003. "the Task Pane was the last attempt to find a way to scale old-style UI to programs as full-featured as Office. Although it was a successful stop-gap measure, it ran its course in only two versions." - https://docs.microsoft.com/en-us/archive/blogs/jensenh/new-r...

> "The downside [of nested dropdown menus], however, was clear and eventually terminal: increased complexity. It's much more difficult for people to form a scanning strategy with hierarchical menus: you have to keep track at each moment which levels you've visited and which you've haven't. What was once a simple structure to visualize was now a more complicated, branching structure."

- https://docs.microsoft.com/en-us/archive/blogs/jensenh/ye-ol...

> "As we watched more people use the prototypes, we started to understand more the scanning process that was taking place. Later on, we did eye-tracking studies to watch how people scanned the Ribbon"

> "I was reading a blog entry of someone who was kind of critical and dismissive about what we're doing and our designs. One of his criticisms was "how bad the usability of the Ribbon would be because it's got icons scattered all over of various sizes." What we've learned is actually the opposite. People can scan disparate patterns more easily than homogenous patterns. When we use more toolbar-like layouts--a bunch of equally-spaced, equally-sized buttons, people scan them less quickly than when each chunk has a memorable layout. So we actually try explicitly to vary the layouts between chunks--it helps people find the thing they're looking for more quickly. That's something we wouldn't have known if we didn't have a commitment to watch people work."

- https://docs.microsoft.com/en-us/archive/blogs/jensenh/be-wi...

> "One of the concepts behind the Ribbon is that it's the one and only place to look for functionality in the product. If you want to look through Word 2003 to find an unfamiliar command, you need to look through 3 levels of hierarchical menus, open up 31 toolbars and peruse about 20 Task Panes. It's hard to formulate a "hunting" strategy to find the thing you're looking for because there's no logical path through all of the UI.

> Office "12" consolidates all of the entry points into one place: the Ribbon. So if you're trying to find a feature and don't know where it is, the scope of your search is drastically reduced. Click on the leftmost tab, and click across the tabs until you reach the end. That it. It's either there or it's not--there are no other "rocks" to look under, no other places we've hidden functionality. We've found in early tests that people find it easier to discover how to do new things in the Ribbon, and they're more apt to explore the UI looking for better ways to get things done."

Testing showed that people found the Ribbon easier, found more things, and were more willing to explore it. - https://docs.microsoft.com/en-us/archive/blogs/jensenh/enter...

> "* Back in the olden days of designing software at Microsoft (say, pre-2003), design decisions were mostly supported by guesswork. [...] How much data have we collected? [in the Customer Experience opt-in program] About 1.3 billion sessions since we shipped Office 2003 (each session contains all the data points over a certain fixed time period.) [...] one of the biggest reasons that we decided to do the new user interface for Office 12 is simply that, for the first time, we have the data we need to make intelligent decisions.*"

- https://docs.microsoft.com/en-us/archive/blogs/jensenh/insid...

And that's not even from the design blog, which appears to be offline and not in the wayback machine.

Totally wrong about people finding menus easier, totally wrong about there being no evidence based design behind the ribbon.