信息密度高的产品，往往流程复杂、链路长且角色多，我们熟悉的大型医院的his系统，便涉及到门诊和住院，其中门诊包含诊疗、检查、检验、药房、财务等，而住院涉及到手术排期、会诊、术后关怀、理疗康复等等内容，模块多、内容复杂。

那么在设计时，是不是字号越小越好？当然字号变小有利于承载更多信息，例如证券类和期货类平台，字号都会比常规字号小一些。

还有没有更好的办法，能承载信息的同时，也能满足简洁和高效的操作需求呢？

一、需要设计清晰且能做唤起的交互链路

什么是“唤起”，也就是我们常说的：需要时显示，不需要时隐藏。在设计链路时，尽可能减少信息的铺陈，便于让用于快速有效查找。

举个例子，比如在创建随访任务时，大部分的做法是呼出弹窗，将所有任务的时间、地点、内容、涉及人员、任务截止时间等，填写完毕后，随访任务才能创建成功。同时，部分患者还会在三天后、七天后再次随访，在录入时，还需要创建自动随访提醒，当首次随访任务结束后，会自动在指定日期提醒。

从创建任务的流程中，会发现，一共需要录入至少6项信息，而这是一个比较容易理解的概念：医护随访。

简单可理解的概念可以采用如上形式。

但是如果涉及到概念比较复杂，例如需要后台创建一个豆粕期货交易规则，本身概念对于一般用户来说有一定理解门槛，而用户需要在理解的基础上，完成操作。

因此界面设计上，需要拆解成：

·完成创建
·做好解释

此时不妨将整体信息按步骤拆解。

例如，在页面创建时，不需要呼出弹窗，而是点击“创建”，便可以“原位”创建，名字输入完成即完成了第一步创建。同时在创建时，展示“豆粕交易”的可视化界面解释，便于理解。

接下来的配置项信息可以用左侧创建视角，右侧模板视图的形式，从右侧模板视图中拖拽需要的配置项，到左侧创建，所有信息填写完整后，就完成了所有步骤的创建。

同时，在对配置字段拖拽时，也会对字段做相应解释。

而后台认为真正的创建成功，是基于所有必填字段都填写完整且无误的前提下，并不是输入名字就创建成功。这样设计的便利之处在于：一方面帮助类引导在需要时唤起，提高可读性。比起将大块文字放在帮助面板中，更便于用户理解。

另一方面，很多复杂规则的创建如果第一步就使用弹窗的形式，第二步、第三步都会不可避免地弹窗加弹窗的形式，如若需要返回上一步骤，信息的浏览、查找的障碍都会增加。

二、在清晰的交互链路之上，用各类交互形态去折叠和展示更多信息

以下将从原子组件的角度拆解，如何利用组件最大化承载信息。比如智能诊断面板设计，通常只会在医生输入患者主诉后，显示智能诊断面板。有默认宽度，也会设计折叠宽度，方便医生最大化利用处方界面。

再比如按钮和Tab可以融合。比如对话框中有待办任务和最新任务时，常规做法是：点击按钮，弹出弹窗，配置完成后，返回原页面。从体感上，操作中断性强。不如试试这样，将Tab和下拉框融合，可以在下拉框中直接展示任务列表，标注完成即可。特别适合操作项多，需要不停在弹窗之间来回切换的场景。

这样设计使用户在操作上感受不明显，整套流程下来，会对产品体验有较强的信心。

三、利用活动窗口，将有效信息折叠

活动窗口常用于帮助引导，在帮助引导有较多内容时，可以放在活动窗口中，可以放大、缩小和最小化。当然除了帮助引导之外，也可以用在其他窗口，比如在操作列表时，如果需要一边看列表信息一边操作的，常用窗口无法满足需要。

例如常见的看板类操作，当在看板上创建预约时，也需要查看原有看板的信息，活动窗口便可以解决这一痛点。

总之，无论是设计“唤起”链路，还是用各类交互形态、活动窗口去折叠信息，我们的核心诉求是希望将界面利用最大化。让用户在不被打断的场景下专注操作，如何在不弹弹窗或者仅弹一次弹窗下，完成一些复杂链路的操作。

以上是笔者在项目中的实战经验，希望能帮助到大家。