产品经理与电商后台产品架构

转自：产品经理与电商后台产品架构

2017-12-08

刘志远 [互联网技术er的早读课]

伴随着手机的普及化，互联网技术以奔涌之势融进我们的日常生活，上到花甲古稀的老年人，下到总角之年的小孩子，都多多少少使用过一些运用，对一些商品有各种各样看法，愈来愈多的人逐渐探讨商品。对产品经理而言这也是我们这一代。

可是产品同质化越来越严重，客户体验却无法量化分析，羊群效应在IT行业好似预言，总流量被大佬把握，中小型企业无法提升总流量超级黑洞。对产品经理而言这与此同时也是最坏的时期。

绝大多数客户压根认知不上后台商品的存有，会感觉后台商品甚为神密。业内人一般觉得做后台商品难以，由于设备的逻辑性繁杂。在大伙儿异想天开的想象以后，后台产品经理会惦记着如何落地式，后台系统软件能否支撑点？怎样的产品方案可以满足需求？

很多人触碰电商都是以淘宝网（天猫商城）、京东商城逐渐，也仅限前面商城系统，非常少还有机会掌握后台。好似人体骨骼对于身体，后台针对电商业务的支撑点起着非常重要的功效。一开始触碰后台商品，会感觉出现异常艰难，由于后台并不是某一单独系统软件，反而是好几个控制模块组成，而且中间也有数据交换平台。后台重逻辑性、重业务，对产品经理的标准很高，令很多人望而生畏。但是在我们渐渐地整理清晰业务，搞清楚系统软件中间的信息内容运转，就能慢慢发展，乃至在逻辑自洽中寻找做后台商品的快乐。

1、什么叫电商后台

“前面客户的一一歩，后台系统软件的一大步。”坚信了解过后台一段时间的产品经理都是会传出那样的感叹。

平时大家用的最多见的作用，例如加入购物车、优惠劵等，看起来非常简单，客户在运用时也就是点一下，事实上在后台要通过许多标准的校检、多系统软件间的信息内容运转。

电商后台对绝大多数消费者而言很生疏，平时几乎触碰不上。后台与前面是相应的，对一般顾客而言，店家系统软件和服务平台智能管理系统都归属于后台；对服务平台上的店家来讲，店家系统软件便是后台系统软件；对服务平台而言，服务平台的智能管理系统归属于后台，对于C 端APP、H5 商城系统和对于B 端商家管理系统都归属于局端。

电商后台系统软件，实际上也不可以称为一个系统软件，可以称之为后面支撑点产品线，一些企业将其拆分成许多分系统，阿里巴巴更将其發展变成网易大数据工作群（产品核心、检索业务部、共享资源业务服务平台等）。后面一系列系统软件支撑点着企业各种各样业务的实现和发展趋势，现阶段端展现、业务解决（订单信息、售后服务）、库存量变化等业务正在进行时，后面各系统软件间则相互之间启用插口完成信息升级。

电商领域的很多业务与传统式零售业相近，搭建后台系统软件的全过程具体在做信息化管理供应链管理。做电商产品经理，一定要读供应链的有关书本，用系统化的概念来了解业务。

在漫漫人类的历史中，商业服务以各种各样形状已存有上千年，当代供应链基础理论发展趋势己经近百年，供应链管理的信息化管理自电子计算机问世后就不断地在推动。

电商领域有别于别的互联网技术行业，早已有很多完善的制度经济学可以运用。电商后台产品线的绝大部分工作中是 将实体的供应链管理管理体系搬到网上，例如购置、仓储物流、供应商选择、仓储管理、产品、 市场价管理方法等，这种方面在传统制造产业、零售业已经有一套完善的基础理论和运用。 如今许多电商公司会挑选自行开发设计电商全套系统软件，系统却很“土”，只在乎从 0 到 1，却忽视从 1 到 100 的提升。以仓储管理为例子，产品库存量仍是压货对策，沒有从 科学合理的方向去考虑到库存量周转天数、库存值、备货对策等早已很完善的物品。图 1 所 示的是马士华教师在《供应链管理》中的供应链管理体系搭建整体实体模型。可以发觉， 电商后台商品的很多业务都是在这幅图中有一定的反映。电商企业的购置、仓储物流、服务项目、 货运物流、订单信息等工作中都是在供应链中有一定的涉及到。例如 Push/Pull 方法就常常用在电商 的仓储管理中，双 11 的营销便是 Push 的方法，先补货，随后根据营销来提升要求。 电商后台的很多工作中是将供应链管理步骤信息化管理，以操作系统的方法来操纵业务。自然电商 商品中也有很多特有的內容，如网上商城、内容管理系统（CMS）等。

以顾客下订单信息为例子来详细介绍业务信息内容在各体系中间的运转，涉及到关键的数据交换平台如下图2 所显示。从客户挑选产品、转化成订单信息到订单出入库、物流运输、客户查收、申请退货，信息内容在多系统软件中运转升级数据信息。

