订单系统中是否需要加入订单合并功能?

做家居电商网站的订单系统中是否需要订单合并功能?因为网站售卖的商品几乎都是大件商品,如果提供订单合并功能,订单本身的货品和运费是否需要分开进行存储计算?还有如果订单合并,此时的运费如何处理,还有如果用户已经付款了,此时合并之后的多余出来的运费如何处理呢?

回答 7 排序
踩单车的悟净 元亢装饰 Partner&PM

       电商网站前端,业务相同的购物车是没有合并概念的。合并通常是在系统后端进行,同一收货人(地址、电话、收货人相同)进行合并,可以降低商家的运费成本,提高顾客的收货体验。但是家居类目比较特殊,因为一般我们理解为合并为一个订单就是一个包裹,如果是大件家居,合并后是没办法一个包裹寄出的,所以就产生了此问题,到底需不需要合并,还是需要根据你们自身的情况决定,最好是能支持,下面做下业务场景优点的分析,如果为了节省时间,可以直接跳至第三点,查阅答案:

一、家居类订单合并的业务场景

1、促销:订单合并后(加入一个购物车中去结算,而不是分别结算),方便根据总价参与促销活动,例如满3000减50,满5000送电器等;

2、咨询:方便客服人员跟单,记录工单,备注沟通记录,后续查阅物流单号,售后问题跟进,如果订单太分散或者不规律,查阅也不方便;

4、运费计算:如果大件家居购买较多,一般是走物流公司,物流公司是按立方和是否抛货去决定运费价格(1立方是100元,每超0.1加10元,送货上门另收费),所以这种情况下,合并订单是更好计算,更方便计算物流费用的。 

5、包裹空间:合并订单后的货物包装由自己说了算,而不是以子订单算,可以节省运费,也更合理利用包裹空间;下面举个例子

例如:订单1:一个马桶;:订单2:3个洗手盆; 如果这两个订单不合并,可能出现的情况是会发出三个包裹(马桶是一个包裹;2个洗手盆是一个包裹;1个洗手盆一个包裹) 因为重量和包裹装不下的原因;

如果是合并到一个订单中,那么可能只需要两个包裹(马桶+1个洗手盆是一个包裹;2个洗手盆是一个包裹)

6、利于数据分析:根据一次购买的商品,便于给客户画像,例如某一个时间,他买了10个马桶,均是送到一个地址。那这个客户,非常可能是潜在大客户,因为这样购买的人不可能是业主,非常有可能是装修公司,或者建材销售公司。或许后期可以长期合作,给到更加优惠的价格。

二、支持家居类订单合并的前提条件

1、后端支持拆包裹,即订单是一个,但是发出的包裹是  拆开的,包裹中的具体商品也是分开的。(可以参考淘宝订单的按商品发货)

2、运费结算体系,支持按照包裹进行核算,而不是按订单; 

3、如果是自营平台,建议与物流公司或者快递公司谈好具体的运费结算方式,然后出一个运费计算系统,让自己了解哪些快递或物流公司相对较便宜,并且损坏率低,不能等寄出去之后,坏了大部分,又得补发;

4、有合并就会有拆分,拆分时,需要考虑优惠以及商品金额的均摊情况;


三、如果还是不清晰,下面单独解答

  • 做家居电商网站的订单系统中是否需要订单合并功能?

答:需要合并最好,但看你后端是否支持拆包裹的功能;所以请参考第一点的业务场景,看是否符合你们公司的业务和系统架构,以及优缺点去决定。

  • 因为网站售卖的商品几乎都是大件商品,如果提供订单合并功能,订单本身的货品和运费是否需要分开进行存储计算?

答:前端最好是给出个运费计算后的理论值,然后顾客可以还价,客服介入;

然后后端拆成子包裹与快递公司结算;如果是物流按立方结算即可;收取顾客的运费和付给快递的运费是分开存储计算的。

  • 还有如果订单合并,此时的运费如何处理,还有如果用户已经付款了,此时合并之后的多余出来的运费如何处理呢?

答:最好提前在购物界面,或者详情界面提示,需要与商家沟通后运费价格再付款,否则有权不发货(付多了可以发,付少了补差价);可以参考阿里巴巴采购平台;

