二、添加页

　　列表页是这样，我们再来看一下添加页，添加页对一个后台来说也是十分常见的。

　　比如下面这个页面：

　　这个页面可以理解为任务体系的一个添加任务的界面，用户在某个环节触发了这个任务，系统就会给用户发放一个福利。

　　同样的，添加页也遵循几个点：

　　关于页面标题，你要先确定这个页面标题是什么，你可能是从一个列表页点入这个添加页，也有可能是一个单独的添加页面。

　　关于添加内容，你需要注释清楚页面是添加什么的，比如我这个页面就是“添加任务”的；添加的内容最好做一下分类，比如上面的“新增任务”页面就分为“任务基本信息”、“任务条件”、“任务福利三大块”；有时候我还会在最顶部加一个“任务说明”，主要是给内部人员看的，对内解释这个页面的功能以及注意事项，对内对外的内容需要可以区分出来。

　　你还要定义清楚添加页内容的字段，和列表页一样的是，添加页也有很多字段，只是这些都需要一个个填写，有了填写，就要有一些解释说明，比如上图中“选择福利”，就在选择福利的框内给了操作的解释说明；此外，每一个字段是否必填，也要明确清楚，如果不填写需要给出错误提示。

　　信息填写所需要的添加保存、重置、确定、取消、返回等按钮，需要进行二次确认，避免信息误填写造成前台展示的问题；有时候可以将全局的保存、重置、确定、取消、返回等按钮在公共模块页面中专门列出来，如下图：

　　至于详情页，其实它和添加页差不太多，详情页面主要起到展示的作用，和列表页添加页有一些关联关系。

　　以上就是我这篇文章的主要内容。

　　在文章的最后我提一点，做后台产品，对于toC公司来说，你面对的用户往往是公司的同事，很多需求都是他们基于自己的工作提出来的优化建议，而你实际上并不是十分了解各部门同事的业务，这个时候建议小伙伴们可以去其他部门轮岗。

　　对于产品经理来说，有几个岗位我觉得还是要轮岗下的，比如客服，比如销售。轮岗的方式可以让你换位思考，站在需求方的角度上去思考问题，而不是机械的他们说需要什么我们做什么。

　　做后台产品，逻辑思维固然重要，但要想去优化好一个业务同事的工作流程，你需要亲自把这个业务流程在心里过好几遍，或者你去操作好几遍，再去想如何优化你的产品设计。

　　这是我在工作中对后台设计的部分小总结，文章中或许还有些疏忽之处，希望读此文的小伙伴们在评论区不吝指教，谢谢。

　　来源：http://www.woshipm.com/pd/891177.html