后台要让用户找到操作的节奏，这大概就像你去超市买完东西结账，收银员收银时点击键盘的声音是有节奏的，同理用户使用你的后台时，最好也能有个节奏，即用户知道应该重点关注哪些信息，而不是每次都需要费力去寻找。
一、什么是后台产品
关于什么是后台什么是前端产品的定义和分类，不同的说法太多了～说个我个人的理解：
1、to b or to c？
按照用户是否能按照一定的逻辑划分特定群体来思考：to c的产品的用户一般为分散的个人，to b的产品一般可以归类成n多个群体。
按照决策与使用角色是否重合角度来看：一般to c产品的使用者和决策者为同一个人，我可以自由的选择用或者不用；但to b产品两个角色一般是分离的，公司采购了某个系统，不想用也得用。
你觉得微信公众平台是to c 还是to b产品？
2、前端及后台？
后台产品一般to b，无论b是内部还是外部。前端产品一般to c。感觉前端产品一般是成品，直接解决问题，后台产品或者用于加工或者辅助前端产品完成服务。
3、后台产品关注的重点
业务逻辑、数据流向（数据从哪来、到哪去，怎么去的）、与技术强相关
二、后台产品分类
内容管理后台、数据产品后台、垂直类产品后台、综合类后台
三、后台产品作用
总体来说，要么是与前端联动——决定前段展示什么不展示什么、能干什么不能干什么，要么是独立存在——用户管理人、事、物；
四、后台产品设计原则
产品设计中最重要的就是分类+排序，分类就是按照信息层级及数据来源分区，用户可以快速找到自己想要的内容；排序是按照信息重要性为用户设定重要议程，让他们一眼能够看到想看到的信息。
1、布局有规律——左右分栏，有规律
后台产品一般按照左右结构展示，分4个区域——模块（主导航）二级导航、查询条件和内容区域；
2、列表默认排序方式——按照业务规则排序
后台信息排列顺序需要按照业务规则来设定——业务规则就是用户来到页面需要最先关注什么内容，这个内容就要最优先的展示出来，
（1）可优先考虑按照时间排序（可解决大部分排序问题）：比如创建时间、修改时间等，可正序或者倒叙；
a、容易被反复修改的内容，可默认按照修改时间倒序排列，如内容管理后台（cms）一般按照文章修改时间倒序排列；
b、创建时间越近越需要重点关注的，如社区运营后台一般按照用户回复帖子时间倒序排列；
（2）如果时间排序不符合业务需求，则可根据重要性去做排序；
3、列表应该默认展示那些信息字段
由于展示空间有限，从左向右按照重要性顺序展示信息；
推荐的从左到右展示的推荐顺序为：唯一编号+时间+业务名称（如文章标题、歌曲名称等，最好出现中文文字信息，一眼能看懂，降低培训成本）+状态值（是/否）+其他辅助信息；
4、后台图标使用规则——巧用图标和颜色
用图标代替文字，赋予图标颜色，让运营产生更强的视觉记忆；
（1）红色——错误；（2）蓝色——常规；（3）灰色——提示；（4）黑色——普通信息；（5）橘黄——预警；
5、表单页预留默认内容，降低用户输入/操作成本
要填写的字段很多的时候，考虑给定默认内容（发生频率最高的内容），除非这个内容必须用户来手动勾选，比如商品分类等无法按照既定规则来直接判定的可以不展示默认内容；
6、字段命名方式——说人话
采用行业术语（cpc、pv、uv等）、常用名词（总计）、公司专有名词、再用动宾结构（创建时间、上架版块等）
用大白话人话来命名，降低理解成本，说人话比追求4个字对齐押韵重要，其他地方的文案也同理；
7、日志记录规则——有用
实现内容可追溯，记录谁、在什么时间点、什么地点、对什么、进行了什么操作、操作类别（是新增还是修改，如果修改的话，修改之前和之后分别是什么），如果操作有安全危险，可考虑触发消息推送发送记录消息给领导；
五、后台竞品分析方式
1、体验demo；
2、查看用户使用说明文档；
3、查看开发文档；
4、通过前端推倒后台逻辑；
六、其他体会
1、还原用户在没有后台之前实现目标的方法，后台产品是还原用户使用路径且优化路径的过程；
2、界定产品边界，能做什么不能做什么，不要贪心的什么都做，或者这个功能不应该在A模块去做，而应该在B模块去做；
3、一个按钮解决一个问题，不要随意发生功能布局的改变，比如一个按钮发生了位置的变化，运营人员最好记住的是位置和图像，而非文字描述，一旦随意改变功能布局，就容易发生错误；
4、功能要包含正反两套，比如封号和解封，只不过正反两个功能的操作权限可以隔离，危险系数低的给一般用户赋权，危险系数高的功能可以只开放给领导使用；；
5、二次确认出现在操作行为影响比较大或者不可逆，二次确认的重点在于信息确认而不是拦路虎；否则运营人员只会觉得是多余的，操作多了就直接忽略了。
“真的没有一件事儿是白做的诶，都会有收获。比如之前做的项目管理工作，回头想来，教会了我如何深入获取信息。”
