First of all, congrats on squeezing in an extra release between the normal schedule and introducing so many (familiar ;) ) bug-fixes and some amazing new improvements!
The attribute/variation is already looking sweet and promising for the next version, and many improvements have been introduced for the checkout process. Speaking of next versions, I wanted to list some feature requests:
Variation add-on SKU instead of replacement SKU.
Often with an attribute like 'size' you'd ideally be looking for an addition to a SKU instead of replacing the original SKU and forcing the user to retype the entire SKU for each variation.
For instance if a base product is a shoe with SKU "871123421" For shoe-size 29, the variation SKU would be "29" and not "871123421-29". Ideally on the attribute page, you'd have a radio button allowing you to add to or replace the SKU.
Variation as an option not a requirement.
Currently in the (V1) release, once a variation is created, one is no longer able to 'select' the base product. If the variations are set inactive, one is able to select the base product again.
Ideally there would be an setting somewhere allowing the admin to select if 'base products' are selectable (making variations optional and not mandatory).
Imagine a bookstore, paperback is base product, hardcover is a variation. Or some generic store, which has 'gift-wrapped' as a variation. This would be the logical behaviour as well since the prices are listed as an 'add-on' with a + sign on top of the base product.
Move 'Apply taxes to shipping' from tax method to individual shipping methods.
Currently taxation of shipping costs are done across the board, if you check the box in the tax method, all shipping options are taxed. While Fed-Ex and UPS indeed can/should be taxed (in Netherlands), when I send something through regular postal mailservice it shouldn't be taxed.
With more exotic shipping methods in the pipeline, I think the best option would be to allow for each individual shipping method to determine if it should be taxed or not.
Add 'store pick-up' as a shipping method.
Speaking of 'exotic' shipping methods, I'd like to have this one in the system. It's a unique one that breaks the checkout system, but it's an important one in my opinion.
If local shipping methods exist, don't display internation methods during checkout.
Currently if I have a shipping method for 'Netherlands' and a shipping method for 'International', during check-out (to the Netherlands) both options are displayed. The international option is basically redundant because:
A) since I defined a local shipping method, that's my preferred method of sending.
B) international shipping is likely to be more expensive so it won't be chosen by the user.
Now with 2 shipping methods, it's not much of an issue but if I have 5 Fed-Ex options, 5 UPS options and 3 local options, it is getting cluttered.
Add 'EU' as a shipping area.
The local country sort of allows us to restrict to selling just the country where the store is located, but there's no option to restrict sales only to the EU.
Product localization should support different currency, mass and length units.
Currently the product localization is restricted to text-fields, ideally we'd be able to localize mass and length units aswell (cm in Dutch vs inches in English).
'active' orders vs 'older' orders.
Currently orders in the order overview widget are split between ‘active’ and ‘older’ for which the criteria seems to be ‘Mark as shipped’ from the backend. However ‘shipped’ and ‘paid’ still classifies as ‘pending’ in the overview.
But even so, a separation between active and older orders shouldn’t be done on ‘shipped’ or ‘paid’. Digital products (read downloads) are never ‘shipped’, nor traceable if they’ve ever been downloaded by the client. ‘Paid’ is also not a good definition to separate between active and completed orders, because sometimes bank transfers or Cash on Delivery can happen after shipping.
Preferably if one has to make a distinction now (until status is more functional and multi-lingual) the status, which one can select in the BE, should be changed to ‘active orders’ and ‘completed orders’.
As a follow-up on the previous request, currently the reports in the BackEnd includes only orders that have been marked 'Paid'. Ideally this would be a user defined filter.
Introduction of a 'store location' module.
Currently the product listing and check-out is done 'static', based on the tax-method defined in the ecommerce settings. This tax-method is based on a country of origin (store location).
Every brand/company with multiple outlets/office locations is currently restricted to 'selling' from that single point of origin. (either local in combination with store-pick-up, or worldwide)
Ideally we'd have a store location module, where we can define one/many store locations (with one base location). During the check-out proces, the system tries to match the country with the location and uses the taxation accordingly. If none is found, the base location is used.
In future version, the store locations will define the shipping countries they supply. For instance, the UK office ships for entire Europe, the US office ships for the Americas and the Bulgarian office ships the rest of the world.