Discuz! Board

 找回密码
 立即注册
查看: 20|回复: 0

没有迹象表明用户有回旋余地

[复制链接]

21

主题

21

帖子

65

积分

注册会员

积分
65
发表于 2025-1-12 13:04:36 | 显示全部楼层 |阅读模式


但在这里我们也得到了很多提示
确定您正在构建本机应用程序还是托管应用程序。本机应用程序通常更可预测,托管应用程序更灵活。
当云应用程序模拟桌面时,用户的期望就会增加。例如,在未保存的情况下导航到另一个页面时,数据不会丢失,并且浏览器的后退按钮可以正常工作。
确定您是否需要演绎接口或归纳接口。演绎界面适合高级用户,因为它提供了如何使用应用程序的自由。归纳式界面更多地引导用户并提供清晰的时间顺序(一个极端的例子是向导),但可能会限制或烦扰用户。
应用程序中最大的设计错误:
使用非标准控件
不一致

不提供反馈
错误的错误消息
Web 表单上的取消/重置按钮
在没有介绍的情况下将用户“倾销”到应用程序中
不设置默认值
询问已知信息
未指定信息的使用方式
基于系统而不是用户需求的功能
确保首次使用轻松。初学者需要帮助,高级用户需要想回 eBay 数据库 来,而人们是习惯的生物:一旦他们学会了某种工作方式,他们就会继续这样做,而不是学习更有效的方法。
可以通过介绍性屏幕或提示来促进初次使用,高级访问者可以将其关闭或仅在第一次访问期间出现。还要在应用程序中放置一些示例数据。
确保行动的后果是明确的。不要重新加载整个页面;这使得更难看出之前和之后之间的差异。
“设计专家研讨会”是一种快速产生好创意的方法。首先,举行小组讨论,讨论目的、用户及其任务。然后让每个人单独画一个草图,然后一起讨论,并从中提取最好的想法。
使向导适合用户的概念模型(例如,完成某些操作的顺序),记住用户来回移动时的输入,重新启动后自动继续向导,并始终将下一个/上一个按钮放在同一位置。
用户更喜欢在任务结束时等待系统,而不是在任务进行到一半时。
仅当选择不需要非常精确时才使用滚动条来选择值。
不要让用户单击刷新来查看是否发生了某些情况。
区分通知(不需要操作)和警报(需要操作)。确保非关键警报不会像关键警报那样吸引那么多的关注。
在不同模式之间切换时要小心。用户通常不理解它们,不知道它们在那里,如何再次退出,为什么某个命令不可用等等。确保不同的模式在视觉上看起来不同。
观察用户,不要问他们如何执行某项任务或者他们认为如何改进该任务。他们无法正确描述它或提出一个好的解决方案。他们说一套,做另一套。最好在实际工作环境中进行观察。


您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|NFT数字藏品交易-全球交流论坛

GMT+8, 2025-2-1 02:54 , Processed in 0.079987 second(s), 20 queries .

NFTOTC!

快速回复 返回顶部 返回列表