惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
Check Point Blog
有赞技术团队
有赞技术团队
博客园 - 三生石上(FineUI控件)
博客园_首页
博客园 - 【当耐特】
WordPress大学
WordPress大学
月光博客
月光博客
博客园 - 叶小钗
S
SegmentFault 最新的问题
雷峰网
雷峰网
H
Help Net Security
宝玉的分享
宝玉的分享
A
About on SuperTechFans
IT之家
IT之家
J
Java Code Geeks
Hugging Face - Blog
Hugging Face - Blog
D
DataBreaches.Net
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 聂微东
T
The Blog of Author Tim Ferriss
B
Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
如何像拼乐高一样,完成详情设计?
一只鸡腿 · 2023-08-21 · via 人人都是产品经理

详情页需要承载的信息相对较多,这个情况下,不少设计师可能会觉得详情页设计相对较难,那么,有没有什么好的方法可以优化设计、让设计进行得更轻松一些?本文作者便提供了一种设计思路——“拼乐高”思路,一起来看一下。

前言

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

一、业务背景

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

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

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

二、困难点

1. 表现形式混杂,理解成本高

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

2. 内容高度很长,首页曝光度低

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

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

三、如何解决

1. “拼乐高”的定义是什么?

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

2. 分-分析图纸整体

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

3. 拆-如何进行合理的分组

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

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

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

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

分别进行组合:

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

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

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

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

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

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

这里说的“正确的表现形式”主要是说的是可视化的表现形式。以过程中统计为例:业务目标中既要能直观表现出损耗的人力,还要表现出bug率的呈现,理论上应该将两张表合成为一张表,分别是柱状图和趋势图。

但是实际情况下,表的空间很小,主管对于这张表的关注点也不高,为了阅读性的提高,所以笔者将一张表拆分为两张表进行切换查看。

四、如何验证

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

五、一点点总结

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

专栏作家

一只鸡腿,微信公众号:B端设计一只鸡腿,人人都是产品经理专栏作家。一个吃货的B端设计师。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。