编辑导语：在上一篇文章《B端设计指南06——表格（上）》中，本文作者讲到对于表格而言，我们要具备的基础知识点。在本篇文章中，作者又罗列了大家常见的10个表格问题，同时给出了相应的解决方法，一起来学习吧。

一、在表格中，一个单元格的宽度如何确定

首先在确定一个单元格的宽度时，我们需要对所有的字段类型进行最小宽度的设定。通常最小宽度是根据 「表格字段」 内容宽度的决定，不同的内容宽度也会不尽相同：

• 地址字段：算是 B端产品经常出现的一个字段，由于地址非常不可控，长短会有非常大的差别；
• 成员字段：成员字段单独拿出来讲是因为成员目前的成员字段展示会出现三种流派：纯文字型、头像文字型、头像型。在成员字段设计中需要考虑单个与多个的情况；
• 日期时间字段：日期时间是一个典型的可控字段，因为格式原因，其宽度能够被精确掌握，也因此可以做较为多形式上的创新。小Tips：在数字的对齐上，可采取 Helvetica 字体，这样能够保证用户查看数据时，整齐更加容易辨别。

通过上诉的字段举例，大家会发现字段宽度无外乎就是几类情况，通常也会对其宽度大小有所预判，也因此能够有所了解，咱们将字段宽度梳理出来后，需要**落实到文档中，也就是将字段的宽度进行记录，在后面开发实现中会十分有用。

二、表格中一行展示字段数据过多时如何处理

如果拿到上面类似需求时，我建议大家不要着急上手做，先试着去分析“如果我是该产品用户，真正需要哪些字段，理由是什么？”这样的方式对于你而言有两点好处：

• 多维思考：能够让你深入挖掘需求，进行多维度的思考，而不是做一个单纯的组件设计师。当你觉得展示字段有欠考虑时，可以多去和产品同学沟通，了解这条数据展示的背后逻辑，有利于自我快成长；
• 捍卫体验：坚持与用户站在一起，毕竟我们是整个流程中，为用户考虑的**一道防线，不要因为字段设计上缺失进而由用户来买单，这样更能帮助你对业务上有更深刻的理解。

将需求分析清楚后，我们便可着手去做。在面对数据过多的字段展示时，我们通常都是采取「信息层级」的方式来让多个字段合理展示，虽然方法都是相同，但是在设计形式上，还是有三种不同的方式。