如何做好电商类目属性管理？漫谈我的多年类目管理经验
如何做好电商类目属性管理？漫谈我的多年类目管理经验
研习社导师/葛娟
万丈高楼平地起，夯实的底层结构太重要，做电商亦是如此。电商的本质就是销售商品，运营也好，促销也好，最终目的无非是吸引客户来购买这些商品，商品管理是运营中及其重要的环节。而类目和属性的管理是商品管理的基础，那今天，我就和大家谈一谈电商平台中如何搭建及调整类目属性，对平台整体运营起巨大促进作用。类目属性如何搭建才能促进销量，更好的服务顾客需充分考虑以下三点：
前台类目是否是顾客需要的，应如何进行优化？某平台母婴市场频道页的前台类目，虽然采用标红的类目突出重点，我们仍然可看出这种展示方法相当混乱，顾客查找效率很低。
我们如何进行前台类目调整？1. 按照场景进行分类我们可从宝贝嘘嘘、宝贝喂养、宝贝洗浴等多个场景进行分类，便于顾客迅速定位找到商品。
2. 按照宝宝成长过程中标志性时间进行分类用新生儿的不同阶段进行分类，比如“出牙”，当顾客点击此分类，出现的是和“出牙”有关的商品，如牙胶等。又或者按成长阶段来划分，如“0-6个月”等。总之，除了这些，还有很多其他的优化方法，通过这些优化，流量一定可以快速准确的流向商品。是否有足够的类目和商品供顾客选择？说到这里，我们不得不追溯下前台数据从哪里来？前台类目调取都是后台类目的数据，前台类目灵活多变的前提一定是有个稳健合理的后台类目。那么后台类目是做什么的？后台类目最重要的作用就是给商家来发布商品，商家通过后台类目和属性来对商品进行准确完备的信息填写以方便前台顾客的浏览需求。后台类目从长远来看，需要遵循行业商品的特征进行合理分类。当类目分到不能再往下细分的最底层级的节点，这个时候，我们也可以把这个类目称之为叶子类目。比如下图中的四级类目核桃、碧根果等就是叶子类目。电商平台的所有商品都是挂在这种叶子类目上。
不管是什么平台，后台类目的分布和确立总要根据业务的实际情况进行优化和改进，目的就是为了优化类目结构，更好的导向销售。后台类目搭建好了，前台类目应如何调用才能提升顾客的体验呢？首页前台类目的位置是非常有限的，比如1号店有4千多个叶子类目，是没有办法全部一一对应的在前台进行展示，寸土寸金的位置决定了前台类目的玩法必须灵活、多样化、个性化。其实，我们日常看到的网站的前台类目归根到底大多只有3种类型：1.实体类目（后台有这个类目，前台直接用）；2.虚拟类目（后台有，但是前台通过聚合展示几个类目的信息，或者前台只展示一个后台类目中具备某一个属性的信息）；3.前台直接是通过搜词链接来匹配商品信息。第一种类型相当常见，从某种意义上来说是很多中小网站前台类目都是采用直接调用后台类目的方式，那么我们具体说下后面2种虚拟类目：以设置手机类目为例，我们在前台类目会设置“手机配件”这个类目，顾客从这里进入可以看到耳机、贴膜等所有手机配件相关类目的商品，这样一个类目词就把从前台就把所有要买配件的的顾客都引流进来。这不仅节约了前台类目的坑位，更重要的是当顾客原来只想买贴膜的，进来会发现也许还需要买个手写笔，这就可以通过相关性商品激发他们的潜在购物需求。类似这种前台类目聚合就是虚拟类目。搜词链接：有些热销品牌词类目如苹果、小米、华为，甚至于会有热门型号词比如华为P9，这实际是为了更精准的定位这部分需求的顾客，这种关键型号词类目、品牌词的类目都是搜词链接。如果想要实现后面2种的功能，那网站就需要实现前后台分离，所谓前后台分离，就是前台类目和后台类目不再简单的是一一对应的关系，而是各自可自由承担着不同的职责。但这不一定适用于所有平台，而是要根据网站的应用需要和商品量级来判断。网站前台类目就是无声的促销师，那什么时候需要调整前台类目呢？简单来说，可以从3个方面来考虑：1.季节变化2.大促节点3.品类需求每当换季，前台类目要展示的商品就要根据顾客需求的变化作出调整。进入秋冬季节，服装类目里，原来的连衣裙、T恤就不再是顾客关注的热点，而毛衣、羽绒服等就需要尽快的调整到前台类目上。圣诞节春节，巧克力等热销类目就会在前台类目中采用标红的形式展示。通常这些类目词的调整，都可以带来类目点击量10%-40%不等的涨幅。现在1号店正是8周年大促，所有前台导航一级类目中都能找到引流到8周年对应品类分会场的链接。这种蓄水池功能为大促聚合流量的效果非常显著，从以往的大促时候数据来看，这类流量甚至可以占到自身类目线流量点击的前3名。至于品类的需求，主要是为了更多新品以及中长尾商品的有效曝光。就如之前我们提到前台类目会有华为P9这个型号词，这就是抓住一个当前热点，精准定位顾客的需求。把这些结合起来就是一个完整的类目体系及对应运营规则。
顾客如何快速找到想买的商品？从类目来到商品列表页，有几页，甚至几十页的商品，如何快速找到所需要的商品，此时就需要属性来帮忙，可见，设置合理的属性至关重要。根据属性在前台的应用，可分为3种类型：1.导购属性
2.系列属性
3.描述属性
我们怎么来用好这些属性？这里务必要关注以下3个问题：1、商品属性有没有填写完整？商品所有属性是不是都填写了？商家发布商品的时候会发现，属性有必填和选填2种，一般来说，必填属性大多用来做导购属性，或者是和商品特质相关的，那这种必须填写。选填呢，就是可填可不填。不过，我的建议是可以填尽量填写，尽量丰富的把商品的信息展示出来，这样还可以获取到搜索的流量。2、商品属性是否都准确？属性的准确性也相当重要，属性填写的不准确直接导致前台商品信息的不精准，导致顾客购买的障碍，甚至会引起投诉。曾经确实有顾客因某款手机详情页标示屏幕尺寸是6寸而投诉过和商品信息不符，并且获得赔偿。为了尽量规避，我们通常会在这种自定义的属性上事先标示好单位。所以不要小看任何一个细节。3、商品属性够不够丰富，能否在前台起到引导作用？随着商品种类的丰富增多，势必对网站展示的商品属性项和属性值有更高的要求。比如饮用水，它的包装常见的有瓶装、罐装、桶装，现在还有一种听装（比如现在的网红白花蛇草水的包装）。这说明类目的属性不是一劳永逸的，是需要商品管理运营同学长期的维护和优化。属性的丰富度越高，顾客可选择的余地就越大，才能帮忙顾客真正快速的找到需要购买的商品。属性这么重要，那建立属性有什么规则呢？首先需要在系统中建立一套属性库，不管前台属性如何应用，类目的属性都是调取的属性库里的数据，而属性搭建的原则通常我们都是从3个维度来搭建，分别是产品属性、营销属性、通用属性产品属性：有行业专业性，可以满足浏览专业度需求，这些属性是产品固有的，有一定行业标准可规范的。比如单反相机，专业买家关注的属性会很多，曝光和对焦、驱动系统等。营销属性：可满足多维度浏览需求，以非标准类行业为主。比如服装类目，女装会有风格属性，淑女的、韩版、小清新、欧美、街头、复古。这些属性的并没有一个特别严格的衡量标准，因此有些属性一般会作为多选项。通用属性：是几乎所有类目商品都会涉及到的，比如最常见就是产地，所有商品都有自己的产地。当属性库搭建完成后，就会被各个叶子类目调用，在前台便充当起了导购属性、描述属性、系统属性的角色，商品就有了载体。业务精细化就要深入到核心单元--商品，管理好商品在平台的分类归属，角色定位及进出，就等于立下了业务最核心的“游戏规则”。还是那句话，我们所做的一切，都是为了推动生意的发展。欧电云电商研习社100+的电商运营导师6大电商运营模块课程100+的电商运营课程最专注的电商从业者学习成长社群最容易上手的电商新人入门学习成长社群最专业的传统企业转型做互联网+从业学习社群
长的好看的都关注了欧电云电商研习社转载/合作请联系研习社助手小云个人微信：odianyun电话：150-
最专注、最容易上手、最专业的电商学习成长社群，拥有体系化的电商运营培训课程，帮助初创电商平台从0到1的原始运营积累，帮助电商运营从业者建立体系化的运营知识和能力。看阿里前世今生 玄难细讲如何做电商业务中台 - 滚动_【北京联盟】
看阿里前世今生 玄难细讲如何做电商业务中台
/ 作者：小易
北京联盟摘要：
看阿里前世今生 玄难细讲如何做电商业务中台，上一篇：
下一篇： 。给你一个还未了解的 不一样世界 关注“醉悠枫” 2016ATF阿里技术论坛于4月15日在清华大学举办，会上阿里业务平台事业部淘宝基础平台技术部负责人玄难阐释了淘宝经历13年的发展中，业务平台从零到有，同时又逐步演进为业务中台。而中台的概念是阿里巴巴在2015
给你一个还未了解的不一样世界关注“醉悠枫”
2016ATF阿里技术论坛于4月15日在清华大学举办，会上阿里业务平台事业部&淘宝基础平台技术部负责人玄难阐释了淘宝经历13年的发展中，业务平台从零到有，同时又逐步演进为业务中台。而中台的概念是阿里巴巴在2015年12月提出，并且按照“大中台、小前台”理念进行组织升级，旨在建设“敏捷的前端+强大的中台”，降低整个集团的创新成本，适应新时期的发展。
下面是演讲全文
玄难：大家好，我叫玄难。接下来主要讲一下淘宝13年发展中，每个阶段的业务状况、技术挑战和技术体系的应对策略。
在复杂的电商生态中，我们有4亿多的消费者，这是我们最大的资产。我们要服务好这几亿消费者，只是阿里巴巴是不可能的，现在有1700多万商家，在全国有200多万快递人员。有上万家软件服务商为我们的商家提供企业支撑软件。随着电商生态的发展，有更多的生态角色不断出现，例如大家都知道的网红。这些是外部生态。内部也从淘宝，一步步的发展壮大，现在有几十个事业部，相关的技术人员有一万多人。支撑了7000多个应用，上千种现存的业务，每天几百个业务需求，500多个独立的变更。面对这样一个复杂的体系，我们如何应对它呢？这就是我重点要讲的业务平台的发展。
在电商技术体系里面，我们会看到中间有一层非常关键的业务平台。淘宝网、天猫、聚划算，以及1688等耳闻目详的零售市场，都是基于业务平台建立的。很多业务也是通过业务平台进行串联的。在业务平台中包括了会员、商品、交易、营销、资金结算、店铺、评价等等电商的基础平台。4亿多会员、10多亿的商品，双11一天900多亿的成交都是在业务平台中进行管理完成的。业务平台是整个电商业务生态的基础。这是非常复杂的业务抽象和业务逻辑控制层。这一层的能力，直接决定了业务发展的速度和业务创新的成本。
电商系统的发展经历了四个阶段。第一个就是淘宝生长期，单一业务系统阶段。第二个是淘宝集市+淘宝商城时期，分布式业务系统阶段。第三个是三淘(淘宝、天猫、一淘)时期、业务平台化阶段。第四个就是目前的垂直化事业部、业务中台化阶段。
第一个阶段是淘宝早期的建立，业务简单，一个业务系统、几台机器就支撑了。刚开始系统不稳定，每天晚上都需要把系统重新启动一下。这是2003年的界面，我们还是保留了历史的痕迹。这个阶段也分两个部分，最早是花50万买的别人的一个PHP的系统。随着业务的发展，逐步改造成了Java技术体系。系统名字叫Denali。随着电商的迅猛发展，业务品类的快速增长以及淘宝商城起来之后，技术人员的增加，这个系统搞不定了，效率和稳定性都变差了。
到2007年团队已经有了上千人，这个时候我们的项目支撑面临巨大的挑战，系统架构必须升级进化。这就到了第二个分布式业务系统阶段。我们开始做分布式战略，把原来的单一系统拆分成多个高内聚，低耦合的中心化系统。现在耳闻目详的用户中心，商品中心，交易中心，店铺中心，就是这个阶段出现的。同时也意味着把上千人的团队拆分成了业务相对比较集中的小团队。每个独立的系统可以独立设计、独立接需求、独立发布，整个研发效率和系统稳定性都上了一个台阶。后面小邪要讲的中间件体系也都是在这个阶段发展起来的。电商发展的速度实在太快了，到2011年随着各种B2C网站，各种导购网站的出现，公司也在战略上进行了调整，把淘宝拆分成立淘宝、天猫和一淘三个独立的事业部。三个事业部的业务决策链路更短，业务发展更快、技术人员也快速增长。而且三个事业部的定位不一样、业务发展方向不一样、业务的管控规则不一样。而且在一些业务规则上可能还相互冲突。我们都知道在做业务系统的时候，为了快速应对每天的业务需求变更，很多时候都是通过代码来写业务逻辑的。在业务抽象建模，系统架构的开放性方面都是不足的。这就会导致业务逻辑之间的耦合和相互影响，研发效率大幅下降。系统架构必须升级，这就进入了第三个业务中心平台化阶段。业务中心平台化，什么是平台？就是要把基础能力跟每个业务方的特性业务拆分，要把业务和业务之间的逻辑进行隔离。比如说天猫的业务跟淘宝网的业务有可能是冲突的，但他们需要在一个平台上执行，这时候我们必须把业务的逻辑分开。这时候就开始升级会员平台、商品平台、交易平台等等。平台化最核心的是业务抽象建模和系统架构的开放性。业务抽象解决共性的80%问题，系统架构开放性解决20%的个性化问题。
比如说我们看到这个商品的平台化，整个电商体系有10几亿的商品，涉及商品本身的物理属性、不同渠道的销售价格、库存等等。还有很多的不同类目的管控规则，比例医疗器械，必须要有企业资质证明，要有检验证明等等。而且还有些类目，因为市场定位不一样，管控的力度也不一样，比例淘宝和天猫在的管控上也都有差异。我们怎么去解决差异性的问题，这些东西就是在整个商品平台里面去做的。我们要通过建立元数据中心、规则中心、商品发布界面自动生成、图片扫描等等来实现商品管理的平台化。
我们知道每一个人去逛淘宝买东西，每一笔交易都在交易平台上发生，但是在不同的交易的流程和规则是不一样的。比如我们买实物商品、买虚拟商品，还有线下洗头服务等等，它的交易流程不同，有些是先支付在发货，有些是先发货后支付。比如说可能需要在购买的时候同时申请贷款。支付宝给我们提供了很多支付方式，但不同业务需要的支付方式是不一样的，这些东西都是需要通过交易平台来实现。平台化要把不同业务的逻辑隔离开，避免相互影响。
淘宝今年业务方向是内容化，社区化、本地服务化。我们需要为淘宝网未来5年的业务升级搭建新的基础设施，新的业务平台。像这个内容平台就是其中的一个，需要能同时支持所有业务的内容生产、内容管控、内容的检索、内容的组织等等。
全球化是整个集团得战略方向。要能把我们中国的货卖到国外，国外货卖到中国，国外不同国家之间的货物买卖。这些东西都涉及我们整个电商基础设施的升级，包括多语言、多币种、多时区的支持。但他不仅仅这些，还有更复杂的电商基础模型的升级。比如中国有一个很好的制造商，商品品质好。但是他们自己本身不具备英语的能力，俄语的能力，这时候在我们的电商体系里面，如何帮助他把货物卖到全球去。国外的品牌如何简单方便的把货物在淘宝、天猫、聚划算、1688、农村淘宝上去卖等等。比如说华为生产的手机，在天猫上卖的价格、AliExpress上的价格不一样，而且整个的营销模式不一样。“双十一”搞活动的时候，你会发现因为时差的问题，我们整个交易营销的控制逻辑都极大的提升了复杂度。会员安全控制的复杂度等等，都会发生天大的变化。当我们面对全球化的时候，所有基础的模型都会发生变化，涉及到我们对电商商业领域的理解升级，基础模型升级，平台能力升级。到现在为止，平台化的升级改造还在不断的继续。而且只要这个业务存在，这个公司存在一天我们就要不断的进行平台的升级。但随着生态的复杂度、业务的复杂度、系统复杂度的升级，我们又遇到了新的问题。我们领域的平台化解决了领域内部的问题。但是我们每一个业务的执行都是夸领域的，涉及会员、商品、交易、营销、店铺、评价、支付、物流、售后等等，业务逻辑横跨几十个系统。比如说这个衣服，我们的商品发布规则是什么样的，交易规则什么样的，营销规则什么样的，这些规则分散在不同的系统中，而且还是相互有关联的。逐渐的，没有一个人能说清楚全局情况了。最后发现最厉害的是谁？就是我们的程序员，因为他们能翻代码，能把所有的逻辑还原出来，但代价极大。最后发现做一个需求，我们评估所有系统的需求要1个月时间，开发只需要10天，但测试又花了10天。真正有效的工作占比很少。整个研发效率和业务响应速度都比较差。这个问题已经不是一个技术问题了，而是一个复杂生态的协作问题。 我们就到了第4个业务中台化阶段。主要解决4个问题：1、信息获取成本高。2、互联互通成本高。3、服务具有不确定性。4、低水平重复建设。如何来解决这些问题呢，我们可去看一下传统的建筑行业和互联网本身的基础设施建设。基本上靠三个东西来共同解决一个复杂生态的协作问题。1、协议标准、运行机制。2、满足标准的分布式执行单元。3、中心化的控制单元。比如说我们的互联网，我们现在之所以上网能用手机，它的根本是什么呢？的协议，就是我们整个对网络的理解，它是最基本的思考。然后我们有很多设备，不管是什么品牌的手机，只要满足3G协议、4G协议，就可以插上卡上网。也就是通过这张sim卡确定了我们的身份，从运营商控制网络上获取了控制信息。知道我们是谁，能不能上网，网络速率等等信息。回头来看我们的电商生态，就是要根据我们对商业的理解，把一些基础协议梳理出来。例如什么是业务？什么是业务身份？各个业务领域的边界是什么？每个领域提供的基础服务是什么？领域服务和领域服务之间的流程链接标准是什么？再在这些思想的指导下去建立业务平台化的实施标准和业务管控标准。电商业务中台由一系列业务能力标准、运行机制、业务分析方法论，配置管理和执行系统以及运营服务团队构成的体系，提供各业务方能够快速，低成本创新的能力。
业务中台需要一个中心化控制单元，就是我们的运营平台。它主要由协议标准，能力地图、业务需求结构分解、全局业务身份、业务全景图、业务度量等构成。能让我们有一个地方纵观全局，把控细节。其中能力地图是一个最基础的设施，要能把电商生态里面的能力都呈现出来，并在过程中不断的优化完善。就象我们现在出行离不开高德地图一样，今后所有的业务方需要做业务规划，业务创新，都可以到这儿来寻找需要的基础能力。
为了能将业务逻辑本身与实现逻辑分离，可以将业务逻辑下发给不同实现的执行系统，引入竞争，方便业务平台的改造升级，我们要将控制信息从业务平台中抽离到业务中台，以业务身份为主线来进行组织管理和呈现。并以生态角色的视角来重构信息架构。这样的变革对我们原来的系统架构提出了更高的要求。通过业务中台化，我们把所有业务的数据汇集沉淀。每个业务它是怎么出来的，出来之后做了哪些业务需求，业务活动，每个业务活动的效果是怎么样的，都可以沉淀下来。当一个新业务来了之后，我们就可以让他看到前人成功和失败的经验。逐步可以做一些系统建议，建议他怎么去做营销活动，怎么做效果分析。这样我们能通过数据最终反过来支撑我们的业务创新。 最后，我想说的是业务平台是在最基础技术和前端大家能感受到交互技术中间的一层。这一层不是外部消费者和入门级技术人员能直接感知到的。但是这一层才是真正制约我们整个商业发展速度的核心地带。业务平台如何能支撑几千种业务，几万人在同一个时间里面进行变更，这个对业务业务的抽象能力和系统架构能力的要求都是极高的。大家学一个技术，学一个网络的协议，今天学完了以后我一辈子都不会忘记，都可以用。但是我们在做业务抽象建模的时候，今天你的想法跟明天的想法都会不一样。为什么？桌子上的一杯水，今天你看到一个杯子，材质是塑料的，瓶口是小的，肚子是大的，你可能就做了抽象建模，但明天发现另外一个杯子的时候，它是大口小肚子的,你对杯子的理解变化了。所以说它是随着你阅历的增长，视野越来越开阔，你对同样一件事情的理解越来越深刻，你的建模能力都在不断的提升，而且基本是无止境的。在业务平台你会对商业的本质有更深入的学习、理解和成长。原标题：阿里研究员玄难：如何做电商业务中台下面公众号都值得你关注，每天学习进步一点
看阿里前世今生 玄难细讲如何做电商业务中台
免责声明：本站文章除注明来源“北京联盟”外的文章均来自网络和网友投稿，著作权归原作者所有。北京联盟不承担任何连带责任！关于电商体系的搭建：如何设计电商后台的商品模块_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
关于电商体系的搭建：如何设计电商后台的商品模块
人人都是产品经理社区（）是...|
总评分0.0|
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩6页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢注册 | 登录
5年电商产品，专注电商。微信号：jxw140152
零基础学产品，BAT产品总监带，2天线下集训+1年在线课程，全面掌握优秀产品经理必备技能。
作为一名5年的电商产品人，他认为电商产品经理的地位日趋明显。而在本文中，他将详细解剖商户中台设计，与大家分享自己在过去的产品设计心得，并把如今的理解写出来。enjoy~
之前写过一篇电商后台的总体设计规划，但并没有将以往的电商产品设计心得写得有多细致，这里我将详细解剖商户中台设计，将以往的心得和理解写出来，和大家一起学习。
交易是人类最早开化的群体合作方式之一，这种群体交易不断发展，到十来年前终于诞生了电子商务，电子商务虽然发展已有十来年，但也还是不断有新的风口和变革出现，电商的发展从最初马云的癫狂之言变成了国人无法离开的一种购物方式，并且从2014年跨境电商元年开始引领全球消费者一起买买买！
电商一路走来推动了诸多巨头崛起，例如：阿里、京东、唯品会，到现在京东的市值更是超越了百度，国内市值前三的互联网公司有两家是做电子商务的公司。
电商巨大的市场空间不止是崛起了巨头，更是吸引了海量互联网创业公司纷纷涉足电商，当前新零售概念的提出更是让诸多的传统企业“看到了机会”。
十多年海量公司的涉足尝试，在某些角度上来说电商对消费者的呈现方式已经变得非常成熟，几无创新空间。于是乎在电商产品中就出现了一种声音：
“电商的功能需求已经严重同质化，电商产品经理变得越来越只是个功能产品经理”。
但我不这么认为，反而觉得电商产品经理在变得越来越重要。产品经理在做项目时一定要让自己成为整个项目团队的核心，要用心去浇灌所负责的项目，哪怕是同质化严重到只需要简单的抄袭就能实现的项目，也一定要用自己200%的热情去做好每一个产品细节，尽自己最大的努力让自己的产品保持优势，让自己所负责的产品来竞争的森林中茁壮成长起来。
平台型电商往往划分成三部分：
前端商品信息展现
商户管理中台
平台管理后台
其中商户管理中台是所有平台型电商设计中一个非常重要的模块。
本文将产品定位为为中小微企业服务的电商SAAS工具，既然是提供SAAS工具，就需要尽可能多的为目标用户提供技术解决方案。也就是说，需要提供很多的功能满足用户的个性化需求，当然这个尽可能多是在公司承受范围之内为前提。
中小微企业在选择SAAS服务时往往对产品的使用体验极端挑剔。
部分创业公司在巨大的迭代开发压力下往往忽略对后台的设计要求，简单的认为后台只起到功能支撑作用，但这样真的这样就足够了吗?
商户所有对店铺的管理操作都将在中台完成，中台如果没有较好的使用体验将损害平台对商家的吸引力。
在商户中台的设计中应该遵循以下几点：
简单易用，功能设计不让商户迷惑迟疑，关键功能和节点提供教程对商户进行指导。
满足需求的前提下尽量减少商户的操作步骤，缩短商户的操作路径。
配色符合大多数商户审美需求，避免让商户在长时间操作中感到不适。
功能层次分明。
使用流程顺畅，减少弹框对商户的打断。
整体框架的搭建
为什么需要搭建整体框架
建房子需要打好地基，设计产品也需要搭建好产品的整体框架。
商户中台管理系统使用对象主要是入驻平台开店的商户，不同的商户因为其业务特性的不同往往对中台管理系统有其个性化要求，例如一家想结合线下门店的入驻商户可能会对线上线下结合有需求，同时入驻的一家以售卖景点门票为主要业务的商户可能又会对虚拟商品线下核销有需求。
要满足商户对功能个性化的需求，商户中台管理系统往往就需要提供很多复杂的功能以供商户选择和操作，这就对产品经理在设计后台时提出了较高的素质要求。但话说回来，所有的后台其实在本质上都有一项共同点：就是对店铺前端呈现和管理要有很好的支撑，做到好用、易用。要做到好用、易用的特点就必须在最开始就搭建出一套扩展性良好的框架，避免最后因为功能的叠加而给用户的使用造成负担。
如何搭建框架
搭建框架之前产品负责人需要清晰的了解商户中台管理系统需要承载主要功能，并对功能做好金字塔式归类。有了对功能的细致分类才能对主要菜单进行层级设计，一般来说三级设计就足以满足需求。
商户中台需要具备的一级菜单有：
罗列出一级菜单后，再根据一级菜单判断各个子功能之间的一致性和关联性，把相应二级菜单放入到对应一级菜单下面，比如一定菜单中的订单管理下的二级菜单有：
订单数据概览
维权的订单
其中二级订单中的所有订单又可以包括以下三级菜单：
如上，将功能进行金字塔式的归类，划分一级、二级、三级菜单，减低整个系统功能之间的耦合性，又在一定范围内增强特定功能之间的耦合性，让商户在操作的过程中享受便利，也减少商户的学习成本。
总的来说，后台的整体框架搭建非常重要，好的框架不但能极大的减少技术的工作量更能给用户的使用带来便利。
商户中台和前端的交互
在商户中台的设计中除了框架搭建，商户中台与前端的交互逻辑是否严谨细致同样非常重要，商户A进行了操作，商户A的前端店铺就必须对商户所做操作做出回应。举几个例子：
店铺风格设置
店铺自定义页面
是否展示商品销量
发布营销活动
设置诚信标签
设置扣库存方式
更新店铺信息
打个比喻：商户中台应该要像衣柜一样，可以提供各个款式的衣服让人切换风格。商户中台在与前端的交互中能实现的远远不止是换衣服这么简单，切换样式、添加模块、去掉功能、店铺设置等等操作都可以在商户中台进行插件化操作，插件化操作是在电商模块已经越来越趋向基础设施的大环境下一种非常不错的设计思路。
另附上一份商户中台的思维导图。
（在新标签页中打开，即可查看大图）
但电商逐渐成为传统行业，电商体系在产品中变成了一种基础设施，如何在这种背景下实现产品设计的突围是对所有电商产品经理的考验。不管是大厂还是小创业公司，产品人只有兢兢业业抱着一颗创业的心态去做产品设计，去做产品体验才有可能做出用户满意，自己满意的产品。
作者：江来来，5年电商产品人
本文由 @江来来 原创发布于人人都是产品经理。未经许可，禁止转载。
如果觉得写的不错，欢迎打赏支持
赞赏5人打赏
收藏已收藏 | 257赞已赞 | 57
5年电商产品，专注电商。微信号：jxw140152
产品经理群运营交流群求职招聘群
Axure交流群
PM要学点技术
关注微信公众号
11个回答18人关注
0个回答1人关注
9个回答35人关注
11个回答10人关注
9个回答89人关注
17个回答26人关注