|
|
|
|
|
by rhapsodic
3520 days ago
|
|
> Shipping(A+B) is typically less than Shipping(A) + Shipping(B). In most cases shipping is a cost that's associated with an order, not with the item. That's true, but they could provide the marginal shipping cost of an item before it's added to the cart: Shipping(currentCartContents + thisItem) - Shipping(currentCartContents) In many cases the marginal shipping cost would be 0. |
|
What if you have multiple tabs open? If you add another product in the meantime then the shipping cost quoted would be totally inaccurate. Could be too high, could also be too low depending on how your order crosses the weight/size thresholds.
Also, that would mean that you have to total up the weights and hit the shipping API for every single page request. Right now you usually only get an icon that tells you "3 items in cart", sometimes not even that much. If you have multiple warehouses this gets even more complex, you essentially have an NP-complete optimization problem. That may not even be possible to do in real time, let alone on every page load.
I just disagree in general over the value of the feature here. There is a lot of potential for misinformation and confusion, and consumers are already trained that they go to the shopping cart to get the shipping price. The shopping cart (the order) is the quantum used for shipping costs and it makes sense to put it there.
Again, to echo others, I hate sites that make me log in and go through the checkout process to get a shipping cost. But there's nothing wrong with going to the shopping cart and typing in my ZIP.