产品经理的工作万变不离其宗，无论什么方向的产品，都需要经过“获取需求——筛选需求——产品设计——研发上线”这样一个流程，当然整个环节远比看起来复杂得多。在各种产品的设计中，后台产品由于面向的用户和功能定位的特殊性，在规划和设计中需要具有严密的逻辑性以及前瞻性。
后台产品（以电商平台为例）的使用者主要不是前端的用户，但是功能却是牵一发而动全身，要求产品经理对平台的业务流程（包括：订单流程、结算流程、会员积分、商品管理）等有全面而透彻的理解。
一、后台产品的整体规划
由于需求提供者往往不是平台的会员，而是平台的管理员，就需要对平台各业务部门的需求进行整合和归纳，抽象出各部门的实际需求，做好后台产品整理的模块规划，切莫一次性求全求多，但要保证框架清晰明了，如此才可以在后续的优化迭代过程中，有据可依。就大多数的电子商务网站后台而言，整体框架大概如下：
由于不同的平台，对于管理者的分级不同，可能还会涉及到权限系统，所谓权限管理系统，即是对后台管理者的权限进行分级，部门经理和专员的权限自然不能等同。
就整体框架而言，以上的模块足以支撑任何一个电商平台的后台管理，如果要做功能的细化，只需要在相应模块进行“雕梁画栋”。
二、重点模块的功能规划和设计
后台功能根据平台的定位，侧重点不同，全是重点则没有重点。从电商平台的角度来分享一下几个重点模块的功能设计：
商品管理系统
商品管理当属重中之重，没有商品一切无从谈起。商品管理则涉及到商品的库存管理、上架管理、类目管理、品牌管理等。
库存管理：重点是库存的预警，可以在产品后台的设计当库存值小于等于预警值时，进行库存的预警。
上架管理：在于商品详情的审核，管理平台要对商家入驻的商品进行审核，如果是自营商品则由相关运营人员进行审核和编辑，对不合规商品要有违规下架的操作。
类目管理：为商品管理系统中的重点。最好的类目管理方式就是最适合平台的类目管理方式。
如下图所示：
借鉴天猫的类目管理方式设计，前台类目和后台类目不一致，采用“类目+属性”的商品管理方式，优点是能够更好地进行分类管理，方便运营，能让买家用户按照商品属性更直接地搜索到相关商品，而这种类目管理方式对运营人员提出了更高的要求；
而京东的类目管理模式，则是前台类目和后台类目一致，在京东的页面上看起来就会显得整洁有序一些，逻辑清晰，缺点是商品数量增多以后，管理起来工作量巨大。
交易系统
交易系统是重点模块，但功能设计相对简单，主要保证前台基本的交易流程。
主要的展现方式为：订单列表，订单列表中的重要字段有：订单编号、订单金额、优惠金额、订单状态，同时在列表中可以实现对订单的筛选查询。各个模块并非独立存在，在交易（订单）系统中还需要增加“支付方式”的字段，以方便统计不同支付通道下的订单成交情况。
对于各个状态的订单要具有编辑和修改状态的功能，此功能对于平台的测试人员尤其重要，可以满足测试人员进行不同状态的订单修改。
结算系统
结算是整个平台的核心，结算涉及的角色有买家、商家以及平台的扣点分成，功能需求必须严谨。
在结算系统中，以结算列表的方式来进行分角色结算管理，如下图，为商家结算管理的草图。
账单（结算单）要具有审核和查看的功能，平台对商家的结算意味着将结算金额打向商家账户，则必须进行审核确认。在结算模块也可以增加“支付方式”的统计字段，方便统计查询。
会员管理系统（CRM）
平台的会员管理涉及到：供应商管理、买家管理、客服管理等。在会员管理中则需要对会员的成长体系进行规划和设计，包括会员积分、会员账户余额、会员通知、会员资料修改编辑等。
后台产品的模块还有很多，在此只能做一简单分解，每一个模块都可以拿来当一个专题进行剖析和讲解，后台产品设计需要深刻而全面的思维，宁可求稳，切不可剑走偏锋。
三、后台产品经理的要求
良好沟通协调能力：各部门获取需求，这就要求产品经理懂业务流程，了解技术框架。
产品上线后还要对使用者进行相关的业务培训，善于表达和演讲，则是最好不过了。
数据分析能力：对平台的数据进行统计，比如销量的统计、商品销量排行的统计、会员购买力的统计等，这并非要求产品经理去做所有的数据挖掘，而是要对这些统计功能敏感，把相关的需求实现出来。
战略能力：后台的布局和规划需要一个更高层次的战略眼光，后台功能直接制约着前台后台是否实现和发展方向，后台的优化迭代成本远高于前台，因为必须把握好方向，使用战略眼光来看问题。
笔者之前写过一篇文章《后台产品设计，新人入行最好的切入点之一》，这也是我对后台产品设计的一些浅薄理解，希望大家交流学习。