2015年12月04日
| 评论 9
匿名
三三仔 上善科技 产品经理

个人认为不需要,原因:

订单即使不拆分对于用户和平台来说没有任何影响,同一用户分N个订单购买,即使收货人,地点完全相同,只要后台在配送环节上做好匹配,一起发货,就可以让用户同时收到商品,没有必要合并。

如果要做合并的话对于后面的售后环节也是一个考验。假设做了个促销活动,用户同时购买了两件优惠商品,合并订单后,两笔订单的促销活动不同,由于订单已经生成了,所以商品金额不好确定,涉及到退货或退款时,增加计算难度。

另外在订单已经生成以后,再合并订单,订单号等所有的这些都已经有了,必然要取消一个,取消的订单是消失了,还是做为一个已取消的状态存在,这些在订单统计的时候也要考虑到。

若真的要设计合并订单的功能,只能是在订单发货前,由客服人员操作,不能让用户自已操作,客服人员沟通好哪些订单需要合并,合并的原因,然后把原来的订单都置为取消状态,重新创建订单,把产品、优惠,运费的金额按平台的正常规则计算好,差价由客服人员与客户沟通是退还是补,这样才不影响正常的订单金额计算。

匿名

个人认为不需要,原因:

订单即使不拆分对于用户和平台来说没有任何影响,同一用户分N个订单购买,即使收货人,地点完全相同,只要后台在配送环节上做好匹配,一起发货,就可以让用户同时收到商品,没有必要合并。

如果要做合并的话对于后面的售后环节也是一个考验。假设做了个促销活动,用户同时购买了两件优惠商品,合并订单后,两笔订单的促销活动不同,由于订单已经生成了,所以商品金额不好确定,涉及到退货或退款时,增加计算难度。

另外在订单已经生成以后,再合并订单,订单号等所有的这些都已经有了,必然要取消一个,取消的订单是消失了,还是做为一个已取消的状态存在,这些在订单统计的时候也要考虑到。

若真的要设计合并订单的功能,只能是在订单发货前,由客服人员操作,不能让用户自已操作,客服人员沟通好哪些订单需要合并,合并的原因,然后把原来的订单都置为取消状态,重新创建订单,把产品、优惠,运费的金额按平台的正常规则计算好,差价由客服人员与客户沟通是退还是补,这样才不影响正常的订单金额计算。

匿名
糖果 涉外电商 部门经理

订单合并功能,正常来讲是不需要的,原因:

  • 订单即使不拆分对于用户和平台来说没有任何影响,同一用户分N个订单购买,即使收货人,地点完全相同,只要后台在配送环节上做好匹配,一起发货,就可以让用户同时收到商品,没有必要合并。
  • 订单合并对于后面的售后环节也是一个考验,如果合并后,两笔订单的促销活动不同,由于订单已经生成了,所以商品金额不好确定,涉及到退货或退款时,增加计算难度。
  • 订单已经生成以后,再合并订单,订单号等所有的这些都已经有了,必然要取消一个,取消的订单是消失了,还是做为一个已取消的状态存在,这些在订单统计的时候也要考虑到。

合并订单的目的应该是用户提出来的,类似于用户已买了一件商品,还想再加一件,可以此时已经付款了,没有办法再加,所以就再下一个订单,然后找到客服人员说“我的订单要合并”,合并以后就可以享受更多的优惠政策,也可以一起收货,应该是这样的场景吧?对于此类场景的解决方案:

  • 如果原来的订单在没有发货的前提下,让用户取消原来的订单,重新下一个全部商品的订单;
  • 客服人员将两单应优惠的金额 计算出来,在用户第二单中减去,这样如果发生退换货,原来优惠少的订单就会多退用户钱,这种情况不建议重新计算了,直接就让用户占便宜好了。

真的要设计合并订单的功能,只能是在订单发货前,由客服人员操作,不能让用户自已操作,客服人员沟通好哪些订单需要合并,合并的原因,然后把原来的订单都置为取消状态,重新创建订单,把产品,优惠,运费的金额按平台的正常规则计算好,差价由客服人员与客户沟通是退还是补,这样才不影响正常的订单金额计算。

如果出现很多需要处理成合并的订单,我认为可以检查一下是否整个下单的流程有问题,或者切换促销方式的时间不对,才导致有这样的情况。

