网页设计中的弹窗与浮层的设计

随着软件行业从传统的Software逐步向Webware转型，设计模式和技术的双重变革正在推动我们前进。我们提倡在页面设计中，针对用户群体明确任务，力求任务少而精。回顾传统的后台软件系统，在系统与流程的再造就中，我们自然而然地想到了将Web服务中的设计思想引入其中。在多数情况下，这会使系统更加轻便，结构更加清晰，更能深入地洞察和优化软件的用户体验。

但并非所有提升可用性的改进都适用于所有软件系统。今天，我想分享一个具体的例子。

背景是这样的：

在一个页面中，包含一个主要任务和若干分支任务，以及完成这些任务所需的页面信息架构。由于用户角色多样，信息量大，而页面区域有限，只能展示主要任务所需的信息。

我们面临这样的挑战：

1. 在进行主要任务决策时，需要根据某些条件查看分支任务的详细信息以支持决策。

2. 在进行分支任务决策时，也需要根据某些条件查看主要任务的信息以辅助决策。

在初始阶段，我们对任务所需信息进行了分类和梳理，使页面更加结构化。我们大量使用了展示层脚本语言，以期让页面更加简洁，操作更加流畅。我们改进了页面跳转，采用了当前页面弹出蒙板浮动层的方式。

在实施过程中，我们忽略了一个问题。使用浮动层后，主要任务和分支任务的关系由并列变成了包含关系。但在系统其他环境中，分支任务可能又成为主要任务，任务之间并不存在包含关系。在较长的页面中，虽然浮动层可以实现自由的信息组合、对比和移动，但在信息量大的情况下，用户可能需要对浮动层进行频繁的移动、滚动条拖拽等操作。这导致用户在测试时感到困扰，因为他们习惯了主次任务之间的并列结构、自由开关、不规则对比和拖动。如果我们不考虑系统结构本身的问题，使用弹出层可以让用户更加自由，减小业务扩展和系统调整成本。而常用的浮动层可能会限制使用过程。

衡量一个提升软件系统可用性的特性是否适合一套软件系统，不仅需要从可用性的角度审视，还需要深入了解系统结构、用户习惯和技术成本等因素。对于Web服务产品来说，这种衡量尤为重要。我们需要全面考虑各种因素，以确保最终的设计方案能够真正提升用户体验并满足用户需求。