实习期间已实现
概览页和任务式导航。
我交付了「今日概览」，并把每日监控、对账和报表按任务重新分组。
工作经历内部工具 · 约 30 人的公司 · 2025
VortexNet：
金融仪表盘。
我重新整理了信息层级和导航，让每天要看的数据更容易找到。
- 我负责的部分
- 「今日概览」、按任务分组的导航，以及信息层级和内容整合。
- 已上线
- 「今日概览」和旁边的侧栏导航，在公司内部测过，实习期间上线。
- 这里展示的
- 这里并排展示三个阶段：原版、经过测试并上线的版本，以及后来为案例展示补做的精修版。
- 结果
- 在 10 位同事参与的任务测试中，找到当天要处理的工作从约 20–30 秒缩短到约 8 秒。
改版
每天打开工具后，先从这里开始。
首页同时显示资金汇总、结算进度和按优先级排列的待办队列。上方的切换可以对比上线版本与后来的精修版。
不在我的实现范围内
后续页面与完整流程。
导航指向的页面及其完整流程不属于我的实现范围。
后来补做的精修
数据表达和操作细节。
整理这个案例时，我又调整了指标命名、资金图表、结算排期、负责人和下一步操作。数据仍是工具自带的测试数据，这个版本没有参加当时的测试。
资金流动
一条趋势线对比同一时间段里的进账和出账，货币和刻度统一。
结算进度
批次完成情况放在待结算金额和截止时间旁边，下一个节点不用再到别处找。
需要处理
一条短队列，把每个异常和它的优先级、负责人、下一步动作连起来。
VortexNet 是一家约 30 人的公司，运营和财务团队每天都会从这个仪表盘开始工作。概览页和导航上线前，我和 10 位同事做了测试，结果见下方。由于内部工具不能公开，这三屏都是根据记忆重建、并填入工具自带测试数据的复原图。上线版本对应我当时实际交付的范围，不含后来的精修。上面的数字描述的是信息结构，不是产品使用数据。
用户测试
同样的任务，改版后找得更快。
我请公司里的 10 位同事完成同一组查找任务，对比原界面和上线版本，也就是上面的第二个切换项。
01
测试内容是日常查找。
10 位参与者平时都会使用这套内部工具。他们分别在原界面和改版界面完成查找任务，包括找到「待结算」，以及从左侧导航进入「趋势」。计时从任务说明结束开始，到打开正确页面为止；我确认到达目标后，才把任务记为完成。
02
查找时间缩短了。
在原界面找到当天的信息大约需要 20–30 秒，改版后约为 8 秒。在左侧导航里找指定项目，也从 10 秒以上缩短到约 5 秒。不过，有些老用户一开始反而花了更久，因为熟悉的位置变了。
03
理解趋势只是一项定性观察。
我还观察到，参与者似乎能更快抓住整体数据走向。这项观察没有单独计时，不能和前面的查找结果混为一谈。
这轮结果支持我继续使用更直白的标签、明确的字体层级和按任务分组的导航，并让颜色只做辅助提示。所有改动是一起测试的，所以结果只能说明整套方案有效，不能归功于其中某一个视觉调整。
问题
每天要处理的工作，和报表、后台管理全挤在一层。
原导航按文档类型分组。早上打开工具后，得先弄懂菜单和指标缩写，才知道该去哪里。
01
一个扁平菜单把不同的活混在一起。
14 个入口把报表、运营队列和后台管理放在同一层。
02
标签更像写给系统看的。
像 PEND_CNT 这样的缩写，用户得先在脑子里翻译一遍，才能知道它指什么。
03
概览页强调的是记录。
一张密密麻麻的交易表占满屏幕，没有单独列出需要处理的事项。
被测试改掉的一个决定
一开始我在调颜色，后来发现真正的问题是阅读顺序。
一次早期测试让我重新判断问题，也改变了下一轮迭代的方向。
01 · 最初的假设
我以为调颜色就能讲清优先级。
原仪表盘的颜色很接近，各类信息的视觉重量也差不多。我最先尝试调整配色，希望页面更容易扫读。
02 · 早期测试
改颜色的作用有限。
我看到的改善不多，反馈也不一致。于是我回头想：这屏到底有没有说清楚该先看哪里。
03 · 调整后的决定
用字体和版面来建立层级。
我转向用字体、字号和位置来立优先级，颜色退回去当辅助提示。
看看指标层级的研究
这张复原图说明视觉重心的变化：主要数字在前，辅助指标跟在后面。
信息整合
导航应该按任务分组，而不是按文档类型分组。
我先用用户要完成的任务重新整理信息，再和产品、数据同事一起确认优先级。
位置上的决定
每天都要看的，放落地页。
我问同事每天开始工作时最先看什么，再根据回答整理出下面这张优先级表，并确定首页的信息顺序。
- 设计上的取舍
- 把监控放前面，周期性报表就没那么显眼了。报表和后台各自留了有名字的分组，入口还在。
| 信息 | 团队 | 频次 | 位置 |
|---|---|---|---|
| 待结算 | 运营 | 每天早上 | 落地页 |
| 失败项 | 运营 | 每天早上 | 落地页 |
| 对账队列 | 财务 | 每天 | 独立入口 |
| 日报 / 月报 | 财务 | 每周 | 报表分组 |
| 账号、权限、日志 | 数据团队 | 偶尔 | 单独的后台 |
信息架构
三个任务分组，后台单独一个入口。
重建后的导航有 9 个主入口，按任务分组。账号、权限、配置和日志都收进「后台」。
细看落地页的层级
限制与取舍
这套设计也受真实运营条件限制。
数据新鲜度
把更新时间写出来。
仪表盘做不到持续刷新。同事讲清更新周期之后，我加了一个「截至」时间戳，让人自己判断数字有多新。
团队的意见
按每天的工作顺序来排。
我问用户每天早上最先看什么，再把最常用、最急的信息放到上面。这个层级来自他们真实的工作顺序。
导航上的取舍
分组更清楚了，位置却变陌生了。
老用户找顶层分类更快了，但有些人一开始反而要花更久，才能找到被挪走的东西。一位新同事几乎没用过旧菜单，在改版里找东西明显更快。我把这理解成可能存在的适应成本；一个人的表现说明不了长期的接受度。
如果继续做下去，我会跟踪老用户一段时间，也会考虑保留他们熟悉的叫法，或加入临时导航提示，降低改版初期的适应成本。