2015年12月04日
| 评论 1
匿名

从业务流程来看,是否需要拆分支付记录可以从以下细节来判断:

1、不管拆分与否,应当有利于平台记账及账务平衡检查,方便跟踪订单资金流向及信订单息流向

2、对已经产生的订单及记录,原始的重要信息尽量不要做改动(例如支付金额之类)

3、如果要拆分支付记录,按照结算主体进行拆分。如果支付记录只涉及单一结算主体,则不用拆分;如果订单支付记录涉及多个结算主体,则建议拆分。 在电商平台与与商户对账结算时候,也是按照结算主体来结算的,而结算的依据是交易订单及对应的支付记录。因此按照结算主体拆分支付记录有利于对账、结算。

4、在退款时候,对按照结算主体拆分后的子订单的退款(部分或全部),采用反交易方式。

也即大的思路:按照结算主体拆分交易订单,然后按照结算主体拆分支付记录,退款时候按照对应交易主体的子订单退。需要强调的是:这里的结算主体不单纯只是商户,也可能包含平台自己。因为在拆分支付记录时候,可能会涉及平台自身账务的处理。

综上,平台会涉及到大量的不同主体的,需要设计这一功能,但可以是设计成勾选功能,用户在使用中根据自己的使用情况,进行勾选;反之,是不建议开发这个功能的。

匿名
牧竽 灵壹网络 产品经理

合并订单一般设计在OMS或者WMS,主要是为了节约公司物流成本。通常这样的设计,需要记录商品的体积和重量,如果A用户下了两个单或者多个单,都出自于一个仓库,那么就可以在设定的条件下进行订单合并。

至于多出的运费,可以当是公司的收入放进口袋,也可以考虑返利给用户,具体就要根据你的实际情况了。

匿名
禹城 万车 产品经理

1、不管拆分与否,应当有利于平台记账及账务平衡检查,方便跟踪订单资金流向及信订单息流向

2、对已经产生的订单及记录,原始的重要信息尽量不要做改动(例如支付金额之类)

3、如果要拆分支付记录,按照结算主体进行拆分。

如果支付记录只涉及单一结算主体,则不用拆分。

如果订单支付记录涉及多个结算主体,则建议拆分。

回顾一下拆分总订单时候,一般是不同商户拆分成不同订单,而区分不同商户的标准本质上是按照结算主体拆分的(不同的商家)。在电商平台与与商户对账结算时候,也是按照结算主体来结算的,而结算的依据是交易订单及对应的支付记录。因此按照结算主体拆分支付记录有利于对账、结算。

4、在退款时候,对按照结算主体拆分后的子订单的退款(部分或全部),采用反交易方式。

也即大的思路:按照结算主体拆分交易订单,然后按照结算主体拆分支付记录,退款时候按照对应交易主体的子订单退。

需要强调的是:这里的结算主体不单纯只是商户,也可能包含平台自己。因为在拆分支付记录时候,可能会涉及平台自身账务的处理。

下面简单说明一下原因

一个总订单与资金相关的要素可能有如下一些因素:

总订单各个商品原价。

各个商品的活动优惠价(与会员无关,只与活动有关)。

各个商品的会员优惠价。

总订单活动优惠金额(可能为商家优惠,也有可能为平台优惠,或者两者都有。例如总订单满多少,减多少,优惠费用由平台承担)。

总订单会员优惠价。

运费(有多个商家,可能需要单独计算运费)。

商户的支付费率(不同商户费率可能不一样)。

会员支付方式,例如有积分+在线支付的组合支付方式。

发票开票(有多个商家,可能需要每个商家单独商家开票)。

退款后对应子订单优惠(活动优惠、会员优惠)的处理。

退款时候,退款手续费谁来承担。

会员体系的积分规则。

以上因素中,像平台出的活动营销费用、积分等,在平台的账户体系中都应当有对应的科目及账户,明确其出处。否则运营一段时间后,会出现内部会计算不清楚账、对不平账的问题。而在退款、退货时候,如果涉及平台提供的资金(例如营销),则应当也需要做对应处理。此种情况下,平台本身也是结算主体之一

匿名

发表评论,请先 登录 · 注册