We update about once a year or whenever we negotiate a different contract or FedEx changes prices.
We offer free shipping for ground so our prices are mainly for shipping upgrades and for non-Continental US shipping. We use estimated shipping cost in our pricing model. Since we have almost unlimited skus (customization), each product is priced real time so simple is better. box, region, method. But we treat whole lower 48 as one region. On Dec 31 2011, 5:06 pm, Dave Brown <[email protected]> wrote: > evigmostad, do you have problems keeping the prices up to date? Or do you > update them on a regular basis? > Dave > > > > > > > > > > On Sat, Dec 31, 2011 at 5:35 PM, evigmostad <[email protected]> wrote: > > We use 1) based on our boxes and average weight of items that go in > > box. So small table (relatively). > > > On Dec 30, 11:38 am, BoulderDave <[email protected]> wrote: > > > Hey guys, > > > As we previously all agreed on, it takes about 1.5 seconds, for each > > > shipping method you use, to get back results from the shipper. So if > > > you have 3 methods (which to me doesn't seem like very many), your > > > looking at 4.5 seconds to get prices. > > > > Last week I finally enabled the USPS and Fedex modules on our live > > > site to see if we would notice a negative impact with the extra load > > > time and within an hour we had two customers call complaining that the > > > site was slow (referring to the checkout process), and a much higher > > > cart abandonment rate. So I had to disabled the modules and go back > > > to using the flat rate table. > > > > Not using some sort of dynamic shipping is not an option (says my > > > boss, ha), and obviously the current load time is not an option. > > > So, I wanted to see what you all thought about possible alternatives, > > > what you would find useful, and perhaps I can build new modules that > > > could be a great alternative for anybody needing to get quicker > > > shipping rates. > > > > Some ideas I've thought of are: > > > 1) Use shipping zones instead of zip codes and load all the rates into > > > the database > > > 2) Load all the shipping rates for each zip code into a database > > > 3) Only request rates for one method at a time (the method the user > > > has selected on the form) (I dont really like this idea, but it would > > > be much quicker between each request/response obviously) > > > > What do you guys think? > > > Thanks everyone > > > Dave > > > -- > > You received this message because you are subscribed to the Google Groups > > "Satchmo users" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > >http://groups.google.com/group/satchmo-users?hl=en. > > -- > Dave Brown > CEO/Founder > Rampframe.com - Action Sports Network -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
