1 个回答
这个和具体产品的电商性质有关系，想要探究清楚这个关系，其实最直接的反应是探究清楚“订单编号的关系”。一个订单号对应的是一个订单，一个订单有特有的订单状态、仓储、调拨、物流信息、售后情况等多个属性构成，而这众多属性的可合并性决定了具体是有多少个订单组成，而基本上所有电商中订单号和物流编号是一一对应的。以下针对淘宝为例。
假设场景：购物车里的所有商品都正常（仓储正常、上架状态正常），则结算可以统一给多个订单支付，这多个订单由C端用户这边的信息关键词就是收货地和是否付款。则统一付款的流程肯定做法正确且减少用户操作，符合用户体验要素和用户操作流程。
但是，反过头想想想，为什么如果支付被中断后就不能统一支付了呢？其实这个源头性问题在于订单在进入结算时，在调起支付后不管支付成功还是不成功，订单号就已经产生了。注意，订单号的产生是关键，订单号产生了则标志着这个订单就应该具有前面提到的众多属性了，而每个订单的情况都不一样，所以用户如果想要继续支付某个订单则需要重新进入到结算页去调起支付结算。
前面咱们说的是淘宝，甚至也仅针对于淘宝，为什么呢？像这个问题，如果向唯品会、京东等众多垂直电商遇到这种状态，其实他们应该是由其他解决办法的，毕竟在他们的处理逻辑中如果用户所购买的商品都是从同一个仓调货，那么这个几个毫不相干的产品则可以被打包成一个订单，只产生一个包裹，这也是节省了运输成本。而这种特例也仅仅存在于像我刚举例说明的有自己特有的仓储系统的平台，且用户要买的东西在同一个仓中。
如若有心，反过头想，那么像淘宝可不可以对待支付状态下的订单进行统一支付呢？（交互方式和逻辑方法可类似参考淘宝购物车，在选择统一支付后勾选多个订单进行统一付款）可以是肯定的，只是在订单中这样做可能会吃力不讨好，原因简单，我将用以下几个观点来定性这个伪需求：
1、出现的频次较低。一般情况大家都是看好了就直接下单买了，哪怕是买了之后去仔细查验这个订单是否正确。
2、状态出现的背后原因。用户在正常支付中可能是遇到了商品库存等问题不能正常支付，或自己发现了订单问题不能正常支付。出现这些问题的原因就是因为要仔细的去检查订单，而统一付款的方式肯定又不能保证能提供再到结算页面去。
3、反复建立和培养用户对交易的认知和认同感。统一支付一旦出现则不能保证大家都是从结算也调起的支付，这样不利于用户在心理建立订单关系，且在结算订单时通常有方式来进一步引导用户来确认订单信息等，这一目的不能被达成。