Manual availability
Vendors updating a calendar by hand means it is wrong within a week, and customers pay for it in canceled orders.
MANY VENDORS, ONE STOREFRONT
Multi-vendor stores where each vendor brings their own catalog, capacity and fulfillment window. Eat Cake Today connects customers to cake vendors across Malaysia, and the delivery options a customer sees are derived from each vendor’s capacity and lead times.
IN SHORT
Shopify is a good foundation for a marketplace. You get a storefront, a catalog, a checkout that converts, payments, and a platform nobody has to keep patched. That is most of the hard infrastructure, solved.
What Shopify does not have is a concept of a vendor with constraints. It does not know that this supplier can only make forty units a day, that this product takes three days to prepare, or that an order placed at 4pm on Friday cannot be delivered Saturday morning by that particular vendor.
That logic is the marketplace. It is what gets built.
Eat Cake Today connects customers to cake vendors across Malaysia. A customer picks a cake and a delivery date, and the dates they see are a calculation, not a setting.
Each vendor has a daily capacity. Each cake has its own lead time. Together they determine which delivery dates and time slots that customer can be offered for that cake from that vendor. Change any input and the available slots change with it.
The result is that a customer is never offered something a vendor cannot deliver, which is the difference between a marketplace and a list of products with a hopeful date picker.
Six stages. The first is commercial, not technical, and it determines everything after it.
Who owns the customer, who sets price, who holds stock, who is liable for a late or wrong delivery. These are commercial decisions that determine the technical model, and they come first.
What each vendor can produce or ship, over what time, with what lead time. Availability shown to customers is derived from this rather than set manually, so it cannot drift out of date.
How a vendor joins, uploads a catalog, sets capacity and manages their own availability, because a marketplace where the operator does all the data entry does not scale past a handful of vendors.
An order splits to the right vendors with the right information and the right deadlines, including what happens when one vendor in a multi-vendor basket cannot fulfill.
Commission, fees, refunds and partial refunds calculated and reconciled. The part most underestimated, and the part vendors care about most.
Admin tooling for the operator: vendor performance, exceptions, capacity overrides, and the ability to intervene when reality diverges from the rules.
Vendors updating a calendar by hand means it is wrong within a week, and customers pay for it in canceled orders.
Works at five vendors, collapses at fifty. Vendor self-service is a requirement, not a phase two.
The part vendors care about most, routinely scoped last and underestimated. Especially refunds and partial refunds.
Reality diverges from the rules constantly. Without operator overrides, every exception becomes a phone call.
Clients from the roster whose work this page describes. Each links to what we built.
Teabox is a design-led brand that delivers Indian teas and chai to the world. We launched its storefronts for the US, India and the UK on Shopify Markets, with product pages that show each tea's ingredients and how to brew it, built so the Teabox team can change the content and keep it on brand, and we launched its gift boxes.
READ THE STORY →Moonglow sells jewelry set with the moon as it looked on a date that matters to you. Shoppers were stuck on how it works, so we built a moon-phase calculator that shows the real moon for any date, and a builder that turns that date, an engraving and a metal into a piece of jewelry. Sales are up more than 25%.
READ THE STORY →Eat Cake Today is a funded Malaysian startup that sells cakes from many local bakers and kitchens and delivers them the same day. We built the Shopify storefront and the back end behind it: each vendor's capacity and each cake's making time decide which dates and times a shopper is offered, and each order goes straight to the kitchen and a rider. The service now covers three to four cities.
READ THE STORY →Yes, with custom logic around it. Shopify handles catalog, checkout and payments; vendor capacity, routing and payouts are the parts that need building.
Availability is derived from vendor capacity and per-product lead time, so unavailable dates and slots are never offered in the first place.
Yes, with custom logic around it. Shopify handles the catalog, storefront, checkout and payments well. Vendor onboarding, capacity management, order routing and payouts are what has to be built, which is why marketplaces are custom development projects rather than app installations.
Through admin tooling built for them. A marketplace where the operator does all the data entry works for five vendors and collapses at fifty, so vendor self-service is a requirement rather than a nice-to-have.
Commission and fee logic is calculated per order and reconciled against fulfillment, including refunds and partial refunds. The mechanics of moving money depend on your payment setup and jurisdiction, which we scope alongside your finance team rather than assuming.
One storefront serving every market, with pricing, catalog and content handled per region. Teabox runs this way.
Launch one market, prove it, then repeat. The sequence Moonglow followed from the US into Australia and beyond.
A dedicated storefront when a market needs its own, as with Teabox India and Eat Cake Today in Malaysia.
The scheduling and capacity engine behind a marketplace is custom back-end work. Vendor stock that lives in another system needs integration.
NEXT STEP
We look at how your regions, currencies and catalog are split today and what Shopify Markets would collapse into one.