缺失的统一滚动条交互导致用户体验碎片化
问题概述
用户普遍缺乏对滚动条的统一操作习惯，尤其是缺少点击即滚动的默认行为，以及对薄型/隐藏滚动条的不适应，导致在不同应用间切换时产生认知负担和生产力下降。
痛点标签
- 自定义滚动条导致行为不一致
- 缺少点击滚动条直接滚动的默认操作
- 薄型或隐藏的滚动条以及缺乏标准快捷键
待验证问题
- 您是否曾因不同应用的滚动交互而感到困扰？
- 您会为恢复标准滚动行为（如默认点击滚动）而使用额外设置或工具吗？
证据
原话 · @Anonymous
Sadly, almost nobody uses Win32 scroll bars any more. Everybody uses frameworks that provide their own custom scroll bars. Yeah and, sadly, those framework implementations are all mired in some amount of bollocks due to lack of care, attention, or interest from their creators. And by bollocks I mean they either behave differently or do less. But I very much miss the days of consistent UX across Windows applications, or indeed applications on any other OS. I don’t mind if you want a custom look and feel for your application: I very much do mind if your widgets don’t behave like other widgets of the same type or, at least, where any variance is at least a superset of OS level functionality rather than a crippled subset. I was always frustrated by how hard Microsoft made this as time wore on an
原话 · @Anonymous
IMO, "scroll here" should be the default action for clicking on a scrollbar. There are already good keyboard shortcuts for page up and page down, but there cannot be a keyboard shortcut for "scroll here". It's wasting the capability of the mouse to duplicate keyboard functionality when you could be benefiting from unique mouse-only functionality.
原话 · @Anonymous
Very worrying trend is thin scrollbars on websites, or in some rare cases - scrollbar just hidden.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。