4.3 导航与使用体验


4.3 导航与使用体验

本节摘要:功能再多,用户找不到等于没有。本节把华彩散落的窗体报表装进一个导航主控台,顺带交代启动设置、错误提示改造与"少就是多"的菜单纪律——这三件事做完,系统才算从开发者的作品变成使用者的工具。

交付前一周,华彩来了位新仓管员,培训十分钟就上手了录单台;但让她找"上月对账单",她盯着左侧对象列表一脸茫然。那张列表对她来说不是菜单,是家具城的仓库货架。导航设计的意义就在此:用户不应该看见你的开发过程,只应该看见他的工作入口。

一、导航窗体:给系统装一扇大门

Access 提供现成的导航窗体模板(创建选项卡里的"导航"按钮),但我更推荐手工搭一张空白窗体自己布局——向导版样式固定,而录单系统的门面值得按岗位定制。

华彩最终的主控台结构如下:

华彩商贸管理台 主界面分区 标题区 系统名加当前日期和登录人 用文本框表达式拼出 快捷区 三枚大按钮 新增订单 库存速查 今日对账 日常区 录单台 客户名录 货品名录 维修登记 报表区 月结对账 品类交叉表 库存异动明细 底部状态 栏备注 每周压缩提醒 数据字典入口

每个按钮的实现套路一致:按钮控件的"单击"事件里放一条宏动作 OpenForm 或 OpenReport,参数填目标对象名和数据模式(只读还是可编辑)。用宏而不是 VBA 的理由很实在:这一层的跳转没有任何逻辑分支,宏足够了,还保持了第 5 章要讲的纪律——代码只花在真正需要判断的地方。

两个值得抄走的小设计:其一,按钮上配图标并统一尺寸间距,眼动扫过时靠位置记忆而非阅读定位,熟练用户的操作速度能翻倍;其二,报表类按钮一律以打印预览方式打开(OpenReport 的视图参数选预览),先看后打——纸一旦上了打印机就没法后悔。

流程图里最后那句"保存后自动回主控台"是老李提的土需求,却是点睛之笔——闭环最短化。别小看这些一线用户的直觉,他们说不清原理但从不憋着不满。

二、启动设置:让系统像系统

导航窗体解决"进来干什么",启动设置解决"进来看到什么"。文件选项组里的"选项 - 当前数据库"面板有两排关键开关:

启动面板设置清单 应用程序标题 华彩商贸管理系统 显示在窗口标题栏 显示窗体 主控台名 启动直达 不再看见对象列表 导航窗格 取消勾选 使用者视角无开发痕迹 功能区 可取消勾选 防误触创建新对象 允许全部菜单 关掉右键菜单进一步防手滑 用 Shift 跳过 这是开发者后门 务必告知团队管理层不是漏洞是钥匙

最后一行要单独解释:按住 Shift 双击打开可以绕过启动设置直入开发环境,这是微软留给维护者的正门,不是安全漏洞。它恰恰说明 Access 不做伪装的安全——真正的访问控制要在第 7 章的架构层解决。日常维护也让这个后门保命:界面被改乱了、启动窗体设错了打不开开发面时,Shift 进去救场。

经验之谈:开启这些隐藏之前,先在自己电脑上演练一遍完整演示流程,确认所有功能的可达路径都经过主控台,否则哪天财务要看字典你就尴尬了。

三、错误提示的人话工程

默认的系统报错风格是这样的:"您要求更改的值不符合该字段的有效性规则"。仓管员读完的反应是关掉弹窗然后喊你。人话工程的要点是把每类高频错误的提示改写成"发生了什么 + 该怎么办":

  • 数量非法 → "数量必须大于零。如果是报废件,请走维修登记不用下单。"
  • 客户查无此人 → "下拉里没有这家客户?先去客户名录新增,再回来录单。"
  • 参照完整性拦截 → "这条记录还有订单挂着,不能删。若确要作废请改状态为作废。"

实现层面,表单级校验用语写在有效性文本属性里即可;对引擎直接抛出的错误(比如完整性拒绝),窗体的"出错"事件里可以用宏或一行 VBA 截获替换成上面的文案——这算提前向第 5 章 preview 了一下事件的用法。判据始终如一:凡是让使用者看到都算失败的提示语,都值得重写一遍。

图题:好提示与坏提示的分野

图题:好提示与坏提示的分野

四、菜单纪律:少就是多

最后一个心得来自反复返工的教训。最初版本我把十八个查询全挂上了主控台,结果报表区密密麻麻,周姐反而天天来问我哪个是哪个。后来砍到六个入口、其余收纳进各业务窗体的二级按钮,咨询电话归零。规则化为三条:

  1. 主控台的按钮数以两掌为宜(十到十二个封顶),超出就该分页或分层;
  2. 中间过程类对象(参数选择窗体前的准备查询之类)永远不直接暴露;
  3. 每季度收集一次高频任务清单,审视导航结构是否还匹配业务形态。

五、新手期最常见的三个追问

顺手把培训第一周高频问题整理在此,你做完系统八成也会被问到。

连续窗体和数据表视图怎么选? 数据表像 Excel,老手嫌亲切、新手嫌吓人;连续窗体可以给每行涂色、加大字号、隐藏技术列,是面向业务人员的默认答案。切换属性在窗体的"默认视图"里。

弹不弹出、模不模态有什么讲究? 录单台这类主界面设为普通窗体即可;确认删除、小窗选货这类必须用户表态才能继续的操作用模态弹出。全屏滥用模态是最常见的差评来源——弹出层叠三层之后没人知道自己点到了什么。

要不要照顾上了年纪的使用者? 要,而且成本极低:正文字号从九号提到十一号以上、行高放宽、必填项标红靠左对齐,按钮高度至少一厘米。华彩仓库的老李五十出头,这套调整让他的求助电话从每周五通降到零。用户体验预算花在字号上比花在动画上划算一百倍。

主控台的第四个区域:公告栏

菜单之外再送一个低成本高回报的设计:在主控台顶部留一条系统公告。实现只需后台一张单行说明表加一个只读文本框,管理员更新一句"本周六 18 点例行维护,请提前保存",全公司开机即见。它拦截的是支持电话里最高频的那类问题——"系统怎么打不开 / 数据怎么没刷新",答案本该自己长在屏幕上。

更进一步的做法是把错误日志的高频提示反转成公告素材:日志里连续出现某操作失败,就在公告栏挂一条针对性的使用提醒。系统的自我诊断(7.4 的日志)与对人的主动告知(本节的公告)就此闭环。

本节收官要点

  • 导航主控台是系统的门面,OpenForm 与 OpenReport 两类宏动作撑起八成按钮。
  • 启动设置把开发表面藏起来,Shift 后门记得留给维护者且写进交接文档。
  • 错误提示按"场景 + 指引"重写,能用一句话自助解决的绝不让人跑一趟。
  • 菜单做减法比做加法难也更重要,入口密度决定口碑。

至此"看得见摸得着"的部分齐备。下一章开始长脑子:自动化与业务逻辑。


作者与出处
原作者: 灏天文库
来源:灏天文库
整理: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U