在B端的设计之中，详情页往往要承载着复杂信息，而作为查阅者往往也会因为信息复杂从而导致了阅读成本较高

前言

在B端的设计之中，详情页往往要承载着复杂信息，而作为查阅者往往也会因为信息复杂从而导致了阅读成本较高，因此详情页也受到了业务的关注还有设计师感受设计难度的感受。今天我提供一些奇怪的设计思路来谈谈设计的更轻松一些。

业务背景

产品主要是用于开发流程中的团队协作，其中代码相关的报告是主管尤其关注的部分，因为代码的规范性以及是否出现bug等情况会影响到产品的使用，也同时是中层主管对上面老板的交代之一。

中层主管除了通过数据概览浏览整体的进度外，还需要查看单个代码的质量报告来判断属下是否适合自己的团队。

优化前的详情页包含12模块内容从上到下暴力平铺式布局，虽然有锚定导航和标题收起作为帮助方式，但是还是无法快速浏览与理解全部内容。

困难点

表现形式混杂，理解成本高

包含12模块内容。形式复杂，既包含多个表单多个表格和可视化，还有一个常规内容几百字左右文本域要呈现。表现形式多样化，没有进行过合理的整理，用户需要再表格/表单/可视化之间穿梭来寻找到自己想看的内容。

内容高度很长，首页曝光度低

内容的排列方式采用的是区分模块之后自上而下的暴力平铺方式，内容多。遇到几个高度较高的表格或者是几个高度较大的折线图，后面的内容虽然有锚定导航帮助定位，但是帮助能力有有限。整体页面的阅读成本很高。

接下来以“拼乐高”的场景来解决排版问题。

如何解决

“拼乐高”的定义是什么？

无论是拼乐高还是拼积木，如果你想拼的准和好，那你就得有属于自己的方法方式，笔者将自己总结为：“分”“拆”“找”“选”

分-分析图纸整体

业务中，主管看详情页的目的是信息的浏览与编辑相关的信息，因此可以把设计定为：提高信息浏览搜寻效率，便于执行操作。

拆-如何进行合理的分组

上一段已经制定好了整体目标现在开始将所有的模块开始拆分。

拆分的方式有很多，有：展现形式，时间，功能模块，用户阶段目标等等。

这里笔者选择的是多样结合的方式：

1. 以用户的阶段目标位置：用户在不同的关注不同的内容，以业务为例：用户更关注代码质量如何，多少个，解决了什么有多少bug要处理，是否规范，有没有注释等
2. 再根据展现形式+时间概念分为：文字结论，结果可视化结论以及整体趋势可视化呈现，以及详细表格区域。

分别进行组合：

1. 文字结论：基础信息+文字结论
2. 结果可视化：未验证，未解决，缺陷图标
3. 整体趋势分为：整体折线图与损耗人力表工时表
4. 全部详细：将所有的表格进行组合，以tab栏的形式进行组合进行切换

找-如何将乐高摆放在正确的地方

上面已经区分好了所有的模块分组，接下来就是如何做好定位排布。

排布的发方式根据业务目标已经是“提高信息浏览搜寻效率，便于执行操作”，往下推下一步就是提高首页的曝光度，增强首页的包容性。

这里可以在进行2次分区，分为：基础组，时间组。基础组只包含文字结论，时间组按照时间排列包含：结果可视化，整体趋势以及全部详细表格。在排列布局上，微辣提高首页的曝光度，也是采用了左右布局基础组固定居左，时间组滑动居右同时时间上以：现在-未来-复盘的顺序从上之下排列，提高首页承载力与曝光度。

选-搭建中选择合理的模型

这里说的“正确的表现形式”主要是说的是可视化的表现形式。以过程中统计为例：业务目标中即要能直观表现出损耗的人力还要表现出表现出bug率的呈现，理论上应该将两张表合成为一张表，分别是柱状图和趋势图。但是实际情况下，表的空间很小主管对于这张表的关注点也不高，为了阅读性的提高所以笔者将一张表拆分为两张表进行切换查看。

如何验证

目标“提高信息浏览搜寻效率，便于执行操作”，反推回来最后设计做验证的主要是针对用户的浏览时间/暂留时间。与前端沟通做了埋点，灰度一个月上线后，用户的暂留时间从原先的8分钟缩短到了4分钟，满意度提高了10%。

一点点总结

本文通过以乐高搭建的方式来拆解详情页面的设计方式，希望能给到同行遇到复杂页面迷惑时候一丝丝帮助。如果有不同的思考方式，随时联系与沟通。

Powered by Froala Editor