从图2 中可以看得出，前面客户简洁的提交订单姿势，必须后台系统软件多系统控制模块中间的相互配合。针对产品经理而言，梳理各体系中间的业务逻辑性，尤其是当产品种类多种多样（包含服务项目产品、实体产品、服务项目加实体产品等），业务繁杂（包含预购、分销、代发货等） 时，各系统软件功能模块的防护、设计方案时考虑到扩展性十分必需。

在电商公司中，后台系统软件关键的功能是业务支撑点、提升服务规范、提升业务高效率， 还能够给予数据统计分析参照，从而为业务调节给予参照。

2 电商后台产品架构

电商后台是业务规定较高的商品，现阶段台商品或业务工作人员明确提出要求时，有工作经验的后台产品经理第一时间联想到的并不是画原形、设计方案作用，反而是剖析要实现需求涉及到什么控制模块，必须融洽什么分系统连接。因此杰出的产品经理一定是对企业产品总体构架非常清楚，能从系统软件总体视角考虑到作用的合理化，在服务平台方面为以后有可能的业务发展趋势开展策划和设计方案。

好的产品架构针对一个公司来说是十分关键的一件事情，决策了是不是可以承重业务的发展趋势，就好似路基对于多层建筑。因为商业服务特性影响了电商业务支撑点系统软件需要具有可靠性、可拓展、实际操作方便快捷、安全系数强等特性，产品经理在设计方案产品架构时， 应考虑到到业务发展趋势必须，尽可能将各控制模块防护，例如以产品控制模块建产品核心，以订单信息控制模块建订单中心等。仅有在设计产品上面有模块化设计观念，具备创新性，技术性在开发设计时才会考虑到业务防护，当业务调节、作用增加时，开发设计可快速开展，防止牵一发而动全身的事儿不断产生。

产品架构的扩展性十分关键。许多情况下会听见开发设计讲“不必写死”——敲代码注重“可重复使用、可拓展”。针对产品架构而言一样如此。产品经理在设计方案产品架构时，要思索将来产品迭代的方位，很有可能会提升什么控制模块，从一开始就给之后的发展趋势留有概率。假如新品还没梯度下降法好多个小版本号，提升一些基本功能就必须全部网页页面等级或技术架构推翻改版，那肯定是产品经理的问题。以网易音乐为例子，从2013 年网易音乐的1.0 版本号逐渐，一直升级到现在，APP 的信息架构和网页页面等级基本上没产生很大转变。好的产品架构可以支撑点业务扩展，减少维护保养成本费。

电商后台产品架构设计方案规定产品经理十分懂业务。针对系统软件思维逻辑、总体业务认知能力及其未来发展的创新性，不一样领域、不一样消费群的产品经理在做商品总体构架时构思也会不一样。

对于一般电商业务，小编简易画了一张商品控制模块平面图（如下图3 所显示），基本上一些大中小型电商企业的产品架构大概如此。除开图上所显示，如今许多电商企业逐渐转型发展社交媒体电商，选用UGC 方式或直播电商，在产品架构上面新增加新闻资讯系统软件，完成新闻资讯与产品的极度结合。

（1）产品核心：

关键管理方法SKU( 最少库存量企业)、SPU（规范化商品模块）、特性（重要特性、非关键属性、市场销售特性）、品类知名品牌、价钱等相关产品的数据信息。

（2）订单中心：

管理方法订单信息种类、订单信息，搜集有关产品、特惠、客户、订单信息、支付信息等一系列的订单实时数据，开展库存量升级、订单信息下达等一系列姿势。

（3）支付中心：

管理方法付款数据信息，启用第三方支付平台插口，纪录支付信息（相匹配订单编号、付款额度等），付款查账。

（4）用户中心：

关键管理方法用户等级、客户利益、積分、电子券等vip会员有关信息， 根据一系列满足客户心理状态、提升粘性的办法来完成开发客户、提升客户活跃的目地。

（5）调度系统：

将订单信息转换为发货通知单，及其别的出入库单，生产调度库房和货运开展送货。

（6）营销核心：

关键管理方法主题活动有关，优惠劵、立减、盛典主题活动、营销会员专区等。营销专用工具的开发设计对电商特别是在关键。营销活动的乱用易导致的客户疲惫，如何破旧立新， 给电商产品经理导致了非常大挑戰。

（7）内容管理系统：

主要是对局端开展网页页面配备（Banner、ICON、Tab）， 配置主页，自定专题页，设定起效时效性。

（8）评价中心：

管理方法商品评论和用户满意度。这并没想像的这么简单，涉及到一些敏感词汇和比较敏感照片的挑选，及其回应内容管理系统。

（9）采购中心：

管理方法SKU，当库存量预警信息时，立即转化成订货单开展进库。有供应商选择控制模块，关键开展供应商选择评分，发展趋势新经销商等作用。

（10）财务会计：

