这篇文章将通过“汇总字段”、“处理字段”、“设计字段”这三个方面来详细阐述如何进行字段设计。让你之后在面对后台产品繁多的字段时，游刃有余!

　　后台产品和前台产品的一个很大的不同，在于后台产品的字段信息会比较多。如何合理地设计这些字段，成为后台产品设计的一个重要工作。本文将重点讨论在后台产品设计时，如何合理地进行字段设计，主要按照以下三个步骤来进行：

　　汇总字段;

　　处理字段;

　　设计字段

　　汇总字段

　　想要进行字段设计，最开始要做的是汇总字段。因为我们最终的目的是要把字段在页面上展现出来，如果没有字段，就无从谈起字段设计。“巧妇难为无米之炊”说的就是这个意思。

　　那么问题来了，字段如何汇总?一般来说，字段来源有两个：

　　1.业务需求。业务需求的字段是在跟业务部门调研时获得的。

　　业务需求的字段获取是一个逐渐完善的过程。因为产品经理跟业务部门接触时，首先应该获取的应该是整个业务流程(业务流程梳理会另写文章来讨论)，是比较宏观的，在这个过程中，获取到的字段应该是粗略的;等将业务流程梳理完成后，进行详细的业务流程设计时，会再细化涉及到的每个字段， 对每个字段的信息进行详细记录;

　　要尽量确保汇总的字段是全部的，没有遗漏。以防上线使用后，发现问题，造成返工。可以在字段设计前和产出原型后，多跟业务部门的人确认，这样可以避免这种情况发生。

　　汇总的字段要包括以下几种信息：

　　字段名称

　　必填性质

　　输入方式;记录字段的数据如何输入：手动输入/选择/自动生成/其他

　　手动输入;如果是手动输入方式，则要记录对输入值的格式要求以及输入值范围

　　选择输入;如果是选择输入方式，则要记录是单选还是多选以及选项列表

　　是否需要单独配置权限;有些字段比较特殊，如果只能某些人看到，则需要给这些字段单独配置权限

　　字段提醒(说明);字段的一些特殊说明，用来提醒操作者

　　其他;因为后台产品跟业务密切相关，不同的业务可能包含的字段信息也不尽相同，因此可能也会有字段的其他信息需要记录，这个需要具体问题具体分析。

　　2. 系统需求。系统需求的字段虽然业务部门不太关注或者感知不到，但是对系统来说确是很重要的，比如说数据的id、各个时间的记录等，这些字段从业务部门很难获取到，但却是非常有用的信息，这些字段就要靠产品经理平时的经验积累。

　　处理字段

　　通过汇总字段，我们将产品设计中涉及中的字段全部列了出来，接下来我们可以开始字段设计了吗?答案还是不行，因为虽然我们将字段全部汇总了出来，但是这些字段可能比较繁多，比较混乱，因此这些字段还是要经过一系列的处理，才能开始设计中。

　　那么如何处理呢?在这里，我推荐一种方法，准确来说是四种策略——删除、组织、隐藏、转移。(有兴趣的同学可以详细阅读《简约至上——交互式设计四策略》这本书，里面对这四种策略进行了详细的说明)

　　1、删除

　　通过与业务调研，我们获得了大量的字段。但是，这些字段都是必须的吗?过多的字段不但页面看起来非常臃肿，也会降低操作者的效率。这就需要我们对这些字段逐个进行分析，删除冗余的字段，来简化展现在页面上的字段，使操作者的注意力集中到真正重要的内容上。总结来说，需要删除的字段有以下两种：

　　实际业务没有用的;在汇总字段部分，我们为了尽量将字段都考虑到，需要做加法，把可能涉及到的字段全部列出来;在这个阶段，就需要做减法，删除那些对实际业务没有用的字段。

　　【举例】：针对购票系统，我们需要记录注册用户的个人信息，因此将“身份证号”、“手机号”、“体重”等信息列了出来，但是在这个阶段，通过分析可以得出，“体重”字段对实际业务没有用，因此可以删除。当然，如果换作另一个系统，比如说体检报告系统的个人信息，“体重”这个字段就是必须的了，因为这个字段跟业务息息相关。总之，分析字段是否有用，一定要结合实际业务场景。

　　系统自动生成的;有些字段虽然是业务关心的，但是并不需要人工填写，如创建者账号;或者是业务并不关心，但是对系统来说确实有用的，如记录的id;这些会系统自动生成，因此这些字段不需要放到“页面”中。注意：这里的页面指的是新增/修改页面，在产品设计中，这些系统自动生成的字段也要有所记录，比如id会出现在数据列表页面中，创建者账号、创建时间、修改时间会记录到操作日志页面里。“删除”的意思更多意义上是指，这些字段不需要人工进行数据的输入，并不是在页面中不展示。

　　2、组织