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

01 前台/后台产品作用及区别

首先，根据面向的用户的类型不同，我们可以将产品分为前台和后台。

一般而言，用户为了满足其某个场景下的需要而使用前台功能，后台则是为了前台业务体系更好的为用户服务而做的管理系统。故后台产品的设计目标便是良好支撑前台业务运转。通常，后台产品的使用对象为公司内部的业务运营部门，如运营、客服、销售等。

其次，2B产品≠后台产品。2B是行业纬度，而管理后台则是使用对象的目标纬度。典型的CRM、ERP或某些工单类产品，大部分是2B的，但他们的“客户”也是自己的用户，同样是为了完成某个具体场景下的具体需要而使用产品。

---

02 管理后台类产品特点

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

1. 服务对象多为公司内部人员，目标直接，需求统一

2. 承接前台用户的服务闭环，与前台业务逻辑关联性高

3. 更为结构化和模块化，方便业务管理

4. 对前台数据和业务影响直接，需要设计更多容错机制

5. 使用角色多样，要求有较灵活的权限设计体系

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

---

03 管理后台产品的需求分析

管理后台类产品的需求分析大致逻辑和方法跟2C的需求调研、分析、筛选、评估等一致，额外需要注意的点主要有：

1、启动前先优先确定业务目标

• 与需求的发起方一起讨论具体的业务期待的目标、时间节点或特殊要求

• 目标肯定是基于提升业务系统管理效率为准则

• 需要产品经理根据前台业务需求倒推业务目标，如该设计什么样的功能来支持前台业务

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

• 一般后台都要支持不同的角色，每个角色有不同级别的区分，需要分别采集需求

• 实际观察和了解之前的工作方式和做事流程，然后深度访谈和记录其期望

• 尽量贴近直接使用者或足够话语权的用户的需求

• 根据角色和类型整理需求池后对需求进行合并（共性重复需求）、删除（优先级不高或低频）、归纳整理等

3、产品功能模块的划分

• 功能模块的标准是可通过本功能完成一件独立的事情或环节，如客服模块、用户模块等

• 模块应该可以独立成一个栏目或频道

• 公共或基础的模块要考虑通用性，如系统内通知

• 先想清楚某个角色的刚性需求，再考虑该角色下不同级别的差异化需求。如客服系统中客服总监、客服主管和一线客服的需求是不同的，依次为，数据统计分析、疑难或KA客户反馈、大部分客户反馈的处理效率改进等。

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

---

04 福利及广告时间

经过这几次的迭代，产品实战营的培训工具和内容持续完善中，共沉淀15大产品能力模块的：课件800+页、干货资料1000+篇、培训视频57个，推荐书籍63本，学员作业60+篇。

上期学员中共有4位360+1位美团+1位58到家+1位讯飞和2位非互联网行业的同学上课。最为惊喜的是其中的一位无任何经验的小朋友以10K拿到了自己心仪公司的offer。

• 另有PM资源分享群，包括但不限于新闻资讯、干货文章、课件视频、职位人脉和恋爱机会😘等等。

更多干货请关注公共号【产品经理实战派】：通过实际案例讲解系统输出PM必备的实战技能，包括但不限于核心能力、思维方法、产品方法论、管理技巧、求职面试等。