很多产品经理都花了大量的时间和精力去调研最终用户的需求，无论是PRD文档还是交互设计文档中都着力描述面向最终用户使用的各项功能，但经常会忽视产品的后台管理系统的设计，更很少去深入了解后台运营支撑人员的需求，忘了内部的同事其实也是产品的最终用户。甚至于有些产品经理将后台管理的设计工作扔给了研发人员来完成。
忽视后台管理系统在整个产品设计中的重要性，很容易产生一些严重后果，例如：操作复杂，容易误操作；安装维护不方便；帐号不统一，难以记忆（这是企业存在多个产品时的常见问题）。一个“不好用”的后台管理系统，极有可能会引起内部使用人员（同事）的投诉和抵触情绪，最终也会严重影响外部最终用户的使用体验。
后台管理系统设计的核心诉求是简单实用第一、安全可靠优先、其次才是职责清晰、最后是美观。
一、后台管理系统的常见用户角色及其岗位职责
以平台+内容的产品为例，后台运营管理通常由运营、内容研发、运维等不同角色的人员组成，因此必须要站在他们的角度去思考这个后台系统需要具备什么功能，才能协助他们顺利完成系统的日常生产运营。
下图简要列举了各个主要角色的人员可能会涉及到工作内容：
由于企业规模的不同和内部岗位职责分工的不同，因此实际工作内容的分配可能与上图会存在差异，比较常见的是将客服从运营人员中剥离出来组建成独立的客服团队，但他们仍然是大运营支撑体系中的重要组成部分。
对于平台+内容型的平台，内容研发人员是平台运营最主要的团队之一，他们负责专业内容的上传、审核和发布，需要给他们提供内容上传后的预览、预审和定时发布等功能。
运维人员往往会负责系统的安装、部署、配置、账号管理、备份与恢复等初始化和日常维护工作，因此通常都是将系统管理员相关的功能给他们。有些人喜欢将系统管理员的角色授权给公司领导，其实这在实践中没有太大意义，因为领导对平台功能的诉求与系统管理员的很多操作毫无关系。
二、前端产品功能设计是后台管理系统设计的前提和基础
所有后台管理功能的设计都应该围绕着面向最终用户的前端产品的功能需求而展开，因此在实际工作中，产品经理必然是先要基本完成前端功能设计，然后再进行相应的后台管理功能的设计。由于后台管理的一些功能设计与技术实现紧密相关，因此需要研发人员的深度参与和把关，这也是有些产品经理容易产生畏难情绪，喜欢将后台管理的设计工作“甩锅”给研发人员来做的重要原因。
下面是一个前端产品功能如何与后台管理系统功能对应的示意图，供大家参考。
在实际工作中，除了需要设计与前端产品功能直接相关的后台功能外，还需要考虑设计后台运营相关的辅助功能，例如后台用户帐号和权限管理、系统配置参数设置、运营统计分析、异常/敏感操作日志查询等等。
三、冷启动阶段的后台功能设计
产品上线初期即冷启动阶段，很多数据都是空的，必须要为面向最终用户设计的一些功能提供初始化数据。初始化目的是避免给最终用户造成产品无人使用、功能不完整或存在BUG等负面印象。统计分析时必须要去掉这些初始化数据，以免影响统计分析结果。
常见需要初始化数据的功能有新闻资讯、广告栏、排行榜、热门推荐、最新推荐、热门搜索等。有些产品运营团队为了吸引人气，还会发动内部同事、亲朋好友等共同参与，避免平台出现“零评论、零点赞、零成交”的尴尬期。
不同功能区域采取不同的初始化策略：
1) 新闻资讯和广告栏：提前在后台发布内容；
2) 排行榜、热门推荐、最新推荐：前期通过手工发布，有一定数据积累后再根据实际情况切换为按照指定规则或算法自动发布；
四、后台功能规划的参考原则
基于我们过去的大量的实践经验，我们总结了以下一些参考原则，以便帮助产品经理能够更加简单高效的规划和设计后台管理功能：
1) 以基本用户角色为依据，避免功能交叉设计；
2) 用户权限控制的颗粒度尽可能控制到菜单项级别；
3) 避免引入复杂的工作流管理，导致实际使用时丧失灵活性；
4) 基础功能优先，统计分析等辅助功能置后；
5) 侧重于新闻资讯等富媒体内容发布的门户网站，尽可能考虑与专业CMS系统集成；
后台功能规划实质上是对产品将来上线后各部门、各岗位职能的分工和协作进行规划。功能规划越清晰，将来产生矛盾的可能性越小，受到的抵制越小。特别需要强调的是，由于企业发展过程中部门组织结构调整是非常常见的情况，因此后台管理功能设计必须要坚持以用户角色为中心，而不是以部门为中心，这样就可以保障即便组织机构发生变化，只要相应的用户角色仍然存在，那么产品依然可以正常运转下去。
