stefanrehm
commented
8 months ago @olivermrbl - I am the founder of www.intelipost.com.br and love what you are doing with Medusa. We run a logistics tech company in LATAM and are heavily focused on exactly these features that you are thinking about. Here are a few things you could think about (in no particular order):
1) There is a difference between the "price" (what the consumer is paying) and the "cost" (what the store is paying to the carrier) of a shipment. There should be a concept for both in the module. Example: Even though a retailer is offering Free shipping (price = 0) for all products, the only shipping option the retailer wants to display is the one below a certain cost. 2) Another important data point for every delivery option is the shipping time, which can be expressed as a number (delivery in 5 business days) or as a date (Delivery date is on the 2024-03-01). The latter has shown to have higher conversion rates at checkout (aprox. 10%), but is more complicated to produce as there are public holidays, weekends, etc.. 3) A delivery coverage area for a carrier can be based upon: Area (ex. country, or state), ZIP codes (range, or specific ones), Lat/long or a combination of those (ex. in the USA, it is by state, but in Brazil by ZIP code). 4) In omnichannel or marketplace contexts, a certain sale can be broken up into different deliveries with different origins and destinations, which also produces different delivery options for every combination. This allocation can be easy (1 certain SKU is always in one origin) to really difficult (minimum stock, fulfilment capacity or tax implications, etc..). Probably nothing for a standard module, but there should be an interface to get into this allocation logic easily, and be able to modify it. 5) There are several pick up types: Store, Curb-side, Locker or Pickup Points, which have different implications for consumer choice, costs, delivery time and operational details. Also, the frontend should be able to consult the different pickup locations available to display to the consumer. 6) Allow for shipping gateway providers to jump in and regulate some of the aforementioned complexity: Shippo, Intelipost, etc.. There are globally quite a few companies. 7) It might make sense to split fulfilment (where to ship from, dispatching the right quantity and SKU, route planning, etc.) and delivery (managing the delivery promises and costs/prices) into separate modules. 8) Allow for Address Auto-completion during checkout (via a professional provider, or google maps) 9) Tracking data - Receiving differentes formats and then display that data in different parts of the site to the consumer + allow for transactional emails/sms/whatsapps...
Anyways, I am available to go into more detail if you would like to.
All the best, thanks and good luck!
olivermrbl
mezzat11
danielrodcaball
guibovo
The Shipping/Fulfillment module manages everything needed to ensure that merchandise purchased by a customer gets to them. In a digital commerce context, goods can generally be shipped to the customer or a pick-up spot, or the customer can pick up their purchase in a retail store.
The fulfillment module enables merchants to configure the different fulfillment possibilities and makes it possible to easily display them to customers during checkout.
The key features of the module are:
The new fulfillment and shipping functionality will be introduced in a new package,
@medusajs/fulfillment.