关键管理方法订单信息、采购系统有关的财务报表，数据信息准确度规定较高。还要承担查账、清账、统计分析等业务。

（11）WMS 系统软件（仓储管理系统）：

主要包含进库、出入库、汇总等控制模块。WMS 关键和调度系统开展信息互动，意见反馈进出库情况和库存量变化。

（12）物流配送中心：

主要包含运费模板，承担运输费管理方法（前面订单信息、真正运输成本）、货运物流情况储存查看（包含快递公司100、菜鸟等关系业务）。如果是跨境电商电商，还涵盖和中国海关总署的连接，开展出口报关实际操作。

（13）风险控制核心：

关键运用大数据技术开展客户个人信用基本建设、风控系统，防止故意点评、补单退钱等实际操作，搭建可靠的电商买东西自然环境。

（14）客户服务中心：

关键管理方法申请退货、售后维修服务等实际操作，包含客服中心、网上客服等，与之相匹配的是工单管理系统，将在线客服每日任务开展序列管理方法，分派给对应的在线客服。

（15）门店管理：

作用繁杂，等同于给予给B 端客户一个Saas 管理方法后台，给予管理方法产品、营销推广、订单信息一系列作用，关键对于一些有对B 端业务的电商开发者平台。

对电商企业而言，

最关键较难做的有三一部分：产品、订单信息、库存量。产品与店面、营销推广、点评等有关；订单信息与vip会员、营销推广、付款、库存量、货运物流等有关；库存量与订单信息、购置、WMS、营销推广等有关。系统软件中间业务逻辑性和互动出现异常繁杂，标准多种多样。

对电商后面趋势线各功能模块的业务作用有基本认知能力以后，能够看见的是，平时手机上中的一个电商APP，身后是多个分系统在支撑点着，也是很多技术性和设备工作人员在艰辛投入。

每一个分系统并不是独立的，根据产品架构互相关系，界定其作用范畴。产品架构与技术架构紧密联系，产品架构决策要求和设计方案，技术架构决策技术性架构与特性。

产品架构将这种不一样应用领域的作用开展聚类分析融合，将电商后台拆分为好几个分系统， 确立业务界限，尽量避免系统软件中间的藕合，高效率支撑点前面业务。

3后台丰富度的衡量

针对电商后台，初创期小公司用几十个开发者就能满足需求开发设计，保持业务运转，大企业则必须好几百乃至上百个开发者来实现开发设计维护保养。这就涉及到后台系统软件复杂性的问题，除开业务范畴的差别，也有业务量的要素。

如下图4 所显示，以产品控制模块为例子，在业务量逐渐提高时，为了更好地高效率方便快捷地服务项目客户，会渐渐地分拆好几个控制模块。如下图上所显示，在系统软件发布前期，全部后台系统软件结合在一起，产品一部分仅仅后台系统软件的一个控制模块。伴随着业务量的提高，将产品核心单独为分系统；然后伴随着业务再次提高，库存量控制模块从产品核心中单独出去，独立变成库存量核心；再然后发展趋势出来，价钱控制模块从产品核心单独成价钱系统软件；再之后，价钱系统软件依据必须拆分成价钱智能管理系统与价钱监控系统。从这些事例中我们可以见到，系统软件都是以简易到繁杂，伴随着业务渐渐地梯度下降法。

图4产品控制模块系统软件发展全过程

对产品经理而言，并没有要把系统软件做得专而精，也不是小而美。前边提及过， 产品经理要做实际的浪漫主义者，依据具体情况来制订产品迭代方案，不求一步到位。

在产品研发前期，为了更好地尽早发布、减少项目成本，会优先选择开发设计主要求，中后期伴随着业务发展趋势渐渐地梯度下降法。许多后台商品在发布一段时间后，伴随着业务提高解决的时候会显得愈来愈费劲。各系统软件控制模块句式杂糅在一起，耦合性高，也有有可能发生牵一发而动全身的状况。后台产品经理的工作能力非常大一部分取决于对业务的整理工作能力，越到后台发展趋势后半期，业务逻辑性会越繁杂。对业务开展分拆，界定产品架构，支撑点中远期的业务发展趋势，极为磨练产品经理的工作能力。

本文选自《电商产品经理秘笈》，书里详解了电商后台产品线中的各系统软件控制模块及其跨境电商电商商品的不同之处

1.文章内容微信公众号由来：https://mp.weixin.qq.com/s?__biz=MjM5NTQ5MjIyMA==&mid=2654542854&idx=3&sn=10e7b2930b851594ffceb3dbefa57843&chk ** =bd3a04158a4d8d03428f14c6a1e34e94b4aaa5b8c75c235456e6e2ed2106a381b9c3777ade4c&mpshare=1&scene=1&srcid=1211wSax50hWjzCJNXoUlvIe&pass_ticket=MBf+fdpXIA6ZXPcmoOrAwmNo8VWlLJZToYGjG2eMufJE5rVlJKB+hVi+scEZU3fF#rd