指南编辑：表单是提供数据支持的信息的一般表示，是B端产品设计的重要组成部分。本文作者从表格设计的底层思维方式来看，经常制作表格的小伙伴们会一起来学习。模板。
重新连接本书，最后的B端形式指南展示了一些常见的形式风格，产品设计能力、人的视觉往往决定了人的产品设计的下限，所以把一般形式风格的介绍放在第一部分，然后第二部分从基本思维上提供了可能的改进方案。
与第一个不可靠的业务场景和解决方案相比，第二篇文章减少了业务部分，但却是枯燥的理论知识。
一、形式的含义
第一，从前面的文章可以看出，表由两部分组成。
这是我们最直观地看到的两个部分，这两个部分又由多个小部分组成。
至此，表格的意义已经比较明确。
1. 向用户展示数据
告诉用户此表显示哪些数据(标题)每个数据的内容(标题、单元格、分页符)。
2. 提供便捷的数据操作
可以更快、更准确地搜索要查找的数据(搜索栏、排序)
二、形式设计原则
设计原则很简单。一个是可读性，另一个很容易使用。虽然只是简单的几个字，但这其实不仅仅是表格的设计原则，制作产品时要时刻考虑。
三、可读性设计思想
首先，用户阅读的一定是单元格的内容。单元格实际上由行和列组成。为了便于阅读，可以考虑行高、列宽问题、行顺序/列顺序、行合并/列合并、行/列冻结以及单元格内的内容是否有效。
第二，可以使用一些小的统计功能来减少大统计的功能。这是我在日常工作中的一个小经历。所以我再多说几句。无论b端产品中任何级别的用户(普通职员、部门经理、监督等)，他们都有统计功能的需求。(谁不想整体看问题？)，但数据有权区分。其他人看到的数据统计肯定是不同的。但是，是否需要为每种类型的用户创建数据统计页？在非用户要求下，我个人认为没有必要。我们可以从操作中移植小的统计功能，就像前面文章中介绍的合并列的例子一样。
这里有两个小统计。首先是部门统计。通过两个小的统计功能，帮助管理层了解各部门的人数，其次，在分页程序的位置上，总共告诉你50个数据。换句话说，总共有50名员工。这将解决管理人员的统计要求之一。
最后，是最简单、最有效的方法之一。其实应该放在第一个介绍里，这个手段应该是UI设计或者交互设计，谁让我们成为了小厂的B端产品经理？所以我总结了这个方法。这就是斑马设计。上一句话中我也介绍了这个方法，其实很简单。(*译者注：译注：译注：译注：译注：译注：译注：译注：译注：译注：译注)然后，相邻两行用不同的颜色交替出现即可。听起来很多行都需要设置颜色，但实际上，前端开发的组件只需要一个词，一个命令就可以了。
这里除了交错变色这种静态斑马设计外，还有动态斑马线条设计。这对于鼠标掠过每一行数据时画出的行有强烈的对比变色效果。帮助用户更专注于鼠标指向的数据行。(这看起来很复杂，但也需要知道鼠标位置，但实际上是前端开发的组件，即.；
定的）四、易用性设计思路
易用性与易读性在设计上是有本质区别的，易读性是为了让用户阅读数据更轻松，更直接，这是易读性的目的，这也让易读性的设计有迹可循，而易用性是为了让用户操作起来更简单，更快捷，但在设计的时候，你会很容易的发现，怎么才能让用户操作更方便呢？
似乎并没有一个有迹可循的设计思路，这是因为，看数据只需要动眼睛，你只需要看见、看明白就行了，而操作数据是需要动脑子的，你得思考，为什么操作，怎么操作，要得到什么结果，至少要这三步，你才能进行操作。
显而易见，得到结果其实就是易读性上的问题，而为什么操作，怎么操作才是易用性的问题，那么这么推论下来，要想提高易用性，你得先知道用户为什么要操作。（用户的为什么有很多，这里跟易读性一样，我举其中三个例子来说明）
1. 为了易读性而操作
是的，你没有看错，为了提高易读性，我们可以引入一些操作，因为用户的视觉能力、视觉习惯是有区别的，比如在财务系统中，假设会计更常看的是收款方，打款金额，打款时间，以此来推算某时间段内的总成本问题，这样她好做公司的财务汇报，那么她在看财务表的时候，肯定更希望这三列数据排在前面，这样她能最先看到。
而项目管理的人，可能更希望看到项目名称，打款金额，打款时间，这样他能把控各项目在某时间段的一个成本问题，所以他看财务表的时候，肯定希望他想看的数据在前三列（在实际产品中，我们大概率会把他们拆开，做一个项目管理的模块，做一个财务管理的模块。）。那么为了让两个人都能更好的查看这个数据，我们可以提供一个列拖拽的功能，这样用户可以按自己的需求，对列顺序进行控制。
2. 为了减少录入工作而操作
有一些数据可能需要经常进行修改，并且是大量的数据需要修改，比如某个公司的财务系统和项目管理系统还没有打通，那么项目管理人员要在系统里把控项目成本的话，他需要每个月底找财务要一次数据，然后录入到他的项目管理系统中去，那么这里有至少三种方法来帮他减少这个数据录入的工作量：
- 首先，最简单直接的就是把财务系统和项目管理系统打通，然后每个月，甚至每天将财务数据推送到管理系统就可以了；
- 其次，你可以做一个自动导入的功能，因为财务表都有特定格式的excel表，你可以做一些数据转换的模块，然后项目经理拿到财务表之后，在项目管理系统里点击导入提交就可以了；
- 最后，你可把项目管理的表格做成可编辑的表格，让项目经理可以直接在表格上编辑数据内容，直接修改每个项目当前的一个成本金额，而不需要点到每个项目里去一个一个编辑。（这里放个简单的实例，年龄这列是可以双击进行编辑的）
3. 为了更快、更准地搜索到数据而操作
其实标题已经很清楚了，就是查找数据，说白了就是模糊搜索、精准搜索、筛选的组合，这个其实不用单独说，谁都会设计，而且随便设计一下，都能对用户的搜索效率产生一定的提高效果，但我们更应该追求一种高效的搜索设计，而不是随意地、肆意地去使用搜索功能，这里我一直沿用的设计思路是简洁为辅，业务为主，为什么为主的业务放在却放在这句话的后面呢，等介绍完之后我再做解释。
简洁：大家可以看下淘宝的搜索功能，虽然他是C端的产品，但他值得我们借鉴，淘宝的搜索很简洁，只有一个模糊搜索的搜索框，就能让用户搜索到想要找的商品（数据）。
业务：不同的业务有不同的搜索方式，这往往体现了使用者的使用场景、表达方式、做事风格、思维方式等，比如现在要查一个交易订单：
- A场景，刚刚有个人要退货，他说他昨天买了个XXX，你去处理一下，那么A可能是去订单系统里，输入时间是昨天，然后输入商品名称，这样来查到这个订单，然后去操作，这里日期是个精确的时间范围，昨天00:00点到昨天23:59，然后商品名称可能是个模糊搜索
- B场景，刚刚有个人要退货，这是他的电话号码，你跟他对接处理一下，那么B可能直接去系统里查这个电话号码，看看最近有几笔订单，如果只有一笔订单，可能就直接给他关闭了，如果有多个订单，可能就会做个电话回访，然后再关闭相应的订单。
- C场景，刚刚有个人要退货，他说他买了个XXX，然后他说我们的商品XXX，他想要XXX…….，吧啦吧啦说了一堆（遇到这样的人，能打住他就打住他，尽说些题外话），那么这时，你的信息量可能就只有商品名称了，最近买的人比较少还好，能够搜索的到，如果商品只是模糊搜索，最近出货量还比较大，想通过一个名字搜索到，那是根本不可能的。
搜索需要深入了解用户的使用场景才能更高效的设计，这里再说说，为什么业务为主，要放在后面说，不要一上来就为用户设计一大堆的搜索条目，除非你很懂使用者的使用逻辑，比如行政管理中的人员管理，我们可以知道，用户肯定是会基于员工的姓名、工号、部门来查找相应的人的，所以我们可以先把这三个放上去，但用户不一定通过手机尾号、学历、职位来搜索，这时就先别放上去。
那么有的人说，我先放上去，要是用户不用，我再删掉不就行了吗？相信我，用户的心里永远是“我可以不用，但你不能没有”。除非你设计的搜索条目实在太多，用户已经吃力了，否则，他们是不会让你减少搜索条目的，但他们会在心中暗暗的说，这破产品，设计一大堆没用的。
五、小结
好了，这就是表格设计的一些底层逻辑，关于思维导图里的表格设计手段，因为篇幅原因，我还有很多没有介绍到，但是，我想已经足够为大家打开一扇窗了。其次，我罗列的手段肯定还有遗漏，如果你发现了，也欢迎你给我留言。
最后，谢谢你的阅读。
本文由 @何海不择细流 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash ，基于 CC0 协议。