<small id='9ktUld4zN'></small> <noframes id='Scp3eg'>

  • <tfoot id='9Wt6IyO'></tfoot>

      <legend id='syvBcGmgp'><style id='CJdljc'><dir id='k2clBv6r5'><q id='TYj8aU'></q></dir></style></legend>
      <i id='Ya069bPRd'><tr id='5rpC'><dt id='oK0E'><q id='VZYN7XC0Gq'><span id='Xo2i'><b id='ijV3k'><form id='DFon'><ins id='qOwX'></ins><ul id='qMlBrhWU'></ul><sub id='8qeEb9LOQ'></sub></form><legend id='12Kzi'></legend><bdo id='HZ0uVM'><pre id='Ox5WNkIg'><center id='UKNM9'></center></pre></bdo></b><th id='5xihgUwcHb'></th></span></q></dt></tr></i><div id='3DMNgRJ'><tfoot id='UnsEN8GdpB'></tfoot><dl id='U28a'><fieldset id='INPnzV6G'></fieldset></dl></div>

          <bdo id='XWtL4oQj'></bdo><ul id='j3TlGqfwS'></ul>

          1. <li id='tHX2krEZ'></li>
            登陆

            一号平台下载安装-电商体系前后台规划全面解析——订单办理

            admin 2019-05-10 286人围观 ,发现0个评论

            订单办理体系是电商体系中最为杂乱的体系,其作为中枢决议着整个商城的工作,咱们规划商城的意图便是让用户下单,然后发货,然后订单完结。订单体系是电商体系最重要的模块,没有之一。

            订单体系规划的好坏,决议了商城的可用性,与运用价值;订单体系贯穿于整个商城体系,其他各个体系的规划也是为订单体系供给数据支撑。订单的中心是流程问题,触及资金流、物流、信息流,从用户提交订单的那一刻到订单完结,到售后,都需求订单办理体系来办理。

            解说订单办理体系就必须从它的流程来说,订单订单从无到有、流程分为这样几个流程:

            不论订单体系体系怎样杂乱,怎样拓宽,我将订单流程分为以上三个部分,而这三部分之间彼此独立而又彼此联络。第一阶段用户提交订单,体系处理订单数据;第二阶段付款成功,订单走物流体系,直到订单完结;第三阶段是从一或许二阶段中发生的反常流程

            一、订单数据流程

            这个阶段线上的操作并不是许多,首要是体现在体系对数据的处理上,咱们在商城挑选想要的产品,挑选产品标准、数量、优惠券、然后体系会为咱们生成终究的订单价格。这个流程归于体系内部的数据处理流程,需求调取体系各个模块的数据,流程如下:

            首要,是用户在商城内选购产品,这个阶段能够叫做前置用户行为。

            然后,是体系调取各个体系的数据,核算订单的终究价格,这个阶段能够叫做后置数据处理。

            终究,是将订单价格在用户端显现,这个阶段叫做体现层显现。

            1.1 前置用后行为

            这个进程比较简略,是归于订单流程的前置条件,只需触发此行为,才会生成订单,体系才会记载订单数据;

            需求流程如下:

            用户进入商城,阅读产品,进入产品概况页面,点击购买产品,挑选产品标准、数量,点击提交订单,然后进入订单概况页面。

            1.2 后置数据处理

            在订单概况页面体系会做很多的数据处理来核算订单的终究价格,而订单的终究价格也是能够随之变化的。比方:当用户挑选是否运用优惠券,修正产品数量,订单的价格都会发生变化。

            后置数据处理的流程如下:

            1.2.1 从产品办理体系获取产品的SKU信息

            首要,第一步会先获取用户所挑选产品的SKU信息,用户挑选不同的标准对应不同的SKU信息,而不同的SKU对应不同的产品价格,依据用户挑选的标准和产品数量生成产品总价。

            订单概况页面一号平台下载安装-电商体系前后台规划全面解析——订单办理展现产品数量、标准信息、产品总价格。

            1.2.3 从会员中心获取会员权益信息

            第一步、依据当时用户的信息:获取用户的生长体系——也便是用户的会员权益,会员等级是多少扣头,会员等级扣头金额的核算金额是在产品总价的根底之上的。

            1.2.4 从物流中心获取运费信息

            第二步、获取用户的运费信息:由于增加产品时肯定是要挑选运费模板,依据运费模板和用户的收货地址核算运费,若是产品一致包邮,或许促销活动条件满足包邮,则不核算运费。

            1.2.2 从促销中心获取产品的优惠信息

            第三步是从促销中心挑选当时产品是否在已有的促销活动之下(创立促销活动需求指定产品):若有所属的促销活动则在用户端显现一切的促销活动、若没有所属的促销活动则获取产品一切可用的优惠券,并展现一切可用的优惠券。

            (促销活动与优惠券不能够一同运用,首选判别产品是否有促销活动,若有促销活动而且当时状况满足促销活动规矩,则优惠券不可用;若有促销活动,可是当时状况不满足促销条件,则优惠券可用;若挑选了优一号平台下载安装-电商体系前后台规划全面解析——订单办理惠券,即使订单由于变化满足促销活动条件,促销活动优惠不收效。)

            订单概况页面显现产品当时的促销活动,可运用的优惠券信息,一同显现现已获取的优惠信息:什么优惠券优惠多少金额?或许,什么活动优惠多少金额?

            优惠金额的核算是在产品总价的根底之上的。

            阐明:到此为止,订单金额现已核算出来了,咱们或许知道哪些当地需求核算优惠金额,可是要害的问题在于终究的优惠金额怎样核算。

            订单金额的核算有两种方法,不过一般来说运用第一种方法,第二种方法仅做了解。

            (1)一致以订单金额为根底:便是所会员权益、优惠券金额、促销活动金额的核算、都是在订单金额的根底之上的。

            例如:产品SKU价格45元、数量2、运费10、会员优惠8折、促销活动优惠5折、会员权益优惠15元,那么终究的订单价格为?

            咱们首要要界说“订单金额”,订单金额=产品SKU价格*购买数量+运费=100元;

            以订单金额为根底,核算其他费用,那么应付出就会这样:

            应付出金额=订单金额一号平台下载安装-电商体系前后台规划全面解析——订单办理-优惠券优惠金额-促销活动优惠金额-会员权益优惠金额

            现在的问题要害在于优惠金额的核算,假如是满减就好说了,优惠金额必定,打折都是以订单金额为根底的。

            应付出金额=100-(100*(1-0.8))-(100*(1-0.5))-(15)

            也便是说,每项的优惠金额核算都是以订单金额为根底进行核算。

            一般来说用这种方法比较好,能够很好的体现每种金额优惠的价值,而且拓宽性强,核算的次序不会影响终究的优惠作用,由于都是在订单总价的根底之上的,而且易于了解和核算。

            (2)以次序核算订单总金额

            ——便是每一笔的核算都是在上一步金额的根底之上的,详细算法如下:单价45元、数量2、运费5、会员9折、优惠8折。

            首要,加上运费((20*2)+5)=45元

            然后,在上一步根底上减去会员扣头45-45*0.1=40.5

            终究,在上一步的根底上减去会员权益的优惠金额40.5-40.5*0.2

            这种方法不主张运用,核算次序会影响终究的优惠金额,比方:先核算促销活动的优惠,和先核算会员权益终究导致的订单价格是有很大不同的

            1.3 体现层显现

            当体系核算出订单金额,就需求在页面上显现,订单概况页面要显现终究的订单金额、一同还要显现:

            从用户提交订单就进入了物流流程,这个阶段首要体现在产品的物流流通以及物流信息的改动和记载,订单状况的办理。

            订单物流流程如下:

            2.1 用户提交订单,生成待付款订单

            当用户提交订单之后,尽管没有付出,可是体系就会生成待付款订单,关于生成订单这个当地首要触及这么一个问题,便是订单拆分的问题。

            2.1.1 订单拆分

            或许咱们也都知道订单拆分,而怎样拆分,为什么拆分,咱们或许都不清楚,但这也是咱们需求知道的。

            讲一个小故事:首要咱们先来说说订单这个东西,现在有这么个状况,小张在商家小红的店肆购买了一双运动鞋,那么商家小红肯定是要为小张发货的,所以他就需求联络物流公司。

            比方申通小李,为了盯梢这双运动鞋在体系中的物流状况,在发货的时分需求为鞋子匹配仅有的订单号和运单编号(订单号电商体系生成,运单号快递公司生成),为什么有订单号了还要运单号呢,订单号是电商体系用于记载当时小张提交的这一笔订单信息,而运单号是为了盯梢鞋子的物流信息。

            过了一段时间,小张又在小红这儿买了一双运动鞋,不过一同买了一个皮球,便利游玩,所以将一双鞋、一个球参加购物车,一致购买。然后提交订单,生成一个订单号。

            这个时分尽管是两件产品,可是小红为了图便利,就将皮球和运动鞋放在一同发货了,那么申通小李看到的其实仍是一个包裹。

            可是他不知道的是,包裹里边有两个物品,所以就会创立一个运单编号,这也是为什么咱们在网上购物的时分分明买了两件产品,可是收货信息只需一条,由于放在一同了。这种状况是一个订单编号,一个运单编号,两件产品。可是在运送的进程中由于鞋和球放在一同了,车辆过于波动,鞋子就把皮球炸爆了,当小张收到货后一号平台下载安装-电商体系前后台规划全面解析——订单办理十分气愤三草两木,小红也感觉十分的羞愧并为小张做售后。

            又过了一段时间,小张仍是在小红这儿买了一双鞋和一个皮球,可是为了避免拿到货时皮球又被鞋子炸爆,所以小张要求小红将这两件产品别离发货。

            小张一同又在店肆小王的店肆里买了两个篮球,那么这一次买的有点多——一双鞋、一个皮球、两个篮球,而且仍是在两个店肆里边,由于电商渠道需求为每个商家进行资金结算,一切需求经过订单号记载每个商家的订单信息。可是,明显假如这次一切的东西都用一个订单号那就乱了,由于结算是经过订单查询商家信息每笔订单对应一次结算,两个商家这笔订单的钱应该结给谁呢,所以这个时分就会呈现第一次拆单。

            假如用户一次提交订单,可是订单包括多个商家,或许商家和渠道自营一同呈现,那么就需求拆单。

            小张提交的5件产品分为2个订单,每个订单号对应一个商家,一同假如小张别的在渠道自营买了一件产品,道理也是相同,也需求拆单。

            由于渠道自营的产品是不需求结算的,假如把渠道的订单一号平台下载安装-电商体系前后台规划全面解析——订单办理放到商家一同,那么给商家结算的时分,岂不是渠道卖得东西算到商家头上了。

            回到上面,刚说拆分成了两个订单:第一个订单咱们叫他订单号001,这个订单下面是商家小红的产品,一双鞋,一个皮球;第二个订单号002,这个订单下面两个篮球;小红将这两件产品别离发货,所以申通小王发鞋子,别的喊来小王的搭档申通小明发皮球。

            明显咱们就知道了,鞋子会对应一个运单号,皮球也会对应一个运单号(也便是二次拆单),这两件物品的物流信息别离记载。可是,这两个物品对应的是一个物流单号001,也便是说一个订单,一个订单编号下或许对应多个运单编号。

            一同也就能够解说这么一个现象,使用订单编号是查询不到物流信息的,只能靠运单编号(叫法问题,运单编号也叫物流单号),想一下咱们在购物时看自己的未收货产品时,咱们或许就会想到,每一条信息的展现是对应一条运单号的,而上下摆放的两件产品列表,很有或许订单编号是相同的。

            也便是说,咱们在购物车购买多个产品提交订单时,或许会有多个订单号(一次拆单,拆事务订单,原因上不同商家、渠道所导致的),一同一个订单号或许会有多个运单编号(二次拆单,拆发货单,用户端拆开显现)

            以上过程是生成订单:

            2.2 用户付款完结,待付款订单流通为待发货订单

            提交订单体系就会生成订单,此刻订单是待付款订单,用户付款完结之后,流通成待发货订单。而当用户提交订单长期没有付出的话,订单就会主动撤销,生成已撤销订单。一同用户关于待付款订单也能够主动撤销,生成已撤销订单。

            用户能够对待付款订单进行付款操作。

            2.3 后台挑选物流进行发货,待发货订单流通成待收货订单

            用户付款完结之后,后台就会显现买家已付款,这个时分就需求进行发货,发货需求填写运单编号、物流公司,运单编号物流公司供给。

            发货完结之后体系就会盯梢物流信息,一同订单状况变为待收货状况。

            用户能够对待收货订单进行收货/请求退货操作。

            只需产品发货完结,用户今后都能够检查物流信息。

            假如用户付款之后可是还没有进行发货,用户能够履行退款操作。

            2.4 用户进行收货,或许时间段内主动收货,待收货订单流通为已完结订单

            用户经过检查物流信息,进行线下取货,承认产品无缺之后能够进行承认收货操作,承认收货之后,订单变已完结状况。

            用户在承认收货操作之前能够进行请求退货操作,却现已承认收货则不能够请求售后。

            三、反常阶段、售后流程

            在整个购物流程傍边除了正常的流程,有时分还会后反常的流程,这些流程会改动订单应该有的流通状况。

            3.1 撤销付出

            当用户提交订单可是撤销付出:

            当用户提交订单的时分体系就会一同生成待付款订单,这个时分拉起付出页面,假如用户付出成功,订单流通为待发货状况,假如用户付出失利或许退出付出,那么订单就会坚持待付款状况。

            关于待付款的订单,用户能够继续进行付出,一般来说待付款是有付出剩余时间的,便是在必定时间内假如用户没有付出成功,那么订单就会封闭,流通为已封闭订单,关于现已封闭的订单用户仅可履行删去操作。

            对待付出订单用户能够主动撤销订单,生成已封闭订单。

            3.2 退款

            用户付款完结在没有发货之前请求退款:

            当用户付款完结,订单就会流通为待发货状况,这个时分后台是要预备发货的。那么在用户付款之后,商家发货之前,这个时分用户能够请求退款。

            请求退款需求填写退款理由,然后提交商一号平台下载安装-电商体系前后台规划全面解析——订单办理家审阅,假如是多商户,一切的售后流程都由商家来进行审阅,渠道无需干与。后台会看到用户的审阅状况为请求退款中,这个时分商家要承认是否现已发货了,没有发货的话赞同退款,资金按原路返还给客户。回绝请求需求给客户阐明回绝理由,比方订单现已发货,无法退款。

            3.3 退货

            发货之后,用户在未承认收货之前请求退货:

            当产品发货,可是用户未承认收货前能够请求退货,请求退货一般是在用户现已收到货了,可是对产品不太满足。

            比方:衣服不太合身,这个时分就需求请求退货,首要提交退货请求,填写退货原因,后台开始审阅经往后,订单状况变为待退款,退货订单;用户联络快递公式发货,填写发货信息,首要是快递单号,当商家收到货后会检查产品是否无缺,承认后,在后台履行承认退货退款操作,资金主动返还给用户。

            3.4 换货

            发货之后,用户在未承认收货之前请求退货:

            换货的流程与退货类似,用户请求换货,审阅经往后,用户进行发货,商家收到货后订单完结;在重新为用户进行新的发货。

            四、线下服务订单

            线下服务订单就很简略了,用户付款完结体系会生成仅有的核销码,比方:6为数字,然后用户线下到店消费,出示核销码,商家进行核销,订单完结。

            本文由 @谢谢张先生 原创发布于人人都是产品司理。未经许可,制止转载

            题图来自Unsplash,根据CC0协议

            声明:该文观念仅代表作者自己,搜狐号系信息发布渠道,搜狐仅供给信息存储空间服务。
            请关注微信公众号
            微信二维码
            不容错过
            Powered By Z-BlogPHP