One look at those $68 shipping options for their tacky $3 phone cover and the customers will choke on their coffee. LOL
Unless you just want them for your own reference, and not for customer choice.
I'm just going to keep it simple and effective (to compensate for long shipping times)
Free shipping/ePacket.
Or ... (cheap) paid shipping/ePacket (Provided free)
i.e, Free Shipping ... only.
I tend to agree with you... that is what I am trying to implement.
But I have an issue with the "(cheap) paid shipping/ePacket (Provided free)"
For cheap items (those that you can sell on your store for prices around the 10-20 $), most times the ePacket shipping is not free and actually, the shipping cost is frequently in the same range of the item cost (sometimes even higher).
If you are using the automated pricing rule you risk seeing your margin reduce very much if not become negative...
How do you deal with such situations?
I would love to have a pricing rule that takes into account the shipping costs when calculating the price, but this brings us back to the initial topic since shipping costs may vary for different countries... so which one to use for the pricing rule?
To sort this issue out I would allow the user to select only one country (e.g. USA) to define the "average/worst" shipping cost to be accounted for in the pricing rule...
@Yaros what do you think about this ? can it be implemented?