Hacker News new | past | comments | ask | show | jobs | submit login

They could just have a “quick edit” mode, a “read” mode and a “power user mode”.

But that means not having your intern pump out that single electron design so it’ll never happen




I understand why that seems like an appealing solution, but there are some pitfalls with creating multiple distinct UIs:

The most obvious pitfall is that more UIs = more work. There's the initial development, but it also increases the work every time you need to add something to the UI, and increases the likelihood of bugs. Microsoft could afford this increased cost, but it's not clear if it would be worth it.

Secondly, having multiple distinct UIs makes it difficult for someone to transition from a "casual user" to a "power user". If someone who has only used the "simple" UI switches to the "power" UI, they have to re-learn everything from scratch. Additionally, if there are any features limited to the "power" UI, it's extremely difficult for a "simple" UI user to discover those features even exist.

That doesn't mean that creating multiple UIs isn't ultimately the right solution for MS Office. It might be! But doing that comes with downsides, and I can understand why Microsoft doesn't want to go in that direction.


Right.. but they already do. Teams ui is not the same as web ui is not the same as desktop ui is not the same as mobile ui.

All I’m suggesting is splitting it on use case rather than on which device I open it


> They could just have a “quick edit” mode, a “read” mode and a “power user mode”.

Would the density of these interfaces increase or decrease? An actual power-user would master all the shortcuts and would prefer a zen experience where only the document is visible, with no widgets whatsoever.


Only if they're keyboard-focused. There are power-users who still prefer mouse.


They sort of do. Hide the ribbon and most users still have all the features they need.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: