管理后台类产品在设计时注意事项（一）

01 前台/后台产品作用及区别 首先，根据面向的用户的类型不同，我们可以将产品分为前台和后台。一般而言，用户为了满足其某个场景下的需要而使用前台功能，后台则是为了前台业务体系更好的为用户服务而做的管理系统。故后台产品的设计目标便是良好支撑前台业务运转。通常，后台产品的使用对象为公司内部的业务运营部门，如运营、客服、销售等。其次，2B产品≠后台产品。2B是行业纬度，而管理后台则是使用对象的目标纬度。典型的CRM、ERP或某些工单类产品，大部分是2B的，但他们的“客户”也是自己的用户，同样是为了完成某个具体场景下的具体需要而使用产品。

02 管理后台类产品特点 根据前面的表述，管理后台类称之为业务支撑系统更合适，主要的特点如下：

服务对象多为公司内部人员，目标直接，需求统一
承接前台用户的服务闭环，与前台业务逻辑关联性高
更为结构化和模块化，方便业务管理
对前台数据和业务影响直接，需要设计更多容错机制
使用角色多样，要求有较灵活的权限设计体系

以上的特点决定了其在产品设计时的优先级侧重点不同。接下来会详细说明。

03 管理后台产品的需求分析 管理后台类产品的需求分析大致逻辑和方法跟2C的需求调研、分析、筛选、评估等一致，额外需要注意的点主要有： 1、启动前先优先确定业务目标

与需求的发起方一起讨论具体的业务期待的目标、时间节点或特殊要求
目标肯定是基于提升业务系统管理效率为准则
需要产品经理根据前台业务需求倒推业务目标，如该设计什么样的功能来支持前台业务

2、收集内部需求时考虑不同角色的需要

一般后台都要支持不同的角色，每个角色有不同级别的区分，需要分别采集需求
实际观察和了解之前的工作方式和做事流程，然后深度访谈和记录其期望
尽量贴近直接使用者或足够话语权的用户的需求
根据角色和类型整理需求池后对需求进行合并（共性重复需求）、删除（优先级不高或低频）、归纳整理等

3、产品功能模块的划分

功能模块的标准是可通过本功能完成一件独立的事情或环节，如客服模块、用户模块等
模块应该可以独立成一个栏目或频道
公共或基础的模块要考虑通用性，如系统内通知
先想清楚某个角色的刚性需求，再考虑该角色下不同级别的差异化需求。如客服系统中客服总监、客服主管和一线客服的需求是不同的，依次为，数据统计分析、疑难或KA客户反馈、大部分客户反馈的处理效率改进等。

接下来的下一篇，我们将重点聊一下管理后台设计的第二部分：常见后台管理系统业务模块的组织逻辑及注意事项。

原创文章，作者：研究院精选，如若转载，请注明出处：https://www.pmtemple.com/academy/9782/