01 前台/后台产品作用及区别
首先，根据面向的用户的类型不同，我们可以将产品分为前台和后台。
一般而言，用户为了满足其某个场景下的需要而使用前台功能，后台则是为了前台业务体系更好的为用户服务而做的管理系统。故后台产品的设计目标便是良好支撑前台业务运转。通常，后台产品的使用对象为公司内部的业务运营部门，如运营、客服、销售等。
其次，2B产品≠后台产品。2B是行业纬度，而管理后台则是使用对象的目标纬度。典型的CRM、ERP或某些工单类产品，大部分是2B的，但他们的“客户”也是自己的用户，同样是为了完成某个具体场景下的具体需要而使用产品。
02 管理后台类产品特点
根据前面的表述，管理后台类称之为业务支撑系统更合适，主要的特点如下：
服务对象多为公司内部人员，目标直接，需求统一
承接前台用户的服务闭环，与前台业务逻辑关联性高
更为结构化和模块化，方便业务管理
对前台数据和业务影响直接，需要设计更多容错机制
使用角色多样，要求有较灵活的权限设计体系
以上的特点决定了其在产品设计时的优先级侧重点不同。接下来会详细说明。
03 管理后台产品的需求分析
管理后台类产品的需求分析大致逻辑和方法跟2C的需求调研、分析、筛选、评估等一致，额外需要注意的点主要有：
1、启动前先优先确定业务目标
与需求的发起方一起讨论具体的业务期待的目标、时间节点或特殊要求
目标肯定是基于提升业务系统管理效率为准则
需要产品经理根据前台业务需求倒推业务目标，如该设计什么样的功能来支持前台业务
2、收集内部需求时考虑不同角色的需要
一般后台都要支持不同的角色，每个角色有不同级别的区分，需要分别采集需求
实际观察和了解之前的工作方式和做事流程，然后深度访谈和记录其期望
尽量贴近直接使用者或足够话语权的用户的需求
根据角色和类型整理需求池后对需求进行合并（共性重复需求）、删除（优先级不高或低频）、归纳整理等
3、产品功能模块的划分
功能模块的标准是可通过本功能完成一件独立的事情或环节，如客服模块、用户模块等
模块应该可以独立成一个栏目或频道
公共或基础的模块要考虑通用性，如系统内通知
先想清楚某个角色的刚性需求，再考虑该角色下不同级别的差异化需求。如客服系统中客服总监、客服主管和一线客服的需求是不同的，依次为，数据统计分析、疑难或KA客户反馈、大部分客户反馈的处理效率改进等。
接下来的下一篇，我们将重点聊一下管理后台设计的第二部分：常见后台管理系统业务模块的组织逻辑及注意事项。
04 福利及广告时间
经过这几次的迭代，产品实战营的培训工具和内容持续完善中，共沉淀15大产品能力模块的：课件800+页、干货资料1000+篇、培训视频57个，推荐书籍63本，学员作业60+篇。
上期学员中共有4位360+1位美团+1位58到家+1位讯飞和2位非互联网行业的同学上课。最为惊喜的是其中的一位无任何经验的小朋友以10K拿到了自己心仪公司的offer。
- 另有PM资源分享群，包括但不限于新闻资讯、干货文章、课件视频、职位人脉和恋爱机会😘等等。
更多干货请关注公共号【产品经理实战派】：通过实际案例讲解系统输出PM必备的实战技能，包括但不限于核心能力、思维方法、产品方法论、管理技巧、求职面试等。
